It looks great. Thank you!
Jul 12 2017
Nov 4 2016
Nov 1 2016
I'd prefer option 1 because it looks more like normal pictures and we would not need to establish a new "type of embeds" which looks differently which could lead to complicated community debates.
Jul 28 2016
This looks very good. I guess the main difference is that one Wikivoyage page refers to multiple listing Wikidata items. Do you think the framework coud be extended in this way?
Since listings are highly structured and can be shared across several Wikivoyage language versions, Wikidata editing should be implemented before rolling this out. I added T141345 for this.
We have now https://en.wikivoyage.org/wiki/Template:Listing/test (and https://en.wikivoyage.org/wiki/Module:Listing) which show that the integration of Wikidata data is generally possible. The discussion at Wikivoyage:Travellers' pub suggests that we should create gadgets / tools which "hide" the highly complicated aspects of Wikidata as best as possible. I propose the following:
Jul 26 2016
Yes. But can we omit the location parameters without breaking the parsing for the Kartographer maps? And on which level should the insertion of Wikidata info ideally happen (in the templates / modules / in the extension)?
I think this shouldn't prevent us from creating the technical possibility of using Wikidata. And secondly we're going to need further discussions on Wikidata about the thousands of items for restaurants etc. which don't exist yet.
T141345 should be related to it.
Jul 21 2016
It's still an improvement for some browsers, but a PNG fallback would be nice I think.
Jul 20 2016
Doesn't html need to be a JQuery object? data is only string.
Jul 2 2016
This is a great idea, also considering that many Wikipedia users argue that Wikidata isn't vandalism-proof enough. Some things:
Feb 19 2016
Doesn't the Related Sites box also show DMOZ links? What should be the solutiom for those? I think they can't be handled by the current concept behind the Other Projects box.