GeoDinML Importieren
Geodin Ml Importieren
Stapel-Importieren-Workflow (Allgemein → Proben → Messungen)
Der Stapel-Importieren-Vorgang hat drei aufeinanderfolgende Schritte: (1) Allgemeine Sondierungen importieren, um Standorte zu erstellen, (2) Proben importieren, (3) Messwerterfassung und -pflege importieren — Tests müssen importiert werden, nachdem ihre übergeordneten Proben existieren.
Importieren-Assistent wird Von der Objekte-Ebene über Stammdaten importieren; Proben importiert über Alle Objekte > Proben importieren; Messungen über Messpunkte > Proben (oder Standorte) > Messwerte importieren.
Der Import-Assistent hat konsistente Schritte: (1) Datenquelle (Datei + Arbeitsblatt auswählen), (2) Parameterzuordnung (Quellspalten der Kartenquelle GeoDin-Feldern zuordnen), (3) Importieren (Voransicht + Ausführen).
Für die Proben-Import müssen Benutzer eine Spalte hinzufügen (z. B. mit dem Namen "Standort"), die das Bohrloch angibt, zu dem jede Beispiel- Zeile gehört — GeoDin verwendet diese Spalte, um Proben mit vorhandenen Standorten abzugleichen.
Für das Messungs-Importieren müssen Benutzer eine verkettete Bezeichnerzeichenfolge Aufbauen (Bohrloch + Beispiel-Referenz + Von + zu Wiedergewinnungs-Tiefe), um jede Messungs-Zeile dem richtigen Beispiel zuzuordnen — die Spalte heißt typischerweise MessID oder ähnlich.
Für die Haupt-Messwerterfassung und -pflege Datentypzuordnung ist ein Importieren über mehrere Proben gleichzeitig möglich.
Bei komplexen (Unter-)Datentypen (z. B. UU-Kurve, CU-Messwerterfassung und -pflege) muss das Importieren jeweils für einen Messpunkt erfolgen; es gibt kein Massen-Importieren für komplexe/verschachtelte Datentypen.
Der Stapel-Import wird für Allgemeine Sondierungen, Proben, Bohrlochmessungen, Sondierungen und Tests auf Messungen auf Probenebene unterstützt.
CSV- & Excel-Importieren
Unterstützte Importdatei-Dateiformate Einschließen Excel-Arbeitsblätter und CSV-/Textdateien.
Der einfachste Importpfad besteht darin, eine Excel-Tabelle zu erstellen, die der tabellarischen Ansicht von GeoDin ähnelt — Spaltenkopfzeilen, die entweder mit dem langen Parametername oder dem kurzen Datenfeldname übereinstimmen, werden automatisch über die verknüpft Automatisch Verknüpfung Schalter.
Die Zuordnung von Spalten kann per Drag-and-drop aus der Parameterliste von GeoDin (linke Seitenleiste) auf die Kopfzeile der Quelle (rechte Seitenleiste) festgelegt werden oder per Auto-Link, wenn die Namen übereinstimmen.
Zuordnungskonfigurationen für Parameter können als eine ICF-Datei gespeichert und bei nachfolgenden Importen erneut geladen werden, um den manuellen Zuordnungsschritt zu überspringen.
In der Importieren-Voransicht werden Ungültig/außerhalb des Bereichs liegende Werte in Karminrot markiert; Wörterbuch-Werte, die nicht mit vorhandenen Einträgen übereinstimmen, werden markiert, sind aber weiterhin importierbar.
Nach der Zuordnung zeigt die Voransicht neue Daten in Grün und überschrieben Daten in Purpurrot/Hellgrün.
Wörterbuchfelder können entweder mithilfe von Kurzcodes importiert werden (z. B. CPT) oder Volltextwerte.
Empfohlener Vorbereitungs-Workflow: Zuerst eine vorhandene Datentypzuordnung aus GeoDin nach Excel exportieren, um eine Vorlage mit den richtigen Kopfzeilen zu erhalten, dann sie ausfüllen und erneut Importieren.
Der Benutzer-Einheitensystem-Umschalter befindet sich unter Datei > Einheitensystem — schaltet zwischen Metrisches System (SI) und Angloamerikanisches System um; Einheitenumrechnungen (z. B. Fuß zu Metern) erfolgen beim Importieren.
CPT & Sondierung Importieren (GEF, ASCII, Benutzerdefiniert Filter)
GeoDin verfügt über einen speziellen ASCII-CPT-Importfilter, der für den historischen Unternehmenseinsatz entwickelt wurde.
Für generische Tiefenmessdaten sollten Benutzer die "Allgemeine Sondierungen"-Importieren-Sektion innerhalb von Bohrlochmessungen, Sondierungen benutzen (nicht den ASCII-spezifischen CPT-Importer).
CSV CPT-Importieren wird NICHT vom CPT-spezifischen Importer verarbeitet — Benutzer müssen den generischen Bohrlochmessungen, Sondierungen-Import verwenden.
GEF-Dateiformat wird nativ für CPT-Daten unterstützt (GEF ist ein Norm Papierformat verwendete in den Niederlanden und im Vereinigten Königreich).
Importieren Filter für Bohrlochmessungen, Sondierungen sind vom Benutzer erstellte Strukturen, die Folgendes definieren: Index der Spalte Tiefenangabe, Spalte „Beginn der Datenspalten“, Zahl der Datenspalten, Dezimalstellen, Dezimaltrennzeichen, Feldtrennzeichen, Einheit der Spalte Tiefenangabe und Serienname für jede Datenspalte.
Der Dialog Importfilter wird über Importieren > Importfilter > Neuer Importfilter.
Filter werden im syslib-Konfigurationsverzeichnis des Benutzers in einer Datei namens Sony_Filter.sys — diese Datei kann zwischen Benutzern geteilt werden, um Filterkonfigurationen zu verteilen.
Der Import von Bohrlochmessungen hat eine Einschränkung: Datenspalten MÜSSEN sich rechts von der Spalte Tiefenangabe in der Quelldatei befinden.
Der Import der Bohrlochmessungen, Sondierungen hat keine Option, beim Import bestimmte Spalten auszuschließen/auszulassen – alle Spalten rechts von der Tiefe werden importiert; Benutzer müssen unerwünschte Serien nach dem Import manuell löschen.
Benutzerdefiniert Filter können von Benutzern für beliebige, nach Tiefe indizierte Daten wie „Messung während des Bohrens“ (Vorschubgeschwindigkeit, Werkzeugdruck, Einspritzdruck, Drehmoment, U/min) aufgebaut werden.
Die Sondierung-Serie kann als CSV-Dateien erneut Exportieren werden — nützlich, Wenn Benutzer Importieren, ändern und erneut Exportieren.
Excel-Ausgabe als Quelle der Importieren-Vorlage
GeoDin kann jede Daten-Tabelle (Allgemeine Sondierungen, Proben, Messwerterfassung und -pflege) nach Excel exportieren, indem Sie den Karminrot Exportieren-Schalter verwenden – der empfohlene Weg, um die erwarteten Kopfzeilen/Struktur zu sehen, bevor Sie eine Importieren-Tabelle vorbereiten.
Die tabellarische Ansicht „Alle Objekte“ unter Datenerfassung und -pflege zeigt allgemeine Daten für alle Standorte in einer einzigen sortierbaren Tabelle — diese Ansicht kann zu Excel für die Erstellung von Vorlagen exportiert werden.
Exportierte Excel-Dateien enthalten Kopfzeilen, die den internen Parameternamen von GeoDin entsprechen, und sind für den Runden-Wiedereinimport Fertig.
GeoDin ML — Datenfluss vom Feld zum Büro
GeoDin ML ist das Dateiformat, das für den Datentransfer zwischen Onsite (Feld) und Desktop (Büro) verwendete wird; Onsite hat kein Server-Frontend und kann nicht direkt mit einem GeoDin-Server kommunizieren.
Arbeitsablauf: In Onsite, klicken Exportieren zu GeoDin (oder Veröffentlichen), Speichern Sie eine GeoDin-ML-Datei, dann importieren Sie diese Datei über die GeoDin-ML-Importfunktion in GeoDin.
Zwei Exportieren-Mechanismen von Onsite:
Derzeit erzeugen nur zwei Formtypen GeoDin-ML-Ausgabe: das Bohrformular G1 und das Formular Schritt 3 (ISO-Norm).
Das Bildprotokollformular erzeugt KEIN GeoDin ML — es erzeugt ein PDF mit eingebetteten kleinen Bildern sowie den ursprünglichen JPEG/PNG-Quelldateien. Diese können über die Dateiauslieferung bereitgestellt werden, können jedoch nicht als strukturierte Daten in GeoDin importiert werden.
Die EN ISO E2-Norm ist in Onsite derzeit gesperrt wegen eines Fehlers im GeoDin GeoDin ML-Importer, speziell für GeoDin ML in E2-Variante. Das Formular ist in Onsite in beiden Varianten, E2 und Schritt 3, vorhanden, aber E2 wurde vorübergehend ausgeblendet, um zu verhindern, dass Benutzer Daten erstellen, die sie nicht importieren können. Die Wiederaktivierung in Onsite dauert etwa 5 Minuten, sobald der Desktop-Importer behoben und veröffentlicht ist.
Auf Als vollständig veröffentlichen, der vollständige Satz der Lieferergebnisse (.GDOF, PDF, GeoDin ML, AGS) wird erzeugt und im freigegebenen Lieferverzeichnis abgelegt.
Projekt-Metadaten-Laden via GeoDin ML
Projektmetadaten können in Onsite aus einer GeoDin ML-Datei geladen werden: Exportieren Sie in GeoDin alle Projekte nach GeoDin ML mit „keine Proben, keine anderen Daten, nur Standorte“, und zeigen Sie Onsite dann auf diese Datei.
In Onsite, Konfiguration > Integration > Projektmetadaten hat zwei Modi: Manuell (Benutzer gibt die Projektnummer frei ein) und GeoDin ML-basiert (Dropdown-Menü mit allen Projekten aus einem selektierten .GeoDinml Datei).
Wenn eine GeoDin ML-Datei selektiert ist, liest Onsite automatisch den Auftraggebernamen und Projektname für jedes aufgeführte Projekt aus. A Neu laden Aktion liest die Datei erneut ein, wenn sie im Hintergrund Aktualisiert wurde.
GeoDin ML ist die einzige serverlose Möglichkeit, eine Projektliste an Feldbenutzer zu übermitteln — der vorgesehene Ablauf ist, dass eine Person das GeoDin ML zentral exportiert und es teilt (z. B. über ein Cloud-Verzeichnis), sodass alle Feldbenutzer aus derselben Liste auswählen.
Onsite bereinigt Daten beim Importieren über GeoDin ML nie über die Norm-Bereinigungsregeln für Projekt-, Zahl- und Datei-Namen hinaus.
gINT-Migration & Schichtdaten Importieren Lücke
gINT-Benutzer haben Schichtdaten historisch in Excel gepflegt und nach gINT importiert — dieser Excel-basierte Schichtdaten-Importieren ist eine explizite Lücke in GeoDin für den G1/Standort Objektart und ist eine markierte kritische Funktionsanforderung.
Das gINT .mdb Die Objektart war hauptsächlich für Bohrungen und CPT-Standorte vorgesehen — GeoDins G1-Objektart wurde entwickelt, um diesen Workflow nachzubilden.
GeoDins Objektart für AGS wurde entwickelt, um die Struktur von Gruppe/Kopfzeile in AGS nachzubilden; das Importieren von AGS-Dateien „erspart Ihnen diesen Teil der Arbeit“, weil die Bodenbeschreibungen über den Importer automatisch einlaufen – anders als beim manuellen Eingabeworkflow, der für G1 mit Nicht-AGS-Daten erforderlich ist.
Die Schichtdaten-Importieren-Lücke wird intern als "ein Thema, das besprochen wurde" UND "ein spürbares Problem, mit dem wir uns zu einem gewissen Punkt befassen müssen" anerkannt; das kommerzielle Team verfolgt Feature-Anfragen intern und stuft diese nahe Oben ein.
Zuletzt aktualisiert
War das hilfreich?