Property talk:P9339

Documentation

• Start a query
• Current uses
• Statistics by class
• String length
• List of qualifiers
• Count

Bavarian Monument Map object ID (architectural monument)
identifier for an architectural monument in Bavaria, used in the Bavarian Monument Map, published by Bavarian State Office for Monument Protection

Associated item	Bavarian State Office for Monument Protection (Q812412)
Applicable "stated in" value	Bavarian Monument Map (Q105136967)
Has quality	numeric identifier (Q93868746)
Data type	External identifier
Allowed values	[1-9]\d*
Example	St. Vitus und Leonhard (Q41316371) → 117669 Neuschwanstein Castle (Q4152) → 120222 Mühle (Q41342816) → 10 Fuggerei (Q835406) → 154154
Formatter URL	https://geoportal.bayern.de/denkmalatlas/searchResult.html?objtyp=bau&koid=$1
Related to country	Germany (Q183) (See 362 others) (Bavaria (Q980))
See also	Bavarian monument authority ID (P4244), Bavarian Monument Map object ID (ground monument) (P9342)
Lists	Items with the most statements of this property Count of items by number of statements (chart) Items with the most statements Items with the fewest statements Count of items by number of sitelinks (chart) Items with the most sitelinks Items with the most sitelinks, but no link to one Wikipedia (sample: Welsh Wikipedia, cywiki) Items with the fewest sitelinks Most linked wikis Items with the most identifier properties Items with no other external identifier Items with no other statements Most recently created items Items with novalue claims Items with unknown value claims Usage history (total) Usage history (main statement) Chart by item creation date Database reports/Constraint violations/P9339 Map Random list
Proposal discussion	Proposal discussion
Current uses	Total 142,715 Main statement 142,169 out of 110,000 (129% complete) 99.6% of uses Qualifier 4 <0.1% of uses Reference 542 0.4% of uses
Search for values

[create Create a translatable help page (preferably in English) for this property to be included here]

Item “country (P17): Germany (Q183)”: Items with this property should also have “country (P17): Germany (Q183)”. (Help)

List of violations of this constraint: Database reports/Constraint violations/P9339#Item P17, hourly updated report, search, SPARQL

Single value: this property generally contains a single value. (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P9339#Single value, SPARQL

Distinct values: this property likely contains a value that is different from all other items. (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P9339#Unique value, SPARQL (every item), SPARQL (by value)

Format “[1-9]\d*”: value must be formatted using this pattern (PCRE syntax). (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P9339#Format, SPARQL

Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P9339#Entity types

Scope is as main value (Q54828448), as reference (Q54828450): the property must be used by specified way only (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P9339#Scope, SPARQL

Conflicts with “instance of (P31): person or organization (Q106559804)”: this property must not be used with the listed properties and values. (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P9339#Conflicts with P31, search, SPARQL

Wie ist dieses Property gedacht in seiner Anwendung?

Wie genau soll dieses Property bei den Bayerischen Baudenkmäler angewendet werden. Die Daten vom BLFD sind mit einer BLFD-ID versehen. Diese kann nur ein Element (Haus, Denkmal, Burg) beinhalten aber auch darunter mehrere Sub-Elemente (Scheune, Stall, Mauer ..) die zugehörig sind. Eindeutig zu referenzieren sind diese nur durch die sogenannte KO-ID die wohl hier eingetragen werden soll. Leider ist aber mir zumindest nicht klar, wo und was einzutragen ist. Bei diesem Backhaus ist er klar, da gibt es nur ein Element und daher nur einen Eintrag. Anders ist es z.B. hier. Dort gibt es mehrere Unterelemente die jetzt alle unter der Top-Ebene referenziert wurden. Das füllt aber die Fehlerliste auf. In den entsprechenden Sub-Elemente fehlt dann aber dieser einmalig Referenzwert.

Daher meine Frage, wie soll das jetzt eingesetzt werden? Mir selber ist es egal wo was einzutragen ist, aber hätte es halt gerne verstanden wo was einzutragen ist. Zur Info, bisher halte ich die KO-IDs in der Ordnungsnummer als Funstelle was jedoch leider erst neulich wieder bemekert wurde. Das Property ist wohl dafür so nicht vorgesehen ist und wurde erst nach Nutzung geändert und zum Problem. Auf Top-Level kann ich das umstellen und auf P:P1545 verzichten. Die lege ich dann als Fundstelle unter P:P4244. Das habe ich bereits für alle Bodendenkmäler so gemacht. Da gibt es keine Ordnungsnummer.

Für die Sub-Elemente könnte ich mir vorstellen, dass man dafür dieses Property nutzt. @Ordercrazy: du wolltest aber unbedingt ein Ranking durch die Ordnungsnummer. Ich habs zwar nie verstanden wofür aber wäre dann weg. Kannst du auf eine Reihenfolge verzichten? Eine lokale Lösung auf deinen PC-Datenbanken jedenfalls lehne ich ab. Damit ist nicht sichergestellt ist, ob du bis zum Sankt Nimmerleinstag die Pflege der Daten übernimmst und ausserdem kann kein Anderere dann was ändern/anpassen. @MisterSynergy: z.Kt. mit Bitte um Sicht der Dinge. --Derzno (talk) 16:42, 25 January 2022 (UTC)

Also erstmal: Die (vom Landesamt meist hierarchisch vergebene) Objekt-ID über eine Ordnungsnummer abzufangen war _mein_ Vorschlag, das in einer Krücke abzubilden - und ontologisch ist es ja so: Es gibt eine KO-ID, unter der mehrere, meist hierarchisch durchnummerierte Objekte, die zusätzlich definiert sind durch eine "Typ"-Eigenschaft (Baudenkmal, Bodendenkmal, Engsemble), sind bzw. sein können. Ich dachte immer, dass nur die Bayern das so blöd machen - ich sehe aber, dass es z.B. in Sachsen und ich glaub auch in BW ähnlich ist, dass es hierarchische Gliederungen von Denkmalen und Denkmalelementen gibt.

Ich kann eigentlich auf alles verzichten und bin für jede pragmatische Lösung offen.

Für die Datenpflege bräuchte man eigentlich jemand, der ein Länderübergreifendes Wiki-Projekt aufsetzt und eine auf WMF-Kisten gehostete Meta-Infrastruktur dafür bereitstellt. Ich kann mal die Fühler ausstrecken. --Ordercrazy (talk) 08:26, 26 January 2022 (UTC)

Schade, dass es keine Antworten gab, wie nun diese Property anzuwenden ist. Dann mache ich es halt jetzt mal so wie ich denke wie es richtig ist. Die Ordnungsnummer P:P1545 muss weg! Für die Reihenfolge eine neue Property einzuführen halte ich nicht für sinnvoll.

Die KOID vom BLFD ist die einzige eindeutige Bezeichnung die Baudenkmäler sowie die untergeordneten Teile (zugehörig) abbildet und eindeutig identifizierbar macht. Daher ist es falsch, diese bei Objekten wie bereits erfolgt, mehrfach einzutragen wenn die ein Sub-Item haben. In Worten P:P9339 darf nur einen Eintrag beinhalten, egal ob das nun auf Top- oder Sub-level ist. Verbunden sind Sub-Items mit dem Top-Item nur über das Päarchen P:P527 und P:P361. Die Ordnungsnummer P:P1545 = 0 kriegt man damit relativ einfach los. Alles was eine BLFD ID hat mit P4244 ist auch automatisch Level 0. Die Ordnungsnummer kann mit der P9339 Übernahme der KOID gelöscht werden. Sublevels haben keine BLFD ID (und das soll auch so bleiben) aber trotzdem eine KOID in P:P9339. Die Reihenfolge kann ich leider nur retten indem ich diese im Klartext der Beschreibung zusammen mit der BLFD-ID (D-4-61-000-327#2) auflöse. Problem ist halt dann das mit Spargel abzufragen, aber wenn die Reihenfolge eh keine braucht …. tschüss Ich habe das jetzt schon mal als Beispiel für den ganzen Landkreis Nürnberger Land umgesetzt. Ausnahme sind noch die Mehrfacheinträge in P:P9339 die ich aber auch löschen will. Damit sollte dein Ordercrazy-Listenparser wohl zurechtkommen. Das Problem mit den Gemarkungen gibt es immer noch. Aus der Nummer bin ich jedoch raus und senfe da sicher nicht mit. Da kann sich jemand anderes kümmern. Sinnvoll wäre hier m.E. ein eigenes Property einzuführen, da bei Flächendenkmalen wie Burgen, Klöster und besonders bei Bodendenkmalen mehrere Gemarkungen denkbar sind. Richtig Kopfschmerzen bereitet mir die ständige Zusammenlegeritis. Ich bin es jedoch leid hier mich noch länger mit beratungsresistenten Kollegen rumzustreiten die meinen ständig Bau- und Bodendenkmäler (Kirchen) oder Profanbauten wo nur ein Teil ein Baudenkmal ist zusammenzulegen. Kümmern sich auch nicht um Mehrfacheinträge z.B. bei Koordinaten oder Fundstellen. Auch werden immer Sub- und Topobjekte wieder zusammengelegt. Nur mal zur Info, seit meiner letzten Putzaktion sind schon wieder 114 Objekte zusammengeschrottet worden. Das ist für mich jedesmal ein Riesenaufwand, das zu inhaltlich zu prüfen und händisch auseinanderzunehmen. Für die oben angesprochen Funktion stehe ich nicht zur Verfügung. Von den ganzen Eigenansichten ganz zu schweigen. Sorry, not my problem any more. Wenn jetzt kein Widerspruch kommt fang ich irgendwann mal an, das Bayernweit so umzusetzen. By the way, Bodendenkmäler sind mit P:P9342 bereits Ordnungsnummern frei. z.Kt. @Ordercrazy, Looniverse, MisterSynergy, DavidJRasp: --Derzno (talk) 16:14, 27 January 2022 (UTC)