| Mbch331 added a comment. |
In T151329#2953610, @Aleksey_WMDE wrote:Ways to build URL for external IDs
===========================Here are some thoughts on this topic:
- Use external IDs format that will work with current approach (ex.: for https://cricketarchive.com/Archive/Players/41/41464/41464.html external ID should be 41/41464/41464 but not 41464)
- PRO No need to implement anything
- CONS A bit more space in DB
- CONS Decision is up to community
- CONS Have to migrate data
You're not really storing the external ID, but a working value for the actual external id. So our date isn't the correct data. So doesn't seem like a true solution
- Use full URLs as identifiers instead of some string IDs
- PRO If we treat URL as URI we don't have to do formatting and will have URL for free
- CONS More space in DB
- CONS Decision is up to community
- CONS Have to migrate data
You're not really storing the external ID, but a working value for the actual external id. So our date isn't the correct data. So doesn't seem like a true solution
- Ask the external site to implement a more generic URL scheme
- PRO We don't have to do anything except writing mails
- CONS As soon as we want stable URL our request to the site owner would look something like this (in simple words): "Could you please create and maintain one more public interface because our code is not flexible enough and also we don't want to change it". It does not sound as something people would agree to do.
I agree, this doesn't sound like something other people want to do
- Use regex with capturing groups as qualifier and replace $ variables in formatter URL accordingly (ex.: (\d{2})-(\d{4}) and http://www.bls.gov/soc/2010/soc$2$3.htm)
- PRO Not so hard to implement
- PRO Easy to understand how to use
- PRO Easy to handle simple cases
- CONS Does not cover all the current cases (ex.: IMDB, HURDAT, ZVG, CricketArchive)
- CONS performance is undefined and heavily depends on user input
Since it doesn't cover all cases, it isn't a true solution
Just my 2 cents on some of the possible solutions
TASK DETAIL
EMAIL PREFERENCES
To: Mbch331
Cc: Mbch331, Aleksey_WMDE, thiemowmde, Pasleim, Esc3300, Aklapper, Stigmj, Nikki, hoo, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude
Cc: Mbch331, Aleksey_WMDE, thiemowmde, Pasleim, Esc3300, Aklapper, Stigmj, Nikki, hoo, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
