-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
2.4 Transfer: unqualifizierte, gleich benannte Topic- und Klassen-Elemente führen zu Fehler #420
Comments
@olivergrimm Ich finde besagtes Kapitel im Ref-HB nicht. Wie sieht eigentlich der Header aus mit den Namespaces? |
Ah, Kapitel 3.3.7 Seite 90 Ref-HB 2.4? Nicht sicher, ob ich es gut finde, dass beides möglich ist (also qualifiziert und nicht-qualifiziert). Ist doch mühsamer mit XML-Werkzeugen damit zu arbeiten, wenn man nicht weiss, wie das XML-Element genau heisst. Aber vielleicht sehe ich die Genialität nicht. |
Ja, Kapitel 3.3.7 im alten RefHB. Seit 4. Juli 2024 gibt es eine neue Version des INTERLIS Referenzhandbuchs (https://ech.ch/de/ech/ech-0031/2.1.0). Dort sind die Haupt-Kapitel Nummern anders. |
Genau! ODER Kapitel 4.3.7, Seite 104, RefHB 2.4 v2.1.0 😑 |
Aaaaaaaah. |
Herrje und warum zeigt der Link auf interlis.ch auf die alte Version 2.0? |
@edigonzales Ich wäre auch dafür, dass nur vollqualifiziert ausgeprägte Tags erlaubt wären.
|
Ich dachte, es könnte mit dem Namespace zusammenhänge. Dem ist aber nicht so. Btw Namespace:
Kapitel 4.3.3. Wofür steht "%XMLNS%"? |
|
@patrickackermann Merci. Heisst das, dass Daten des gleichen Modelles mit unterschiedlichen Namespaces transportiert werden können? |
@edigonzales Nein, ein Modell hat immer genau einen XML-Namespace. Den in der Modell-Definition angegebenen oder den default Namespace ( |
Man kann nicht wählen ob qualifizierte oder nicht-qualifizierte Namen. Das ergibt sich aus den Namen.
|
@patrickackermann Ich steh' auf dem. Schlauch. Was meinst du mit Modell-Definition? Und warum können zwei Dateien, die Daten zum gleichen Thema transportieren, nicht einen anderen Namespace aufweisen? Datei A:
Datei B:
Ist das inkorrekt? |
"Nur bei Konflikten wird ...": Das lese ich aber im zitierten Text anders. Im Fall eines Konfliktes MUSS qualifiziert werden, sonst ist es aber nicht verboten. Und im besagten Bodenbedeckungsbespiel gibt es ja keinen Konflikt mit Klassen etc. im gleichen Topic. |
Weil der Namespace nach Referenzhandbuch genau definiert ist. Kapitel 4.3.3 Allgemeiner Aufbau der Transferdatei:
Je nach Modell definition ist entweder |
@patrickackermann Aaaah, der Groschen ist glaubs gefallen: "Enthält das Modell eine explizite Namespace Definition (XMLNS; vgl. Regel ModelDef), wird Da kann man wirklich in der ili-Datei einen Namespace definieren. Merci. |
Ausgangslage ist eine 2.4-Transferdatei zum Modell https://models.geo.admin.ch/V_D/DMAV_Bodenbedeckung_V1_0.ili, in welchem das Topic gleich heisst wie eine Klasse und in der XTF-Datei beide Elemente ohne qualifizierende Angabe aufgeführt sind:
Der ilivalidator (1.14.3) scheitert bei der Validierung dieser Datei mit:
Gemäss Ref-HB, S.104, Kap. 4.3.7 ist in solchen Fällen von Namenskonflikten keine qualifizierende Elementangabe zu verlangen.
The text was updated successfully, but these errors were encountered: