Wikidata:Property proposal/ScummVM ID
Jump to navigation
Jump to search
ScummVM ID
[edit]Originally proposed at Wikidata:Property proposal/Creative work
Motivation
[edit]ScummVM (Q145568) is a set of game engine recreation. It has an official wiki (for which we had ScummVM wiki ID (P7840) already) but as it turned out also a compatibility database, and a proper “ScummVM ID”. Some games have several versions, so no single-value constraint. The Mix’n’match catalogue has well over 100 matches already. Jean-Fred (talk) 21:28, 23 December 2023 (UTC)
Notified participants of WikiProject Video games--Jean-Fred (talk) 21:29, 23 December 2023 (UTC)
Discussion
[edit]Support for sure, but since the identifier contains a colon, unfortunately, I don't think the current formatter URL will work here. Already checked on test.wikidata. I think we'll have to replace it with
https://wikidata-externalid-url.toolforge.org/?url_prefix=https://www.scummvm.org/compatibility/DEV/&id=$1
, which redirects correctly. @Jean-Frédéric: What do you think? Regards Kirilloparma (talk) 03:53, 24 December 2023 (UTC)- I did not know about that limitation with colons (it’s not a problem with Fandom article ID (P6262) though?). Thanks for checking ; if it’s necessary then sure, using wikidata-externalid-url is a good plan :) Jean-Fred (talk) 13:27, 24 December 2023 (UTC)
- I don't know exactly why identifiers break if they contain a colon, but it can happen with any other character if it is not followed by either a hyphen or an underscore. In the case of Fandom, I think exactly underscore solve this issue. Anyway, when I create the property, I'll try the proposed formatter URL first to see if it works, just in case. Regards Kirilloparma (talk) 05:47, 30 December 2023 (UTC)
- On test.wikidata the ID is being encoded to
cruise%3Acruise
instead ofcruise:cruise
and ScummVM's website only converts the ID input to lowercase, without URL decoding the ID. It presumably works fine for Fandom because Mediawiki properly decodes URLs, e.g. https://www.wikidata.org/wiki/Wikidata%3AProperty_proposal/ScummVM_ID still works. Lewis Hulbert (talk) 22:21, 30 December 2023 (UTC)
- On test.wikidata the ID is being encoded to
- I don't know exactly why identifiers break if they contain a colon, but it can happen with any other character if it is not followed by either a hyphen or an underscore. In the case of Fandom, I think exactly underscore solve this issue. Anyway, when I create the property, I'll try the proposed formatter URL first to see if it works, just in case. Regards Kirilloparma (talk) 05:47, 30 December 2023 (UTC)
Support Matthias M. (talk) 10:10, 24 December 2023 (UTC)
Support of course Sir Lothar (talk) 10:19, 27 December 2023 (UTC)
- @Jean-Frédéric, Matthias M., Sir Lothar:
Done: ScummVM ID (P12255). Fortunately IDs seem to work without the need for wikidata-externalid :). Regards Kirilloparma (talk) 21:39, 30 December 2023 (UTC)
Update: I was too early to get excited. I didn't wait for the link to become clickable and looked only in preview mode to see that the identifiers worked without needing the wikidata-externalid, however they still require it as I originally suspected. See examples :/ Regards Kirilloparma (talk) 03:45, 2 January 2024 (UTC)