Nou Nouill commented:
Moreover, in plenty of language, Geohack have long lists of hundred links, with lot of useless links, because languages communities want to describe exhaustively web mappings service. So the presentation of Geohack is often very weighed down.
Perhaps this is a problem that can be solved with WikiData, & on the presentation side only the in language links would be provided, according to the particular language of the Wikipedia / Wikimedia project
Yours Peaceray https://en.wikipedia.org/wiki/User:Peaceray Cascadia Wikimedians User Group http://cascadia.wiki
On Sun, Jul 19, 2015 at 4:58 PM, Tim Landscheidt tim@tim-landscheidt.de wrote:
Nou Nouill nounouill@gmail.com wrote:
[...]
So, I want to ask if the Foundation have a plan to improve Geohack ? I
have
the impression when I see https://tools.wmflabs.org that Geohack was
mainly
maintain by volunteer, but for me Geohack is a core item of the Wikimedia sphere. So I don't understand that situation since few years. I hope it's the place to do this comment.
There is a task about moving Geohack to production (https://phabricator.wikimedia.org/T102960; "Move geohack to production"). However in the WMF cluster there is also al- ready Extension:MapSources (https://www.mediawiki.org/wiki/Extension:MapSources) deployed on the Wikivoyage sites, so (IMHO) it is more use- ful to expand on that foundation.
The problems Geohack faced in the past (AFAICT) can be mostly attributed to failures in the Labs infrastructure, so moving the functionality to an ("internal") extension would improve the availability (or to put in another way: If Geo- hack/Extension:MapSources would /then/ fail, Wikipedia would be down as well :-)).
Tim
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe