Textliche Konformitätsbedingungen für gebundene Präsentationsobjekte

 Es sollten textliche Konformitätsbedingungen für gebundene Präsentationsobjekte aufgenommen werden, für die das Attribut art belegt ist.

(es gibt auch gebundene Präsentationsobjekte ohne Belegung von Attribut art, z.B. die Planzeichen 11.01 und 11.02 gem. PlanzV)

Sinngemäß beantragen wir folgende Konformitäts Regeln, diese sind noch nicht vollständig ausformuliert:

Entsprechend sollte der Validator prüfen. Am besten auch schon für 6.0 rückwirkend, zumindeste sollten Warnungen ausgegeben werden, wenn Verstöße vorliegen.

1. Der String in Attribut art muss ab 6.x für komplexe Attribute ein auswertbarer XPath-Ausdruck sein
   (Muster xplan:[*]/xplan:/xplan:* )
2. Die position im XPath-Ausdruck muss bei [1] anfangen, [0] sollte nicht valide reklamiert werden (vgl. https://www.w3.org/TR/xpath-31/#id-predicate –
   Siehe unter Punkt 3.3.3
   „This example selects the second chapter element that is a child of the context node:

child::chapter[2]“

1. Definiert ist es hier unter https://www.w3.org/TR/xpath-31/#eval_context bei der Definition ‚context position‘)
   „The position of the first item in a sequence is always 1 (one). The context position is always less than or equal to the context size.“
2. In der XPlanInfoDok müssen die Beispiele für den XPath Ausdruck geändert werden
3. (Alternativ müsste in die Dokumentation aufgenommen werden, dass die XPath Syntax vom Standard gem- w3.org abweicht!)
4. Auch in der Definition im OAK sollte kurz darauf hingewiesen werden, dass die Nummer in XPlath-Ausdrücken bei 1 beginnt, abweichend vom früheren Attribut index!
   (Anwender schauen in den OAK, weniger in die Konf. Bed. )
5. Das Attribut im Fachobjekt mit dem Namen wie in art angegeben muss
   1. in der referenzierten Klasse existieren
   2. muss im betr. Fachobjekt belegt sein

Wenn im Attribut art ein Attribut mit nicht-diskreten Datentypen angegeben wird (String, (nur nicht ganze?) Zahlen, Datum), dann sollte nicht allein ein XP_PPO zu dessen darstellung vorhanden sein, sondern mindestens auch ein XP_PTO.
Ausnahme für Anzahl Vollgeschosse Z, Zmin, Zmax etc. die unter Umständen, mit vorgenerierten PPO visualisiert werden
(Ggf. vorerst nur  als Warnung, Soll-Regel: zur Diskussion mit den anderen Herstellern – ist mehr ein Thema für den nächsten Herstellerworkshop)