de-N	Dieser Benutzer spricht Deutsch als Muttersprache.

en-3	This user has advanced knowledge of English.

fr-2	Cet utilisateur dispose de connaissances intermédiaires en français.

it-1	Questo utente può contribuire con un livello elementare in italiano.

es-1	Esta persona tiene un conocimiento básico del español.

la-1	Hic usor simplici lingua Latina conferre potest.

grc-1	Ὅδε ὁ χρώμενος στοιχειώδη γνῶσιν τῆς ἀρχαίας ἑλληνικῆς ἔχει.

tr-1	Bu kullanıcı temel düzeyde Türkçe bilir.

arz-1	اليوزر ده عنده معرفه اساسيه باللغه المصرى.

ar-0	هذا المستخدم ليس لديه معرفة بالعربية (أو يفهمها بصعوبة بالغة).

nl-0	Deze gebruiker heeft geen kennis van het Nederlands (of begrijpt het met grote moeite).

he-0	משתמש זה אינו מבין עברית (או מבין אותה בקשיים ניכרים).

More: User:Marsupium/Notes and de:Benutzer:Marsupium

I'm mostly active on WD:WikiProject Visual arts, commons and dewiki.

Useful Tools[edit]

Also obvious ones … (see also WD:Tools)

WD:WPSOAP/Collection/Bavarian State Painting Collections to fix
WD:WPSOAP/Bad descriptions
WD:WPSOAP/Recent incomplete creator
User:Multichill/RKD redirects
WD:WPSOAP/Creator no authority control
WD:WPSOAP/Creator missing collection authority control
User:Multichill/Zandbak: formerly authority control missing for painters
Multichill's missing painters from descriptions (BStGS)
Commons <-> WD maintenance
WD:WPSOAP/Duplicate paintings
WP:WPVA/Artists same name, WD:WPSOAP/Creators same name
Wikidata:Database reports/Same humans
User:Nurni/DuplikatyULAN

Source MetaData: creating/adding from PMID/DOI/PMCID
Resolve authors with ORCID
Magnus' Wikidata file candidates currently (2019-07-09) not working tho intro

Properties to remember: narrative motif (P6962), review of (P6977)

Some notes[edit]

Just now, I decided that I will testingly start a small series addressing small things connected to my activity at Wikidata. I always make notes for myself anyway. However, some of them might be more useful for me and maybe others if I note them understandable and written out. Feel free to correct the posts or to add comments. Thanks, --Marsupium (talk) 06:30, 13 April 2014 (UTC), changed 01:19, 19 April 2014 (UTC), 09:53, 15 August 2017 (UTC)

Ordering our triples

(Inspired by Wikidata:Requests for comment/Sort identifier statements on items that are instances of human:) External IDs could get ordered by their classes, and in one class by English label with the existing MediaWiki:Wikibase-SortedProperties. A bad start for query to get such a list

SELECT
?prop ?propLabel ?instanceOf ?instanceOfLabel ?subclassOf ?subclassOfLabel
WHERE {
  ?prop a wikibase:Property ;
        wikibase:propertyType wikibase:ExternalId.
#  OPTIONAL {
    ?prop wdt:P31 ?instanceOf.
    OPTIONAL { ?instanceOf wdt:P279 ?subclassOf. }
#            }
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  }
ORDER BY ?subclassOf ?instanceOf

this tree query ; this tree query. The question remains then how to order the classes!? …

IMHO best would be to store all sort order settings in the database, also MediaWiki:Wikibase-SortedProperties. For an approach for this see http://vocab.getty.edu/doc/#Sort_Order.
For statement claim ordering of course series ordinal (P1545), start time (P580) etc. should be evaluated!

--Marsupium (talk) 11:36, 20 June 2018 (UTC)

On quality[edit]

Wikidata is growing fast. That's great. The database it is it can't be without errors. Quality has to be traded off against quantity. IMHO less quantity and more quality would be preferable. I'd like to respond to Wikipedias of which many are sceptical about Wikidata's quality and its usefulness for them^{[q 1]} that their doubts are unfounded. I'm afraid that they are not.

There are manual editors' errors, and errors by scripts and bots, all lowering quality. I spend much of my time here with the correction of bot errors. Many of them are evitable, many even easily. I think higher standards for bots and their requests could help:

Bots shouldn't get a flag for some task and afterwards use them for many others.
Bots shouldn't continue with new additions if they've done harmful ones that are not yet corrected.
Bots running with code that is not public should be a well-founded exception. It should be demanded that bot code is open source.

Rules can help with this. A culture of more effort to reduce bot errors is nicer. I appreciate all the work bot operators put into their contributions and I'd like to encourage everyone to take care, improve code, point out errors and help to eliminate them! --Marsupium (talk) 09:53, 15 August 2017 (UTC)

↑ German Wikipedia tends to be such a place caring much about preservation of standards.

Collaboration on the Physical Objects Class Tree[edit]

Concerned with the progress of the Wikidata:WikiProject Visual arts I try to improve the interoperability of Wikidata with commons:Template:Artwork which was – if I remember correctly – more than 500.000 times transcluded (when [1] still showed this information). This occupation includes the mapping of commons:Template:I18n/objects to a physical object class tree on Wikidata with the help of the Art & Architecture Thesaurus (Q611299). In doing so I often enter the field of other disciplines and in the same time issues with the different language versions of Wikipedia. A great and perhaps the only possibility to create high value data will be the collaboration of projects with different domains and from different languages. The projects at WikiProject Archaeology (Q10801979) and Portal:Archaeology (Q7076022) or even de:Wikipedia:Wikidata trifft Archäologie 2013 might be those which can help the Wikidata:WikiProject Visual arts to determine if arrowhead (Q1643900) shall be a subclass of (P279) projectile point (Q2308299), and the projects at Portal:Fashion (Q13341443) might be able to help to distinguish the forms of headgear (Q14952) which caused me some trouble some weeks ago. --Marsupium (talk) 01:19, 19 April 2014 (UTC)

Some Critique of Iconclass[edit]

WARNING: This section was written some time ago. I'm afraid it contains errors I still plan to do some research on. If you think anything is not correct, I'm happy if you edit it or perhaps leave a remark. --Marsupium (talk) 09:53, 15 August 2017 (UTC)

A – depending on the use – more or less big issue with Iconclass (Q1502787) is that it is only formalised partially. (Maybe apart from some recurring annexes) Iconclass is a monohierarchical classification. Between the time Iconclass “took shape in the early 1950s“^{[i 1]} and its digital publication this probably did not really matter. A multihierarchical classification published in the after all mostly linear form of books would be hard to use anyway. However, at the latest now when the classification is yet published as Linked Open Data^{[i 2]} this is a problem which reduces the value of Iconclass for Wikidata heavily. The problem gets evident through a passage of an official guide to Iconclass:
”This richness is not due to the fact that Iconclass linguistically differentiates between meanings of the word "praying". It is simply because Iconclass contains concepts that may be represented in various ways, like "public prayer" and "private prayer", but also concepts we can use to describe the visualization of prayer, like "hands folded"; and of course, many scenes of prayer from the bible, classical history and classical mythology. So, there is a fundamental difference between the word we use as a search term and the various concepts or groups of concepts that are linked to that word. This difference can be summarized in one word: context. Of course, the word "praying" has its own semantic richness, but that will never match the historical, thematic and narrative contexts which the Iconclass browser unfolds for us.“^{[i 3]}
Classification: The classification is shaped by the formerly paper form of Iconclass. Unfortunately the classification is monohierarchical what is an annoying limitation. Moreover the number of subclasses in a level is quite arbitrarily limited due to the use of a digit for the first two levels, a letter for the third, and again digits for the further levels.^{[i 4]}
Nonsense and redundancy of the classification: In consequence of the bad formalisation Iconclass lists redundant and nonsense notations and both together, there are "11F(+2) the Virgin Mary (+ Mary)" and "11F7(+2) specific aspects ~ Madonna-representations (N.B. secondary notations only) (+ Mary)".
Formalisation: Another point where missing formalisation becomes evident are the so called "Structural Digits"^{[i 4]} that should better be expressed explicitly.
Controlled vocabulary: Iconclass is a controlled vocabulary. This brings the advantage with it that no unexpected values appear. With semantic web technologies open systems that are still well formalised have become possible. Especially considering the structurally necessary incompleteness of Iconclass regarding non-European art for example open systems could probably facilitate more expressive powers.
The system of labeling main and additional minor parts of an image might be improvable by expressing the precise relationship between these parts in a formalised manner.
Nonsense and redundancy of the classification: In consequence of the bad formalisation Iconclass lists redundant and nonsense notations and both together, there are "11F(+2) the Virgin Mary (+ Mary)" and "11F7(+2) specific aspects ~ Madonna-representations (N.B. secondary notations only) (+ Mary)".
Formalisation: Another point where missing formalisation becomes evident are the so called "Structural Digits"^{[i 4]} that should better be expressed explicitly.
Controlled vocabulary: Iconclass is a controlled vocabulary. This brings the advantage with it that no unexpected values appear. With semantic web technologies open systems that are still well formalised have become possible. Especially considering the structurally necessary incompleteness of Iconclass regarding non-European art for example open systems could probably facilitate more expressive powers.
The system of labeling main and additional minor parts of an image might be improvable by expressing the precise relationship between these parts in a formalised manner.
More: Comments like in http://www.iconclass.org/rkd/46C11/ ("Comments: Jan. 6, 2011, 1:33 p.m. Hans Brandhorst says: 46C119 manoeuvering, navigating We don't have the concept for traffic on land as we do have for travel on water. Seems useful to have it: "coachman" could be: 46C1191...") may indicate more problems.

--Marsupium (talk), before 23:23, 20 July 2014 (UTC), 23:18, 10 September 2017 (UTC)

↑ History of Iconclass
↑ ICONCLASS as Linked Open Data
↑ Etienne Posthumus; Hans Brandhorst: A PRACTICAL GUIDE TO THE ICONCLASS 2100 BROWSER. November 2009, p. 6.
↑ ^4.0 ^4.1 ^4.2 Contents of Iconclass

PS: Now the Getty Vocabulary Program provides the Getty Iconography Authority looking aspiring after at first glimpse. See Guidelines (2017-09-01 as of 2017-09-26), Slides by Patricia Harpring, revised June 2016, CONA and the Iconography Authority: Linking and Relationships Are Unique. International Terminology Working Group Meeting, 23 August 2016, Patricia Harpring (similar content). --Marsupium (talk) 14:49, 26 September 2017 (UTC)

PPS: It seems not to be intended that some "structural digits" after a bracket cannot be given without a definite content of the bracket, the need for this can be seen in Madonna with Canon Joris van der Paele (Q2480921)depicts Iconclass notation (P1257)61B2(...)12 from https://rkd.nl/en/explore/images/2149. --Marsupium (talk) 16:59, 21 January 2019 (UTC)

Property proposals[edit]

off topic: interesting discussion about sources Wikidata:Project chat/Archive/2017/10#Redundant Wikipedia citations

Sandrart.net artwork ID (P4380) Done (proposed 2017-10-05, created 2017-10-16)
AKL Online artist ID (P4432) Done (proposed 2017-10-06, created 2017-10-28)
archINFORM project ID (P5383) Done (proposed 2018-06-19, created 2018-06-27)
Getty Iconography Authority ID (P5986) Done (proposed 2018-10-10, created 2018-10-23)
Incunabula Short Title Catalogue ID (P6494) Done (proposed 2019-02-06, created 2019-02-13)
folio(s) (P7416) Done (proposed by Jura1 2019-10-05, created 2019-10-13), cf. also c:Template:Folio
room number (P7532) Done (proposed by Gittenburg 2019-11-02, created 2019-11-09), cf. OSM key "ref"; corresponds to (superclass of (doc says only number)) |1= of c:Template:Room: is sometimes script-dependent (e.g. Baituna al-Tahami Museum): then only use at the room item with writing system (P282) qualifier.
SMB-digital ID (P8923) Done (proposed 2020-10-18, created 2020-12-06)
WBIS ID (P8081) Done (proposed by Wetzdata 2020-03-11, created 2020-04-06), see former discussions on User talk:Magnus Manske and perhaps do: better then much other stuff we have! (03:58, 14 August 2018 (UTC)) WBIS: no! it's about documents. and it's good to find sources, but not really as a source itself
ArchDaily architecture office ID (P12364) Done (proposed by DoublePendulumAttractor 2024-01-12)

logic:
- "statement reference" qualifier (can be omitted for formulas with only one operator type), probably numbered values "1", "2" etc.
- "statements logics"/"statements relations"(?): as qualifier somewhere? (in the formula the referral statement could be represented by e.g. "THIS" (stupid idea?)) easy to complex formulas like simple "AND" (could be added as a qualifier to several) to "((2 XOR 4) AND 3) OR (1 AND NOT 5)" (how many operators shall be accepted?): not well formalized, but I don't see an alternative; TODO: find good examples and further consider with them (a less powerful alternative would be qualifiers "or" and "and", but really not expressive, error-prone and bad with information in qualifiers, so: no!)
museum etc. place identifiers (because new items are stressful, and currently probably partly less structured ("followed by" should be used more (also by me); and "shares border with")):
- "showcase reference": see above; some differentiation for room specific vitrine references?
- "department": a department property with item datatype instead of the current method with special solution for the Louvre and others at Commons??? see 2018-12-19's Wikidata:Property proposal/organizational unit
"patrocinium": use patron saint (P417) ~~use dedicated to (P825)? see Property talk:P825#Religious buildings!~~ source e.g. "Patrozinium" in the Klosterdatenbank (LD)
"AdBK München Matrikel~~nummer~~";
http://matrikel.adbk.de/;
digitale Edition der Matrikelbücher der Akademie der Bildenden Künste München;
über 14.000 Stammdaten (http://matrikel.adbk.de/edition);
Studierenden der Akademie der Bildenden Künste München in den Jahren 1809 bis 1935;
GND IDs teils angegeben;
URLs are difficult, containing years: 05317 Heinrich Mielenz, Matrikelbuch 1884-1920: http://matrikel.adbk.de/matrikel/mb_1884-1920/jahr_1913/matrikel-05317;
here one in GND: http://d-nb.info/gnd/1077828012; the numbers are issued several times, see e.g. https://matrikel.adbk.de/suche/#b_start=0&c13=02879 -> another solution than a simple "Matrikelnummer" property is needed! One for each of the five books? also not so cool …; see also mixnmatch:3604
"stated in official website of" (we often don't and also do not want to a have a separate item for the website I assume?) – Probably this can be simply solved by using "publisher" (or a similar property)?? (also: how to crosscheck with "official website"?) (03:58, 14 August 2018 (UTC))
"signature statement", cf. https://collation.folger.edu/2016/05/signature-statements/, see also https://collation.folger.edu/2016/05/physical-description-book-cataloging/ for some input for number of pages (P1104)
Archnet authority ID: see also Archnet site ID (P7323), number calculating from https://www.archnet.org/authorities/category/all/1 ca. 2650 as of 2022-06-19; 6635 as of 2024-04-24

Under discussion

Description	authority ID of archnet.org related to architecture, urban issues, landscape design, visual culture and conservation issues
Represents	ArchNet (Q1995253)
Data type	External identifier
Domain	item, person or organization (Q106559804)
Allowed values	\d{1,5}
Example 1	Nello Sinigallia (Q112624629)→3383
Example 2	Georges Parcq (Q1509035)→3239
Example 3	Semia Akrout-Yaiche (Q113501900)→3196
Example 4	Arno Heinz (Q125267676)→300
Example 5	Ja'afar Tuqan (Q3156994)→489
Example 6	Wael Samhouri (Q116761044)→1106
Example 7	Fez (Q80985)→3657
Example 8	Murat Soygeniş (Q6937428)→3197
Example 9	S+ Architecture (Q125580667)→3204
Example 10	Paul Bowles (Q358342)→2872
Source	https://www.archnet.org/authorities/category/new/1
External links	Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt].
Mix'n'match	6300
Planned use	Collect IDs using the already existing Mix'n'match catalog
Number of IDs in source	6635 (as of 2024-04-24)
Expected completeness	eventually complete (Q21873974)
Implied notability	Wikidata property for an identifier that suggests notability (Q62589316)
Formatter URL	https://www.archnet.org/authorities/$1
URL match pattern	^https?:\/\/www.archnet.org\/authorities\/(\d+)
See also	Archnet site ID (P7323)
Applicable "stated in"-value	ArchNet (Q1995253)
Type constraint – instance of	Q106559804
Single-value constraint	yes
Distinct-values constraint	yes

"Historic Synagogues of Europe No.", Historic Synagogues of Europe (Q117296786), 3439 objects as of 2023-03-25[2]
IDs for https://ome.dehio.org/de/start
"baukunst-nrw ID", Baukunst-nrw (Q811434), 2414 objects as of 2023-11-06
"Global Egyptian Museum ID":