[FOSSGIS-Talk] Die Verwendung des GMLAS-Plugins zum Laden von ISYBAU-XML-Dateien

[thomas]

Hallo Romain,

kürzlich ist (zufällig?) ein Issue im isybau2qgep-Repository auf github aufgemacht worden, das Dein 
Problem adressiert. https://github.com/tschuettenberg/isybau2qgep/issues/3 Hast Du das schon gesehen 
und getestet?

Ich habe es noch nicht ausprobiert, es hat mich aber darauf gebracht, dass anscheinend auch der 
Versionswechsel zu ISYBAU XML-2017 mit zu diesen Problemen geführt hat.
Alles was ich seinerzeit gemacht habe, basierte natürlich auf der Version XML-2013!

Beste Grüße
Thomas Schüttenberg


Am 01.02.22 um 12:38 schrieb Romain Present:
> Sehr geehrte deutschsprachige Nutzer von Qgis,
> 
> Nach vielen Versuchen habe ich es allein mit der Dokumentation nicht geschafft. Ich habe auch versucht, Leute zu kontaktieren, die vielleicht etwas darüber wissen, ohne Erfolg. Ganz klar gesagt, ich versuche hier meine letzte Chance.
> 
> Sie haben wahrscheinlich schon vom GMLAS-Plugin in QGIS gehört, mit dem man auch ISYBAU-XML-Dateien in eine PostgreSQL- oder Sqlite-Datenbank laden kann. Zur Erinnerung: ISYBAU-XML-Dateien werden zum Speichern und Austauschen von Kanaldaten verwendet.
> 
> Bis zum 2020 war das GMLAS-Plugin mit Qgis 3 veraltet und konnte nicht verwendet werden. Dieses Plugin wird derzeit von Oslandia aktualisiert. Die Arbeit ist noch nicht abgeschlossen, aber ich denke, es ist bereits möglich, ISYBAU-XML-Dateien in eine Datenbank zu laden. Dies ist, was ich versuche mit GMLAS Plugin version 1.4.0-BETA3 zu machen.
> 
> Der Dokumentation von Thomas Schüttenberg folgend (https://github.com/tschuettenberg/isybau2qgep/wiki/Voraussetzungen), ist der einzige Weg, es durch das GMLAS-Plugin zum Laufen zu bringen, die Schemadatei (*.xsd) in die ISYBAU-XML-Datei zu implementieren. Ich gehe davon aus, dass ich die Zeilen, die der ISYBAU-XML-Datei die richtige XSD-Option geben, richtig implementiere:
> 
> <?xml version="1.0" encoding="iso-8859-1"?>
> <Identifikation xmlns=http://www.ofd-hannover.la/Identifikation
>      xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
>      xsi:schemaLocation=http://www.ofd-hannover.la/Identifikation ../1302_ISYBAU_XML_Schema/1302-metadaten.xsd<http://www.ofd-hannover.la/Identifikation%20../1302_ISYBAU_XML_Schema/1302-metadaten.xsd>>
>                  <xsd:annotation>
> ....
> 
> 
> Trotz vieler Versuche erhalte ich immer noch den folgenden Fehler:
> 
> "RuntimeError: Cannot resolve C:/Users/RPresent/Desktop/GMLAS\../1302_ISYBAU_XML_Schema/1302-metadaten.xsd"
> 
> 
> Da ich die folgende Adresse nicht manuell erreichen kann => https://www.ofd-hannover.la/Identifikation , nehme ich an, dass der Link zu dem angestrebten Schema defekt ist und ich das Schema stattdessen lokal laden muss. Ist meine Überlegung richtig? Wenn ja, wissen Sie, wie man das Schema lokal laden kann, indem man es in die ISYBAU-XML-Datei implementiert? Mit diesem Link (https://stackoverflow.com/questions/19253402/how-to-reference-a-local-xml-schema-file-correctly), habe ich versucht, das Schema lokal zu laden, indem ich folgendes gespeichert habe:
> 
> <?xml version="1.0" encoding="iso-8859-1"?>
> <Identifikation xmlns=http://www.ofd-hannover.la/Identifikation
>      xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
>      xsi:schemaLocation=file:///C:/Users/RPresent/Desktop/GMLAS/1302-metadaten.xsd>
>                  <xsd:annotation>
> ....
> 
> ohne Erfolg.
> 
> Da ich kein IT-Fachmann bin, muss ich gestehen, dass ich ein wenig ratlos bin. Kann mir jemand von Ihnen helfen? Das beigefügte *.gif zeigt, wie es schief geht. Ich habe überprüft, dass ich die Daten mit dem OGR-Treiber laden und die Geometrien mit SQL-Abfragen erstellen konnte, die bestätigen, dass meine XML-Datei gültig ist.
> 
> Ich würde mich sehr freuen, wenn Sie zufällig ein funktionierendes Beispiel haben.
> 
> Ich hoffe dass meine Beschreibung klar genug war. Ich danke Ihnen allen im Voraus und wünsche Ihnen einen schönen Tag,
> 
> Mit freundlichen Grüßen
> Romain Present
> 
> Tel. 07841 703 - 5115<tel:07841%20703%20-%205115>
> romain.present at zink-ingenieure.de<mailto:%7BE-mail%7D>
> [cid:image001.png at 01D81768.90C42180]
> Poststraße 1
> D-77886 Lauf
> www.zink-ingenieure.de<http://www.zink-ingenieure.de/>
> [cid:image003.png at 01D81768.90C42180]
> 
> Datenschutz und Verarbeitung Ihrer Daten<https://zink-ingenieure.de/datenschutz/>
> Zink Ingenieure GmbH * Poststraße 1 * D-77886 Lauf
> Registergericht Mannheim * HRB 220684 * USt-ID-Nr. DE190936357
> Geschäftsführer :
> Dipl.-Ing. (FH) Ursula Zink-Sackmann, Dipl.-Ing. Peter Sackmann RBM,
> Dipl.-Ing. Philipp Sackmann, Johannes Sackmann M.Eng.
> 
> -------------- nächster Teil --------------
> Ein Dateianhang mit Binärdaten wurde abgetrennt...
> Dateiname   : image001.png
> Dateityp    : image/png
> Dateigröße  : 12301 bytes
> Beschreibung: image001.png
> URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20220201/54e693eb/attachment.png>
> -------------- nächster Teil --------------
> Ein Dateianhang mit Binärdaten wurde abgetrennt...
> Dateiname   : image003.png
> Dateityp    : image/png
> Dateigröße  : 125 bytes
> Beschreibung: image003.png
> URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20220201/54e693eb/attachment-0001.png>
> -------------- nächster Teil --------------
> Ein Dateianhang mit Binärdaten wurde abgetrennt...
> Dateiname   : GMLAS_Plugin_problem.gif
> Dateityp    : image/gif
> Dateigröße  : 3351208 bytes
> Beschreibung: GMLAS_Plugin_problem.gif
> URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20220201/54e693eb/attachment.gif>