Property talk:P8432
Jump to navigation
Jump to search
Documentation
Österreichisches Musiklexikon Online ID
identifier for entries in the Österreichisches Musiklexikon Online, published by Austrian Academy of Sciences
identifier for entries in the Österreichisches Musiklexikon Online, published by Austrian Academy of Sciences
[create Create a translatable help page (preferably in English) for this property to be included here]
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/P8432#Format, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P8432#Format, 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). Known exceptions: music education (Q27908), Josephine Eder (Q45974815), Mimi Marlow (Q59601823), Adele Muzzarelli (Q354470), Conchita Wurst (Q113581), polyphony (Q179465)List of violations of this constraint: Database reports/Constraint violations/P8432#Single value, SPARQL
Qualifiers “series ordinal (P1545), subject named as (P1810), reason for deprecated rank (P2241), DOI (P356)”: this property should be used only with the listed qualifiers. (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/P8432#allowed qualifiers, SPARQL
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/P8432#Scope, 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/P8432#Entity types
Label required in languages: de: Entities using this property should have labels in one of the following languages: de (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/P8432#Label in 'de' language, search, SPARQL
|
Umgang mit Familien
[edit]@Mfchris84, Hannes Röst, Gerwoman, Karl Gruber, Adam Harangozó: @YULdigitalpreservation, Epìdosis: Wie sollen wir mit Familienartikeln wie zB Zuckerkandl, Familie umgehen? Ein eigenes Datenobjekt für die Familie anlegen (sauber, aber mühsam)? Bei allen Behandelten eintragen? --Emu (talk) 14:19, 16 July 2020 (UTC)
- @Emu: ein Familien-Item trifft es meiner Ansicht nach auch inhaltlich gar nicht, wie beim gezeigten Beispiel. Da werden halt für verwandte Personen bei kurzen enzyklopädischen Beiträgen "Familien"-Lemmata angelegt. Man kann da schwerlich behaupten, es würde "die Familie" behandlet. Meine Meinung wäre, entweder diese Einträge gar nicht zu verlinken oder wie von dir gezeigt Berta Zuckerkandl (und evt. wenn vorhanden auch den Neffen) aufs Familien-Lemma zu zeigen. Wir müssten dann entsprechend die constraints ausnehmen. --Mfchris84 (talk) 14:26, 16 July 2020 (UTC)
- dabei muss man aber berücksichtigen, dass der gleiche ÖML Eintrag mehrmals vorkommen kann, wenn z.Bssp. in Wikipedia die Personen einzeln mit Artikeln versehen sind. --K@rl (talk) 18:13, 16 July 2020 (UTC)
- Wir haben in Wikidata ein Item fuer family of artists (Q1292111) was man hier nehmen koennte. Allerdings ist der Eintrag nicht wirklich strukturiert wie ein Familieneintrag sondern behandelt einfach die beiden Personen wie in einer Biographie, daher weiss ich nicht ob das der richtige Weg ist, ich stimme hier User:Mfchris84 zu. Je nachdem wie viele das sind, kann man die constraints fuer einzelne Artikel abschalten und dann einfach den Eintrag bei beiden (Neffe und Tante) eintragen (siehe hier mit exception to constraint (P2303)). Gruss --Hannes Röst (talk) 13:17, 17 July 2020 (UTC)
- dabei muss man aber berücksichtigen, dass der gleiche ÖML Eintrag mehrmals vorkommen kann, wenn z.Bssp. in Wikipedia die Personen einzeln mit Artikeln versehen sind. --K@rl (talk) 18:13, 16 July 2020 (UTC)
- Der Verzicht auf Verlinkung bei Sammelartikeln würde laut nicht aktueller BEACON-Datei ([1]) zu über 5.000 fehlenden Verlinkungen führen, das wäre sehr schade und auch nicht im Sinne des Erfinders. Ich habe Folgendes probiert:
- Ich habe jeweils die fettgedruckten Personen in Sammelartikeln verlinkt und mit series ordinal (P1545) versehen, siehe diese SPARQL-Abfrage. Ideal wäre es, wenn man die constraints so setzen könnte, dass unterschiedliche series ordinal zu einer exception führen. Aus der mangelnden Reaktion auf ein ähnliches Ansinnen in Talk:Q21502410 dürfte aber zu schließen sein, dass das technisch nicht möglich ist.
- PS: Gelegentlich werden beim Wechsel der Ansetzform auch die URLs geändert, gelegentlich nicht. Das führt zum Teil zu skurrilen Situationen wie im Artikel Mösner, Familie, bei der die in der URL referenzierte Person erst an dritter Stelle steht.
- PPS: Man müsste also gelegentlich – wohl botgestützt – überprüfen, ob unsere Einträge überhaupt noch zu Artikeln führen (Redirects gibt es sinnigerweise nämlich nicht). Bei einigen habe ich das schon repariert.
- PPPS: Wegen der BEACON-Datei habe ich letzte Woche ein Mail geschrieben, da sie einige falsche Einträge enthält (Tn, falsche Person, GND existiert nicht, etc.) – derzeit noch keine Reaktion. --Emu (talk) 09:46, 27 July 2020 (UTC)
Ich habe nun einen größeren Import auf der Basis des BEACON-Files durchgeführt und den Distinct-Constraint rausgenommen, da er für diese Property eigentlich wenig Sinn ergibt. --Emu (talk) 23:27, 30 August 2020 (UTC)
Categories:
- Austria-related properties
- All Properties
- Properties with external-id-datatype
- Properties used on 1000+ items
- Properties with format constraints
- Properties with single value constraints
- Properties with qualifiers constraints
- Properties with scope constraints
- Properties with entity type constraints
- Properties with label language constraints