The EnPT EnMAP-Box app now properly runs under Windows. However, multiprocessing implementation of SICOR still has some isses. But one can use singleprocessing for SICOR instead.
da geht es ja mächtig voran. Ich komme leider erst ab Freitag dazu alles
in die Box zu integrieren. Nur kurz dreu Punkte:
inzwischen kann man QGIS für Windows auch über conda installieren. Ich
bevorzuge das inzwishcen sogar persönlich, da so der OSGeo4W installer
entfällt, man keine Admin rechte braucht und die installation auf macOS,
linux und window fast die gleiche ist.
mit den CI tests bin ich etwas weiter, in einige sub-repos laufen die
inzwischen durch. Ziel ist es, bis März eine Pipeline aufzusetzen, die
bei erfolgreichen tests das EnMAP-Box Plugin als zip baut und als
download bereit stellt. Allerdings hab ich das mit dem caching noch
nicht raus. Derzeit sind meine Bitbucket build minuten aufgebraucht.
Die HU hat unter https://scm.cms.hu-berlin.de/ einen GitLab server.
Prima Sache, ich nutze den jetzt für die Lehre und will den evtl. für
die CI sachen nehmen.
ja, ich bin die letzten Tage mal dazu gekommen die GUI zum Laufen zu kriegen. Das ist nicht soo easy, wenn EnPT in einem Subprozess läuft - das macht die Kommunikation zwischen EnPT und der GUI schwieriger. Aber bisher alles lösbar. Im Moment kann man EnPT noch nicht über die GUI abbrechen, da muss noch das Kill-Signal richtig weitergeleitet werden.
Dass QGIS jetzt auch im conda-forge channel für Windows ist, hab ich schon gesehen. Das läuft super. Allerdings gibt es Library-Konflikte, wenn ich versuche EnPT in dasselbe Conda-Environment wie QGIS zu installieren. Kann sein, dass das demnächst möglich ist, aber im Moment sind immernoch 2 Environments nötig. Das ist aber nicht weiter schlimm (vielleicht sogar eh besser), nur der Code von enpt_enmapboxapp ist im Moment noch nicht kompatibel damit. Im Moment läufts mit OSGEO4W + EnPT-Conda-Environment. Zukünftig sollte beides funktionieren. Conda macht die Installation jedenfalls deutlich einfacher, portabler, schneller und einfacher zu updaten.
CI: Bin ich froh, dass ich hier keine Zeitlimits auf den Servern habe.. Man könnte vielleicht auch mal über externe CI-Lösungen nachdenken (Travis, Jenkins, ...), das habe ich aber noch nicht getestet.
Wenn die HU einen eigenen GitLab-Server hat, heißt das ihr zieht demnächst das komplette Repo um?
Nee, umziehen sicherlich noch nicht.
Das macht es ja für externe nicht leichter zu kommentieren und die issue
historie geht verloren usw.
Ich überlege ob wir das einfach nur für die CI forken.