| Alsee added a comment. |
According to the API info, it looks like a pageterms API call is doing the correct thing, returning a Wikidata value. That probably shouldn't be broken. It appears the issue is the bits of code making the API calls. They are explicitly requesting Wikidata values.
It looks like the magic word description belongs under pageprops. However returning Wikidata descriptions though here would be just as wrong as returning the page description via the Wikidata API call.
It looks like the options are:
- Abuse the Wikidata API call to return a value from either source;
- Abuse the page properties to return a value from either source;
- Have the calling code deal with both API calls;
- Have a new API call somewhere that isn't explicitly tied to a source; or
- Open a discussion on Meta and/or some of the other big wikis to consider the likely case that "silent" wikis have the same concerns and the same position as EnWiki. Then all calling code could be changed to use a pageprops API call.
1 and 2 are basically broken APIs. I hope we can veto broken APIs. 3 is gross, and should be scratched as well. Assuming I didn't miss anything, I think that pretty much leaves 4 or 5 as credible options. And in regard to #5, the fundamental reason for mess here is the plan to use one source for 50% of pageviews, and use a second source for the other 50%. (I checked the stats, EnWiki is in a close ballpark of 50%.)
Cc: TheDJ, Fjalapeno, Mholloway, Tbayer, MZMcBride, Alsee, bearND, Mike_Peel, Tgr, JKatzWMF, daniel, Bmueller, Addshore, Lydia_Pintscher, Samwilson, Aklapper, DannyH, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, B20180, Nakon, MusikAnimal, Niharika, Fhocutt, Wikidata-bugs, aude, Ricordisamoa, -jem-, Mbch331, Krenair
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
