Breadcrumbs

FAQ – Daimler-Flächenverwaltung – Programmüberblick & Systemarchitektur

DAIMLER_AREA_CN – Programmüberblick & Systemarchitektur

Schnelle Antworten zum Modul DAIMLER_AREA_CN: Programmstart, unterstützte Flächenarten (AREA_TYPE_1 bis AREA_TYPE_10), OFFLINE-Architektur (kein Oracle), DGN+XML-Dateipaarung, Verhalten beim Programmstart und -ende. Frage nicht gefunden? Nutzen Sie das Feedback-Feld am Seitenende – dort können Sie ein Ticket im Support-Portal erstellen.

Programmstart

Wie starte ich das Modul DAIMLER_AREA_CN in MicroStation Connect?

Das Modul wird über den MicroStation-MDL-Befehl gestartet:

mdl load Daimler_area_cn

Die Flächenart wird automatisch aus der beigefügten XML-Datei gelesen – beim Start ohne expliziten Parameter wird automatisch AREA_TYPE_1 eingestellt. Um eine bestimmte Flächenart direkt beim Start zu aktivieren, übergibt man den gewünschten Typ als Parameter:

mdl load Daimler_area_cn AREA_TYPE_1

Quelle: Handbuch DAIMLER_AREA_CN > Programm DAIMLER_AREA_CN auf MicroStation CONNECT Starten

Flächenarten (AREA_TYPE)

Welche Flächenarten gibt es und was bedeuten die AREA_TYPE-Nummern?

Das Modul kennt zehn verschiedene Flächenarten, die durch das INPUT-Argument beim Programmstart oder durch die XML-Datei festgelegt werden:

  • AREA_TYPE_1: AREA_DOCUMENT_ARW – Dokumentationsfläche

  • AREA_TYPE_2: AREA_PLANNING_ARW – Planungsfläche

  • AREA_TYPE_3: AREA_OUTSIDE_ARW – Außenfläche

  • AREA_TYPE_4: AREA_BUILDING_ARW – Gebäudefläche

  • AREA_TYPE_5: AREA_SUPPLY_ARW – Versorgungsfläche

  • AREA_TYPE_6: AREA_MEASURETOPO_ARW – Topographische Meßfläche

  • AREA_TYPE_7: AREA_MEASUREBUILD_ARW – Gebäudemeßfläche

  • AREA_TYPE_8: AREA_MEASUREPARCEL_ARW – Parzellenmeßfläche

  • AREA_TYPE_9: AREA_CLEANING_ARW – Reinigungsfläche

  • AREA_TYPE_10: AREA_CLEANOUT_ARW – Außenreinigungsfläche

Quelle: Handbuch DAIMLER_AREA_CN > Unterschiedliche Flächen

OFFLINE-Architektur (kein Oracle)

Warum brauche ich keine Oracle-Datenbankverbindung und wie funktioniert das OFFLINE-Modell?

Das Modul DAIMLER_AREA_CN arbeitet vollständig im OFFLINE-Modus, d. h. ohne direkte Oracle-Datenbankanbindung. Der Workaround basiert auf einem XML+DGN-Dateipaar:

  1. Daimler erzeugt aus der Oracle-Datenbank eine XML-Datei mit allen benötigten Informationen.

  2. Zu dieser XML-Datei wird ein leeres DGN geliefert, das denselben Dateinamen trägt wie die XML.

  3. DGN und XML können nur gemeinsam bearbeitet werden – fehlt die XML beim Programmstart, erscheint eine entsprechende Fehlermeldung.

Wichtig: Die Oracle-Datenbank bleibt der MASTER. Werden dort Attribute geändert (z. B. Nutzungsgruppe aller Flächen auf Verkehrsfläche), werden diese Änderungen beim nächsten Programmstart kommentarlos in das DGN übernommen.

Quelle: Handbuch DAIMLER_AREA_CN > Struktur: DGN + XML (OFFLINE ARBEITEN)

DGN als Datenspeicher

Wo werden die Flächenattribute tatsächlich gespeichert – im DGN oder in der XML?

Das DGN speichert alle Attribute in den MicroStation-Userattributen der Flächenelemente. Die CARF-Fläche im DGN kann daher auch eine leere XML-Datei korrekt neu befüllen – alle Informationen sind im DGN enthalten. Die XML ist somit ein austauschbares Abbild des DGN-Inhalts und nicht der primäre Datenspeicher auf Client-Seite.

Quelle: Handbuch DAIMLER_AREA_CN > XML/DGN bei Programmstart und Programmende

Programmstart- und Programmende-Verhalten

Was passiert mit der XML-Datei beim Programmstart und beim Beenden?

Beim Programmstart benennt das Modul die XML-Datei intern um: .xml wird zu .check. Damit ist die XML während der Sitzung gesperrt. Beim Programmende wird die .check-Datei wieder zu .xml zurückbenannt, und alle aktuellen Flächendaten aus dem DGN werden in die XML geschrieben.

Wird die .check-Datei beim nächsten Start noch vorgefunden (z. B. nach einem Absturz), wertet das Programm dies als Crash-Zustand und erklärt das DGN zum MASTER: Es prüft das DGN, rekonstruiert die Datenlage und schreibt eine neue, korrekte XML.

Quelle: Handbuch DAIMLER_AREA_CN > XML/DGN bei Programmstart und Programmende

Synchronisation DGN und XML

Was passiert, wenn das DGN mehr oder weniger Flächen enthält als die XML?

  • Mehr Flächen im DGN als in der XML: Das Programm meldet die Diskrepanz – der Anwender entscheidet, ob die zusätzlichen DGN-Flächen übernommen werden sollen.

  • Weniger Flächen im DGN als in der XML: Die fehlenden Flächen werden in der XML als gelöscht markiert.

  • Attribute weichen ab (z. B. Nutzungsgruppe in Oracle geändert): Beim Programmstart werden die neuen Attribute kommentarlos aus der XML ins DGN übernommen; nach dem nächsten Einfärben spiegelt das DGN den aktuellen Oracle-Stand wider.

Quelle: Handbuch DAIMLER_AREA_CN > XML/DGN bei Programmstart und Programmende