Closed RBordoni closed 1 year ago
Wir haben die Daten mit dem Migrationsendpunkt '/api/v2/migrate/recalculatecoordinates' für DEV und TEST neu berechnet. Die neu berechneten Koordinaten werden aktuelle mit der maximalen Anzahl Kommastellen gespeichert, so wie sie von dem Migrationsendpunkt zurück kommen. (Siehe Bild).
Vielleicht müsste man noch entscheiden wie/ob wir das in Einklang bringen wollen mit dem Konzept, wenn neue Daten erfasst werden und die Kommastellen entsprechend der Eingabe gerundet werden.
@gysimichael Fragen:
- Zu Kommentar oben: Meiner Meinung nach sollten die Koordinaten auf die gleiche Art gerundet werden, wie bei der Handeingabe. Die vielen Stellen vermitteln eine falsche Genauigkeit. Deine Meinung?
genau, unbedingt!
- Das Script läuft momentan nicht durch, wenn es Bohrungen ohne Koordinaten hat. Das es wiederverwendbar ist, stellt sich folgende Frage: Soll es abbrechen, wenn es Bohrungen ohne Koordinaten findet (→ dadurch werden solche Fälle erkannt, müssen dann aber manuell bereinigt werden) oder sollen dies Fälle einfach ignoriert und übersprungen werden?
Meines erachtens sollte das kaum vorkommen, das es keine Koordinaten enthält, daher würde ich vorschlagen, es durchlaufen zu lassen
Sobald die Koordinaten bereinigt wurden, soll ein Excel-File der borehole
-Tabelle an @gysimichael gesendet werden.
Gemäss Abklärungen mit meinen Mitarbeitern, bitte auch 'Layer'-Tabelle mitliefern. Danke!
Aufgrund Abhängigkeiten zu #217 (Anpassung Testdaten) kurzzeitig zurückgestellt
Nach dem Release auf Prod und der Bereinigung der Koordinaten auf Prod, muss noch ein Excel-File der borehole-Tabelle (inkl. Layers) erstellt und an @gysimichael gesendet werden.
wäre es auch möglich mir ein aktuellen Export von Codeliste zu machen? Dann hätten wir alles zusammen. Vielen Dank im Voraus.
Die Koordinaten wurden soeben auch auf Prod neu berechnet. Bsp. https://boreholes.swissgeol.ch/editor/14442
Export der Tabellen borehole, codelist und layers wurde erstellt und in Teams an @gysimichael gesendet.
Input Michael 14.12.2022:
Die Daten wurden per Shift von LV95 zu LV03 zurückgerechnet (#61). Hingegen wurde das sekundäre Referenzsystem (LV95) nicht neu mit Fineltra berechnet. Dies ist nachzuholen.