Zusammenfassung

  • Die W3C Dataset Exchange Working Group veröffentlichte The Profiles Vocabulary am 20. August 2026 als First Public Working Draft. Das Dokument läuft auf dem Recommendation Track, ist aber weder Recommendation noch vom W3C gebilligter Standard.
  • Die HTML-Fassung enthält eine Property Chain: Konformiert eine Ressource mit einem Profil und profiliert dieses eine Spezifikation, kann Konformität mit der übergeordneten Spezifikation abgeleitet werden. Was Konformität bedeutet und wie sie getestet wird, bestimmen weiterhin die jeweiligen Communities.
  • Im Juni wurde die Reihenfolge der beiden Properties korrigiert. Ein anderes offenes Issue führt das Axiom weiterhin als at risk; sein in den Entwurf eingeblendeter Text zeigt noch die alte, vertauschte Reihenfolge.
  • Die datierte RDF-Turtle-Datei enthielt bei der Prüfung keine owl:propertyChainAxiom-Deklaration. Der Implementation Report nennt Beispiele, lässt seine Tabelle für Nachweise pro Element jedoch bei xx-Platzhaltern.
  • Ein offenes Data-Shapes-Issue liefert ein Gegenbeispiel für unvollständige Validierung. Bevor geerbte Konformität Beschaffung, Zertifizierung oder automatisierte Regeln steuert, braucht sie einen Beleg mit Artefakten, Zuständigkeit, Tests, Engine und Ergebnistyp.

Profile machen lokale Auswahl maschinenlesbar

Allgemeine Spezifikationen lassen Spielräume. Behörden, Branchen oder Forschungsverbünde schränken Optionen ein, ergänzen Anforderungen, kombinieren Modelle oder erklären eine gemeinsame Anwendung. Das daraus entstehende Profil ist eine Governance-Entscheidung: Es legt fest, welche Teile einer breiten Norm in einem konkreten Umfeld zählen.

PROF beschreibt diese Ebene in RDF. prof:isProfileOf verbindet ein Profil mit einer Spezifikation oder einem weiteren Profil. Resource Descriptors verweisen auf Constraints, Validatoren, Schemas, Vokabulare, Guidance, Mappings, Beispiele oder Spezifikationen. Rollen sind unterscheidbar und durch Communities erweiterbar.

Damit kann Software nicht nur eine Profilbezeichnung finden, sondern die für Nutzung und Prüfung vorgesehenen Ressourcen. Der Entwurf geht noch einen Schritt weiter und beschreibt eine Folgerung für konforme Daten. In der HTML-Ausgabe steht:

dct:conformsTo owl:propertyChainAxiom ( dct:conformsTo prof:isProfileOf )

Der Pfad beginnt bei einer Ressource, folgt dct:conformsTo zum Profil und danach prof:isProfileOf zur Elternspezifikation. Ein OWL-Reasoner kann eine zusätzliche dct:conformsTo-Beziehung erzeugen. Kataloge und Agenten müssen die Hierarchie dann nicht für jede Abfrage neu rekonstruieren.

Der Dokumentstatus begrenzt die institutionelle Aussage. Eine FPWD ist die erste öffentliche Fassung einer Working Draft. Nach der W3C-Typologie ist sie ein Arbeitsstand für Review und historische Referenz. Der Konsens zur Veröffentlichung ist nicht die Billigung als Standard durch W3C und Members.

Die mathematische Folgerung definiert nicht den Prüfmaßstab

Unmittelbar neben dem Axiom lässt der Entwurf den einzelnen Communities die Freiheit, Bedeutung und Prüfung von Konformität festzulegen. Dass alle dieselbe RDF-Property verwenden, heißt daher nicht, dass alle denselben Beweis verlangen.

Ein Reasoner arbeitet deterministisch. Sind Kanten und Axiom vorhanden, ist die Ableitung reproduzierbar. Die erste Kante kann aber aus sehr verschiedenen Verfahren stammen: vollständiger Prüfung, begrenzten SHACL Shapes, Selbsterklärung oder rein beschreibenden Metadaten. Logische Präzision kompensiert keine lückenhafte Prämisse.

Null profiles illustrieren das. Sie sollen Spezifikationen ohne eigenes Validierungsverfahren prüfbar machen. Der Entwurf erklärt zugleich, dass kein universelles präzises Herstellungsverfahren existiert, weil schon die Regeln der Ausgangsspezifikation ungenau formuliert sein können. Ihre Übertragung in Shapes ist eine Entscheidung über Interpretation und Abdeckung.

Auch direkte und mittelbare Hierarchie werden getrennt. prof:isProfileOf markiert den direkten Link. prof:isTransitiveProfileOf kann weiter entfernte Vorfahren aufführen, damit Clients nicht die ganze Kette durchsuchen. Wer diese Convenience Property nutzt, soll die relevanten Beziehungen vollständig liefern. Wie Implementierungen die entsprechenden Inferences durchführen, schreibt der Text nicht vor.

Für professionelle Entscheidungen müssen deshalb Behauptung, Inference, Validator-Pass, Zertifikat und rechtliche Feststellung getrennt bleiben. Das gemeinsame Wort Konformität verleiht ihnen keine gemeinsame Autorität.

Richtige Reihenfolge, offene Grundsatzfrage

Issue 58 zeigte, dass eine ältere Fassung die Properties in der falschen Reihenfolge anordnete. Ein Commit änderte Introduction, Example, Definition Table und At-risk-Liste: zuerst dct:conformsTo, dann prof:isProfileOf. Das Issue wurde am 26. Juni geschlossen.

Issue 29 blieb offen. Dort geht es nicht mehr um die Richtung, sondern darum, ob das Axiom überhaupt Teil von PROF sein soll. Das at-risk-Label besteht fort. Kommentare aus dem Mai verweisen auf die Vollständigkeit von null profiles und ein Gegenbeispiel im Data-Shapes-Repository.

Die Ausgabe vom 20. August trägt daher zwei Versionsstände. Haupttext, Beispiel, Property Table und Anhang verwenden die korrigierte Chain. Der aus Issue 29 eingeblendete Absatz enthält weiterhin die vertauschte alte Form. Menschen können die Commit-Historie prüfen; ein Fragment-Extractor kann beide Darstellungen als aktuell behandeln.

Der Anhang führt Klassen, Properties, Rollen und das Axiom als Features at risk, bis Implementierungsnachweise dokumentiert sind. Das ist keine automatische Ablehnung. Es ist die öffentliche Kennzeichnung, dass interoperable Praxis und wiederholbare Tests noch Teil der Standardisierungsarbeit sind.

HTML-Regel und Turtle-Artefakt laufen auseinander

Die W3C-Mitteilung verlinkt ein datiertes prof.ttl als RDF-Turtle-Codierung des OWL-Vokabulars. Für Implementierungen ist diese Datei zentral: Sie lässt sich speichern, hashen und direkt laden.

Die geprüfte Fassung definiert prof:isProfileOf als Object Property und als Subproperty von prof:isTransitiveProfileOf. Usage Notes beschreiben geerbte Constraints, die transitive Property die Hierarchie. Eine owl:propertyChainAxiom-Deklaration war jedoch nicht enthalten. Im HTML erscheint dieselbe Regel in Introduction, Example und Definition Table.

Aus der Abwesenheit folgt keine Absicht. Das Axiom kann bewusst außerhalb des Kernartefakts bleiben, solange es at risk ist; die RDF-Sektion erwähnt außerdem zusätzliche Axiom-Artefakte. Die öffentlichen Oberflächen sagen aber nicht eindeutig, ob die HTML-Regel normativ, optional, experimentell oder nur noch nicht synchronisiert ist.

Das verändert Ergebnisse. Ein Team ergänzt das Axiom aus dem HTML. Ein zweites lädt nur das datierte Turtle und leitet keine Elternkonformität ab. Ein drittes nutzt eine lebende Namespace-Fassung. Alle nennen PROF, aber sie führen nicht denselben Vertrag aus.

Governance muss die technische Entscheidung nicht vorwegnehmen. Sie muss sicherstellen, dass menschlicher Text, Download, Issue-Status und Testplan dieselbe Entscheidung zeigen oder eine beabsichtigte Trennung ausdrücklich erklären.

Bekannte Implementierungen sind noch keine Matrix pro Feature

Conceptual Model, Vocabulary Specification und Test Suite Appendix gelten in der FPWD als normative Teile für Compliance. Der Appendix beschreibt SHACL-Templates und Anweisungen. Der separate Implementation Report nennt fünf Beispiele und fasst sie zu drei als unabhängig bezeichneten Gruppen zusammen.

Cheka wird als Python-Werkzeug beschrieben, das Profilhierarchien nach Validatoren des Profils und seiner Vorfahren durchsucht. Außerdem nennt der Report LOCI, ODRL-Guidance, eine OGC-Hierarchie und einen persistenten Profilkatalog. Es gibt also greifbare Anwendungssignale.

Die Tabelle „Implementation claims per Vocabulary Element“ enthält trotzdem nur xx für Element, Label, Implementer und Fundstelle. Der sichtbare Link zum Test-Suite-Repository lieferte bei der Prüfung 404, während auf dem gh-pages-Branch ein testsuite-Verzeichnis vorhanden ist. Daraus folgt nicht, dass Tests fehlen. Es folgt, dass die zitierte Oberfläche den Weg von jedem at-risk Feature zu unabhängiger Implementierung und reproduzierbarem Ergebnis noch nicht darstellt.

Die aktive Charter setzt den Maßstab. Die erneute Veröffentlichung von PROF auf dem Rec Track ist ein tentative deliverable. Für den Schritt über Candidate Recommendation hinaus werden je normativem Feature mindestens zwei unabhängige interoperable Implementierungen erwartet, verifiziert durch offene Tests. Testpläne sollen früh beginnen, Data Shapes ist ein Koordinationspartner. Die Charter läuft bis April 2028; der unvollständige Beleg ist eine Arbeitsaufgabe, kein endgültiges Scheitern.

Ein valider Teiltest kann als Gesamtbeweis unvollständig sein

Data Shapes Issue 882 beschreibt ein Shapes Graph, das einen Teil einer OWL-Spezifikation korrekt prüft. Die Daten bestehen die vorhandenen Shapes. Eine nicht abgedeckte Regel der Elternontologie führt nach Entailment jedoch dazu, dass ein Individuum zwei disjunkten Klassen angehört.

Der Validator ist für seine tatsächlichen Checks sound, gegenüber dem Elternmodell aber incomplete. Wenn der Property Chain aus dem Profil-Pass automatisch Elternkonformität macht, reicht das Ergebnis weiter als der Test.

Das Issue ist ein offener Beitrag, keine Entscheidung der Working Group. Es beweist nicht, dass jede Profilvererbung unsound ist. Es formuliert eine prüfbare Bedingung: Welcher Grad an Vollständigkeit muss vorliegen, bevor lokale Konformität zur Elternspezifikation aufsteigen darf?

Mögliche Lösungen sind vollständige Validatoren, getrennte Properties für beschreibendes Profiling und getestete Konformität, ein engeres Axiom, explizite Entailment- und Coverage-Angaben oder Community-Module. Welche Option gilt, darf nicht beim Consumer verborgen bleiben.

Ein Konformitäts-Vererbungsbeleg

Der Beleg nennt zuerst Profil und Elternspezifikation mit exakter Version und Hash, die direkten prof:isProfileOf-Kanten, das geladene RDF-Artefakt und die tatsächlich aktiven Axiome. Ein undatierter Titel reicht für Reproduktion nicht.

Er dokumentiert anschließend den Träger der Konformitätsdefinition und ihren Zweck; Constraints, Validatoren, Schemas, Guidance und Mappings nach Rolle; Reasoner, Validation Engine, Entailment Regime und Konfiguration; Test-Suite-Version, Feature Coverage, Gegenbeispiele, Grenzen, unabhängige Implementierungen, offene Issues sowie Datum und Revalidierungsauslöser.

Schließlich bezeichnet er den Ergebnistyp: publizierte Behauptung, abgeleitetes Tripel, Validator-Pass, Zertifizierung oder Rechtsurteil. Für eine Suchfacette kann eine Inference genügen. Eine vertragliche Zusage kann andere Belege verlangen. Die zuständige Stelle trifft diese Entscheidung, nicht die provenance-lose Property.

Heng Lus Principal-Agent-Perspektive macht die Delegation sichtbar. Standardisierungsgruppe, Profil-Community, Tool-Entwickler und automatisierter Reasoner handeln als technische Agenten. Der betroffene Principal kann das Mandat nur prüfen, wenn sichtbar bleibt, wer die Regel definierte, welches Artefakt sie ausführte und wer das Ergebnis zur Entscheidung erhob.

Was die Quellen nicht belegen

Die FPWD ist keine Recommendation; der Verbleib des Axioms ist offen. Seine Abwesenheit im Turtle beweist weder Fehler noch Absicht, sondern nur eine beobachtete Differenz zwischen menschlicher und maschineller Veröffentlichung.

Der Report nennt Implementierungen. Aus Platzhaltern folgt nicht deren Nichtexistenz, aus einem fehlerhaften Link nicht die Abwesenheit von Tests. Das Gegenbeispiel ist ein Diskussionsbeitrag, kein W3C-Konsens. Kein Implementer wird hier einer falschen Aussage beschuldigt.

Der vorgeschlagene Beleg ist eine Governance-Empfehlung von Daniel Kade, keine W3C-Anforderung, Zertifizierung oder technische Lösung.

Quellen

  1. W3C News — First Public Working Draft: The Profiles Vocabulary
  2. W3C — The Profiles Vocabulary, FPWD vom 20. August 2026
  3. W3C — Datiertes PROF-RDF-Turtle-Artefakt
  4. W3C — Veröffentlichungshistorie von The Profiles Vocabulary
  5. W3C-DXWG-Repository — Issue 29: conformsTo axiom at risk
  6. W3C-DXWG-Repository — Issue 58: Korrektur der Property Chain
  7. W3C-Data-Shapes-Repository — Gegenbeispiel in Issue 882
  8. W3C DXWG — The Profiles Vocabulary Implementation Report
  9. W3C — Dataset Exchange Working Group Charter
  10. W3C — Typen von Standards und Dokumenten
  11. W3C — Process Document vom 18. August 2025
  12. Heng Lu — On the Agency Problem at the Core of Internet Governance