Wikidata:Property proposal/Gordon-Nummer
Jump to navigation
Jump to search
Gordon number[edit]
Originally proposed at Wikidata:Property proposal/Authority control
Not done
| Description | Number in the Kirchner catalogue from Donald E. Gordon |
|---|---|
| Represents | Gordon catalogue (Q27061831) |
| Data type | Number (not available yet) |
| Domain | painting (Q3305213) of Ernst Ludwig Kirchner (Q229272) |
| Allowed values | 1-1045 "v" added for verso (Q9368452) paintings |
| Example | Five women on the street (Q2972870) → 362 Street Scene (Q27062310) → 414v |
| Source | Google Docs |
- Motivation
Number in the Kirchner catalogue from Donald Gordon (Q27061826)
Will be done this weekend at Wikipedia:GLAM/GLAM on Tour/Kirchner 2016.--Kopiersperre (talk) 09:16, 1 October 2016 (UTC)
- Discussion
Support--Kopiersperre (talk) 09:16, 1 October 2016 (UTC)
- You don't need to support your own proposal. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:40, 1 October 2016 (UTC)
- Support--Masegand (talk) 12:51, 1 October 2016 (UTC)
- Support--Hadi (talk) 13:22, 1 October 2016 (UTC)
- @Kopiersperre: please provide an example for a "verso". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:40, 1 October 2016 (UTC)
- @Pigsonthewing: Example: Frontside is 69 from 1909, backside is 69v from 1924. There are around 100 backsides (versos).--Kopiersperre (talk) 14:28, 1 October 2016 (UTC)
- No, I mean an example like the one in your proposal, above; with a Q ID or IDs. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:10, 1 October 2016 (UTC)
- @Pigsonthewing: Example: Frontside is 69 from 1909, backside is 69v from 1924. There are around 100 backsides (versos).--Kopiersperre (talk) 14:28, 1 October 2016 (UTC)
- Support--Bobo11 (talk) 13:55, 1 October 2016 (UTC)
Oppose Why don't you use catalog code (P528)? I see no reason why this should have it's own property. ChristianKl (talk) 18:36, 1 October 2016 (UTC)
- @ChristianKl: Because it's not a Wikidata property for a multi-source identifier (Q21264328), but with a single source. --Kopiersperre (talk) 20:17, 1 October 2016 (UTC)
- Is there a good reason for catalog code (P528) to subclass Wikidata property for a multi-source identifier (Q21264328)? I don't see a reason to have an extra property for every artist. I also don't see a justification why this artist might be special in his need for an extra property.ChristianKl (talk) 20:33, 1 October 2016 (UTC)
- @ChristianKl: I think we should indeed have own properties for important catalogues of composers (like Köchel catalogue (Q162478)) and artists. Kirchner is the most famous Die Brücke (Q152778)-artist and there is only one catalogue about him ever finished.--Kopiersperre (talk) 06:54, 2 October 2016 (UTC)
- What value do you get from having a specific property that wouldn't get from catalog code (P528)? ChristianKl (talk) 10:09, 2 October 2016 (UTC)
- @ChristianKl0: Warum kriegt jede Datenbank mit teilweise geringem Nutzen eine eigene Eigenschaft und ein Werkverzeichnis nicht?--Kopiersperre (talk) 06:35, 3 October 2016 (UTC)
- Google translates that as "Why not get any database with some little use your own property and a business directory?", whch does not appear to answer ChristianKl's question. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:08, 4 October 2016 (UTC)
- Well that's probably Google translate's fault. I would interpret the query as something like "why should even little-used databases get their own property but a catalogue cannot?" but my German is a little spotty. ArthurPSmith (talk) 13:30, 7 October 2016 (UTC)
- Which also does not appear to answer ChristianKl's question. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:17, 7 October 2016 (UTC)
- Well that's probably Google translate's fault. I would interpret the query as something like "why should even little-used databases get their own property but a catalogue cannot?" but my German is a little spotty. ArthurPSmith (talk) 13:30, 7 October 2016 (UTC)
- Little-used databases for which we create properties have formatter urls. A solution like catalog code (P528) doesn't support formatter urls. In this case I don't see any additional use for having a specific property that you wouldn't get from catalog code (P528). If you think there's a use case where having an extra property is valuable please expand on it. It's also useful to treat the catalogs of all artists the same way instead of creating special solutions for specific artists. ChristianKl (talk) 11:45, 15 October 2016 (UTC)
- Google translates that as "Why not get any database with some little use your own property and a business directory?", whch does not appear to answer ChristianKl's question. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:08, 4 October 2016 (UTC)
- @ChristianKl0: Warum kriegt jede Datenbank mit teilweise geringem Nutzen eine eigene Eigenschaft und ein Werkverzeichnis nicht?--Kopiersperre (talk) 06:35, 3 October 2016 (UTC)
- What value do you get from having a specific property that wouldn't get from catalog code (P528)? ChristianKl (talk) 10:09, 2 October 2016 (UTC)
- Support --Sarita98 (talk) 10:46, 3 October 2016 (UTC)
- Note: This proposal is now being discussed on the Administrators' noticeboard. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:08, 4 October 2016 (UTC)
- Oppose Use catalog code (P528) - especially because this is about a works of one artist property, of which there are potentially really many. BTW, wrong datatype is suggested - cannot include v for verso. Lymantria (talk) 11:47, 9 October 2016 (UTC)
- Apart from question whether this property should be created, it's worth noting that the current proposed type "number" is not compatible with the example's that contain strings. ChristianKl (talk) 11:45, 15 October 2016 (UTC)
- Oppose in favour of catalog code (P528). Thryduulf (talk) 18:01, 30 October 2016 (UTC)
Not done @Kopiersperre: Use catalog code (P528) and catalog (P972) as qualifier.--Micru (talk) 16:02, 15 December 2016 (UTC)