In DCAT-AP.de ist bisher vorgeschrieben, dass für Verwaltungseinheiten als Raumbezug URIs von dcat-ap.de verwendet werden sollen, z.B. http://dcat-ap.de/def/politicalGeocoding/stateKey/01
Nun habe ich in einem Datensatz entdeckt, das das BKG mittlerweile offenbar auch URIs für Verwaltungseinheiten auf allen Ebenen anbietet:
Sollten wir dann besser auf diese URIs wechseln?
Kann das ID System vom BKG auch Gemeindeteile, oder Stadtteile? Das ist eine Ebene, die glaube ich nur in Berlin von der Logik des AGS erfasst werden. Oder gibt es dafür schon einen anderen allgemeinen Identifier?
Vermutlich nicht. Ich habe den Regionalschlüssel von Hamburg-Finkenwerder 021200141141 versucht (der ist unter http://dcat-ap.de/def/politicalGeocoding/regionalKey/021200141141 in der Liste bei dcat-ap.de zu finden). Da kommt kein Ergebnis: https://registry.gdi-de.org/id/de.bund.bkg.regschluessel/021200141141
Selbst wenn dort keine zusätzlichen Einträge im Vergleich zu dcat-ap.de zu finden sind, erscheint mir das als Auflösung nützlicher weil tatsächlich maschinenlesbare Informationen zu den Entitäten hinterlegt sind (anstatt einfacah nur eine Code-Liste). (Der dahinterliegende WFS ist für mich fast das spannendere Thema insofern man sich die Links dadurch mit anderen Filtern und/oder Ausgabeformaten bauen kann.)
Wobei es ja schon toll wäre, wenn zumindest die Schlüssel von dcat AP also so eine Gemeinsame Wahrheit sind und nicht in verschiedenen Angeboten davon abgewichen wird. Was sie ja auch sind, also für den AGS. 
Und dann kann ich in verschiedenen Anwendungen die Codes und Namen, und maschienenlesbaren Informationen von anderen nutzen. Vielleicht finden sich woanders das noch Statistikdaten zum AGS angeboten und dann kann man das alles richtig cool verknüpfen.
Wir verarbeiten die Bezüge zu ARS/AGS bei bspw. wirklich als Bezüge zu diesen Nummernkreisen und nicht als URL, dadurch wäre ein Wechsel dieser URL für uns jetzt eher eine Frage wo wir Nutzende hinleiten die Informationen zu diesem Bezug haben wollen (und deshalb ist der WFS dann besser als die Code-Liste).
ARS/AGS extrahieren würden wir dann in Zukunft einfach aus beiden URL-Mustern wenn wir sie irgendwo finden.
Wobei das mit der „einen Wahrheit“ generell schwierig erscheint. Wir nutzen einerseits den VG250-Dienst des BKG für die Geometrie, aber auch die Gemeindeverzeichnisse von der DeStatis für die historischen Bezüge insofern der VG250-Dienst immer nur den Ist-Zustand abdeckt.
Oder anders gesagt, für mich persönlich ist der eindeutige Bezug über einen numerischen ARS/AGS eigentlich des Pudels Kern und die URL nur Beiwerk (was natürlich zugegebenermaßen nicht so richtig LOD-mäßig ist 
).
An sich gibt es ja auch einiges als xml auf xrepository.
Die ARS XMLs haben auch die Codeliste für die Stadtstaaten Hamburg, Bremen und Berlin Einträge für Stadt-/Ortsteile bzw. Stadtbezirke.
Direktlink zu einer ARS-XML
ARS Übersichtsseite
AGS Historisch
AGS aktuell
So wie ich das Angebot vom BKG verstehe ist es das Subset von der ARS-XMLs (Ohne Codes für die Stadt/Ortsteile der Stadtstaaten Hamburg, Bremen, Berlin) mit der Ergänzung der Gemoetrien auf einem Gebietsstand ohne historische Informationen.
Also so ganz linked, dass in den daten aufeinander verwiesen wird ist das noch nicht. Aber zumindest haben wir eindeutige IDs zum verbinden 