AGS Importieren

AGS Importieren

Stapel-Importieren-Workflow (Allgemein → Proben → Messungen)

Der Stapelimport 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 vorhanden sind.

Der Importieren-Assistent wird von der Objekte-Ebene über Stammdaten importieren; Proben importiert via 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 Karten Sie GeoDin-Felder zu), (3) Import (Voransicht + Ausführen).

Für den Importieren von Beispielen müssen Benutzer eine Spalte hinzufügen (z. B. mit dem Namen „Standort“), die angibt, zu welchem Bohrloch jede Beispiel-Zeile gehört — GeoDin verwendet diese Spalte, um Proben vorhandenen Standorten zuzuordnen.

Für das Importieren von Messungen müssen Benutzer einen verketteten Kennungsstring Aufbauen (Bohrloch + Beispielreferenz + Von + zu Wiederherstellungstiefe), um jede Messzeile dem richtigen Beispiel zuzuordnen — die Spalte heißt normalerweise Mess-ID oder ähnlich.

Für die Haupt-Datentypzuordnung der Messwerterfassung und -pflege ist das Importieren über mehrere Proben gleichzeitig möglich.

Für komplexe (Unter-)Datentypen (z. B. UU-Kurve, CU Messwerterfassung und -pflege) muss Importieren jeweils für einen Messpunkte erfolgen; es gibt kein Massen-Importieren für komplexe/verschachtelte Datentypen.

Stapelimport wird für Allgemeine Sondierungen, Proben, Bohrlochmessungen, Sondierungen und Messprüfungen 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 tabellarisch Ansicht von GeoDin ähnelt — Spalten-Kopfzeilen, die entweder mit dem langen Parametername oder dem kurzen Datenfeldname übereinstimmen, werden automatisch über die Automatische Verknüpfung Schalter.

Die Zuordnung von Spalten kann per Drag-and-Drop aus der Parameterliste von GeoDin (linkes Feld) in die Kopfzeile der Quelle (rechtes Feld) eingerichtet werden oder über die automatische Verknüpfung, wenn die Namen übereinstimmen.

Parameter-Zuordnungskonfigurationen können als eine ICF-Datei gespeichert und bei späteren Importen erneut geladen werden, um den manuellen Zuordnungsschritt zu überspringen.

Auf der Importieren-Voransicht werden Ungültig-/außerhalb des Bereichs liegende Werte in Karminrot markiert; Werte aus dem Wörterbuch, die nicht mit vorhandenen Einträgen übereinstimmen, werden zwar markiert, können aber dennoch importiert werden.

Nach der Zuordnung zeigt die Voransicht neue Daten in Grün und überschriebenen Daten in Purpurrot/Grün.

Wörterbuchfelder können entweder mithilfe von Kurzcodes importiert werden (z. B. CPT) oder Volltextwerte.

Empfohlener Vorbereitungs-Workflow: erster Exportieren Sie eine vorhandene Datentypzuordnung Von GeoDin zu Excel, um eine Vorlage mit korrekten Kopfzeilen zu erhalten, dann Signatur Sie sie aus und importieren Sie sie erneut.

Der Umschalter für das Benutzer-Einheitensystem befindet sich unter Datei > Einheitensystem — schaltet zwischen Metrisches System (SI) und Angloamerikanisches System um; Einheitenumrechnungen (z. B. Fuß in Meter) erfolgen beim Importieren im Handumdrehen.

CPT & Sondierung Importieren (GEF, ASCII, Benutzerdefiniert Filter)

GeoDin verfügt über einen dedizierten ASCII-CPT-Importfilter, der für den historischen Einsatz im Unternehmen entwickelt wurde.

Für generische Tiefenmessdaten sollten Benutzer die „Allgemeine Sondierungen“-Importieren-Sektion innerhalb von Bohrlochmessungen, Sondierungen verwenden (nicht den ASCII-spezifischen CPT-Importer).

CSV CPT Importieren ist nicht vom CPT-spezifischen Importer verarbeitet — Benutzer müssen den allgemeinen Bohrlochmessungen, Sondierungen-Import verwenden.

Das GEF-Dateiformat wird nativ für CPT-Daten unterstützt (GEF ist ein Norm-Papierformat Verwendet in den Niederlanden UND dem Vereinigten Königreich).

Importieren-Filter für Bohrlochmessungen, Sondierungen sind vom Benutzer erstellte Strukturen, die definieren: Index der Spalte Tiefenangabe, Spalte Daten-Spalten-Beginn, Anzahl der Daten-Spalten, Dezimalstellen, Dezimaltrennzeichen, Feldtrennzeichen, Einheit der Spalte Tiefenangabe und Serienname für jede Daten-Spalte.

Der Importfilter-Dialog wird über Importieren > Importfilter > Neuer Importfilter.

Filter werden im syslib-Konfigurationsverzeichnis des Benutzers in einer Datei namens gespeichert Sony_Filter.sys — diese Datei kann zwischen Benutzern geteilt werden, um Filterkonfigurationen zu verteilen.

Das Importieren von Bohrlochmessungen, Sondierungen hat eine Einschränkung: Datenspalten MÜSSEN sich rechts von der Spalte Tiefenangabe in der Quelldatei befinden.

Der Importieren der Bohrlochmessungen, Sondierungen hat KEINE Option, bestimmte Spalten während des Imports auszuschließen — alle Spalten Rechtes von Tiefe werden importiert; Benutzer müssen unerwünschte Serie manuell nach dem Importieren Löschen.

Benutzer können ihre eigenen Benutzerdefiniert-Filter zum Importieren für beliebig nach Tiefe indizierte Daten wie "measurement while drilling" (Eindringgeschwindigkeit, Werkzeugdruck, Einspritzdruck, Drehmoment, RPM) Aufbauen.

Die Sondierung Serie kann als CSV-Dateien erneut Exportieren werden — nützlich, Wenn Benutzer Importieren, ändern und erneut Exportieren.

AGS-Papierformatunterstützung

Für AGS-Objektart-Importe mit Access-Datenbanken erstellt GeoDin die AGS-Datenbankstruktur beim Importieren dynamisch.

Für AGS-Importe in SQL Server-Datenbanken müssen Benutzer als erster manuell ein Dummy-AGS-Objekt Erstellen, um die Tabellenstruktur der Datenbank vor dem Import vorzubereiten.

AGS Importieren verarbeitet Benutzerdefiniert-Feld-Definitionen mit Warnungen, importiert aber dennoch erfolgreich.

AGS-Importe können verschachtelte Messdaten (z. B. SCPG/SCPT) in einem einzigen Verfahren verarbeiten, da die Daten im AGS-Gruppenformat in sich geschlossen sind — dieser Vorteil ist für G1-Importe der Objektart NICHT verfügbar.

Für den AGS-Workflow ist der wichtigste Benutzeraufwand das korrekte Erstellen des AGS-Papierformat — GeoDin übernimmt dort den Importieren.

AGS 4.0.4 und AGS 4.1 Exportieren-Formatierungen werden unterstützt über Publizieren und Exportieren > AGS export.

AGS Exportieren ermöglicht dem Benutzer, auszuwählen, welche Gruppen exportiert werden sollen, dann Ausführen.

Excel-Ausgabe als Importieren-Vorlage Quelle

GeoDin kann Beliebig Daten Tabelle (Allgemeine Sondierungen, Proben, Messwerterfassung und -pflege) über den Karminrot-Punkt-Exportieren-Schalter nach Excel exportieren — die Empfohlenste Methode, um die erwarteten Kopfzeilen/Struktur zu sehen, bevor eine Importieren Tabelle vorbereitet wird.

Die tabellarische „Alle Objekte“-Ansicht unter Datenerfassung und -pflege zeigt Allgemein Daten für alle Standorte in einer einzigen sortierbaren Tabelle — diese Ansicht kann für die Vorlagenerstellung nach Excel exportiert werden.

Exportierte Excel-Dateien enthalten Kopfzeilen, die den internen Parameternamen von GeoDin entsprechen, Fertig für den Runden-Reimport.

gINT-Migration und Schichtdaten-Importlücke

gINT-Benutzer pflegten Schichtdaten in der Vergangenheit in Excel ein und importierten sie in gINT — dieser Excel-basierte Schichtimport ist in GeoDin für die G1/Standort-Objektart eine explizite Lücke und eine als kritisch gekennzeichnete Funktionsanfrage.

Die gINT- .mdb Objektart war hauptsächlich für Bohrungen und CPT-Standorte gedacht — GeoDins G1-Objektart wurde entwickelt, um diesen Arbeitsablauf nachzubilden.

GeoDins AGS-Objektart wurde entwickelt, um die AGS-Gruppen-/Kopfzeilenstruktur nachzubilden; das Importieren von AGS-Dateien „erspart Ihnen diesen Teil der Arbeit“, weil Bodenbeschreibungen automatisch über den Importer übernommen werden, im Gegensatz zum Workflow mit manueller Eingabe, der für G1 mit Nicht-AGS-Daten erforderlich ist.

Die Lücke beim Schichtdatenimport wird intern als „ein Thema, das diskutiert wurde“ und „ein spürbares Problem, mit dem wir uns irgendwann befassen müssen“ anerkannt; das kommerzielle Team verfolgt Funktionsanfragen intern und stuft diese weit oben ein.