In Absprache mit Michael per Teams können die csv header im Camel Case direkt auf dem .Net api exportiert werden.
Im Vergleich zum jetzigen Import sollen folgende Änderungen gemacht werden:

QT_Reference_Elevation_Id = ReferenceElevationPrecisionId
Qt_Depth_Id = DepthPresicionId
Chronostratigraphie_id =ChronostratigraphieTopBedrockId
Lithostratigraphie_id = LithostratigraphieTopBedrockId
alternate_name = Name

NationalInterest hinzufügen.

OriginalId und KantonId sollen importiert werden können -> geht noch nicht. Export gibt sie mit, aber beim Import kommen sie nicht mit

Niederlenz-1-4.csv

rest geht einwandfrei, abgesehen vom Bug #1781 mit der Visualisierung. Wenn man aber die importierte Bohrung wieder Export, sind die 2 Werte da, sprich ist nur ein UI Problem

OriginalId und KantonId sollen importiert werden können -> geht noch nicht. Export gibt sie mit, aber beim Import kommen sie nicht mit

Niederlenz-1-4.csv

Oh das ist genau so ein Fall warum wir nicht so happy waren mit dem Import/Export der custom Identifiers.
Wir erstellen die Spalten-Header aus der englischen Übersetzung der entsprechenden Codelist. Auf DEV scheint die Übersetzung mal geändert zu haben. Auf einer anderen Instanz kann es natürlich theoretisch auch nochmal ganz anders sein. Wird im csv file OriginalID auf IDOriginal geändert funktioniert der Import . Es ist aber natürlich unglücklich, da der Export den Spaltenheader OriginalID schreibt. Ich schaue mal noch ob ich da eine Lösung finde. Ansonsten müssen wir das im Januar nochmal genau anschauen.

Objekt auf DEV : {
"id": 100000004,
"geolcode": 100000004,
"schema": "borehole_identifier",
"code": "100000004",
"en": "Original ID",
"de": "ID Original",
"fr": "ID Originale",
"it": "ID Original",
"ro": null,
"order": 1,
"conf": null,
"isDefault": false,
"path": null
},

Bei uns lokal

{
"id": 100000004,
"geolcode": 100000004,
"schema": "borehole_identifier",
"code": "100000004",
"en": ID Original",
"de": "ID Original",
"fr": "ID Originale",
"it": "ID Original",
"ro": null,
"order": 1,
"conf": null,
"isDefault": false,
"path": null
},

Verstehe; könnest du bitte prüfen, ob die IDs bei uns bei allen Instanzen gleich sind?

ah, und help müsste man wohl auch noch anpassen

da geht nun ja nicht mehr alles

ja, mit dem richtigen heade geht es

Somit müsste man den Export auf IDOriginal und IDCanton ändern, korrekt?

Ein Quickfix wäre es bei uns die Codelist Übersetzung der Übersetzung auf DEV anzugleichen. Ist aber eben dann nur so lang stabil wie da nichts ändert. Die Help stimmt weiterhin, da wir alles drin gelassen haben was schon war. Kann also alles noch importiert werden. Der Export generiert die Header dynamisch aufs den Codelists, vielleicht liesse sich für den Import ein vergleichbarer dynamischer Mechanismus finden.

also auch die anderen ID lassen sich somit importieren?

gut, im UI kann man die IDs nicht mehr Manuel ändern... das hilft sicher

also auch die anderen ID lassen sich somit importieren?

Ja sofern die Header denen in der Help dokumentierten entsprechen.

ja, auch geoMol kommt mit, wenn man den Exportheader ändert

somit wäre gut, wenn beim Export das gleich bezüglich ID header rauskommt, wie beim Import gefordert, sprich, überall das ID vorausnehmen

gut, im UI kann man die IDs nicht mehr Manuel ändern... das hilft sicher

Löschen und Neuerfassen wäre der workflow dafür, ja

ich meine im Setup, war ja füher möglich