Wikidata:Property proposal/Cistercian Biography Online ID
Cistercian Biography Online ID edit
Originally proposed at Wikidata:Property proposal/Authority control
| Description | Identifier for entries in the online database "cistercian biographie online" www.zisterzienserlexikon.de |
|---|---|
| Represents | Dictionary of Cistercian Biography Online (Q96749131) |
| Data type | External identifier |
| Domain | item |
| Allowed values | [\d]+ |
| Example 1 | Teobaldo Cesari (Q16007496) → 91 |
| Example 2 | Gottschalk von Heiligenkreuz (Q1540014) → 1599 |
| Example 3 | Florian Watzl (Q24026882) → 1595 |
| Example 4 | Zwettl Abbey (Q691787) → 3454 |
| Source | www.zisterzienserlexikon.de |
| Number of IDs in source | 1940 |
| Expected completeness | always incomplete (Q21873886) |
| Formatter URL | http://www.zisterzienserlexikon.de/wiki/index.php?curid=$1 |
| Robot and gadget jobs | Mix'n'Match-Catalog could be created with this import file. (Parsed via MediaWiki API) |
Motivation edit
Biographia Cisterciensis is an interesting and useful database in German language about the history of the Cistercians.
Notified participants of WikiProject Religions @Gge, Melchior2006:
Support Looks good, however it is unclear how the mapping of curid to article works - for example Florian Watzl (Q24026882) → 26179 is broken, how do you find the correct id for this person? --Hannes Röst (talk) 23:58, 30 June 2020 (UTC)
- Thank you @Hannes Röst:, i have corrected Watzl in the examples above. That was my mistake during the creation of the proposal. Curid is easy to get: MediaWiki-Frontend e.g. Watzl or using the MediaWiki-API Mfchris84 (talk) 04:28, 1 July 2020 (UTC)
- Hmm the question is whether this is really a true identifier -- other external ids to wikis tend to use the PageName directly as identifier. Since this identifier is not used anywhere else and cannot be used to join data, I am not convinced that the numeric id is better than the string id. See for example English Vikidia ID (P7829) and fan wikis. --Hannes Röst (talk) 18:09, 1 July 2020 (UTC)
- @Hannes Röst: there are some other Properties linking external MediaWikis and using the PageId (e.g. Vienna History Wiki ID (P7842) or RegiowikiAT ID (P6228). Both PageName or PageID are not really permanet in identify a Wiki-Page. The advantage of the PageId is, that this value stays accurate, even the page is moved and renamed on the external Wiki. My preferred way to model an external-id statement linking a MediaWiki looks like Gottschalk von Heiligenkreuz (Q1540014)CistercBiographyProperty"1599"
object named as (P1932)"Gottschalk" combing both values - pageId as main value and the PageName as qualifier, at least when it differs to the given label. Mfchris84 (talk) 20:28, 1 July 2020 (UTC)
- @Hannes Röst: there are some other Properties linking external MediaWikis and using the PageId (e.g. Vienna History Wiki ID (P7842) or RegiowikiAT ID (P6228). Both PageName or PageID are not really permanet in identify a Wiki-Page. The advantage of the PageId is, that this value stays accurate, even the page is moved and renamed on the external Wiki. My preferred way to model an external-id statement linking a MediaWiki looks like Gottschalk von Heiligenkreuz (Q1540014)CistercBiographyProperty"1599"
- Hmm the question is whether this is really a true identifier -- other external ids to wikis tend to use the PageName directly as identifier. Since this identifier is not used anywhere else and cannot be used to join data, I am not convinced that the numeric id is better than the string id. See for example English Vikidia ID (P7829) and fan wikis. --Hannes Röst (talk) 18:09, 1 July 2020 (UTC)
- Thank you @Hannes Röst:, i have corrected Watzl in the examples above. That was my mistake during the creation of the proposal. Curid is easy to get: MediaWiki-Frontend e.g. Watzl or using the MediaWiki-API Mfchris84 (talk) 04:28, 1 July 2020 (UTC)
- Support: It's a good idea, many of such articles there are also in the austrian Wikimedia-projekt RegiowikiAT. So the chaining is perfect. --K@rl (talk) 14:14, 1 July 2020 (UTC)
