Community Wishlist Survey 2019/Maps
Show nearby or related articles in maps
- Problem: Mapframe is now used in over 800,000 categories on Commons to display the area that the category covers through the coordinate on Wikidata and the layout of the corresponding item on OpenStreetMap (via commons:Template:Wikidata Infobox) - as well as being used on many other Wikimedia projects. However, it is not currently possible to automatically display related items in the map. Ideally, it should be possible to show items linked to through has part/P527 in the map - or, if there aren't any such values, then the nearby items (using the example of commons:Category:Teide Observatory)
- Who would benefit: Readers and editors that see a map on Commons and other wikis who then want to explore nearby items.
- Proposed solution: Have an option that shows the nearby/"part of" items in the maps.
- More comments: Ideally this functionality could also be used in w:Special:Nearby to show a map of nearby objects rather than a list (As community-requested in 2017. Wikishootme is a current example where nearby Wikipedia articles and Wikidata items are shown on a map (along with Commons photos), but that is on the toolserver rather than built in to Mediawiki.
- Phabricator tickets:
- Proposer: Mike Peel (talk) 23:31, 2 November 2018 (UTC)
Discussion
mw:Beta Features/Nearby Pages sounds related (and talks about maps in some far away future). --AKlapper (WMF) (talk) 00:33, 5 November 2018 (UTC)
- What you want here are KML and/or GeoJSON layers of Special:Nearby basically. Special:Nearby is powered by Geosearch api in turn part of mw:Extension:GeoData. So fixing that extensions to provide standard GeoJSON and KML layers, as well as updating GeoData to improve some of that information with wikidata richness sounds like a plan. Related are: phab:T180909, phab:T35704, phab: T142431, phab:T149280, phab: T158922 and wikivoyages' ext.kartographer.wv module. I think this would actually be a very much more suitable item than Community_Wishlist_Survey_2019/Miscellaneous#Wikimedia_Maps_Improvements and worth pursuing. —TheDJ (talk • contribs) 10:25, 5 November 2018 (UTC)
- It could be nice to browse Wikipedia articles through a map interface, especially if you are in a new place. HLHJ (talk) 08:22, 14 November 2018 (UTC)
- @Semmendinger, Jkmartindale, Tom Ja, Liuxinyu970226, Jo-Jo Eumerus, Libcub, ديفيد عادل وهبة خليل 2, Like tears in rain, Pigsonthewing, DerFussi, JAn Dudík, HLHJ, NMaia, Draceane, Viswaprabha, Pharos, Sabas88, Katpatuka, Mbrickn, Mr. Fulano, Jamesmcmahon0, Lord van Tasm, Novak Watchmen, Sturm, Elfi, Ayack, Vulphere, Zorzo Mirco, Bubici, MarcoMinghini, L0ll0, Spacearcangel, Eluinie, Luensu1959, Sahaquiel9102, Sannita, OhanaUnited, and Nealmcb: @Martin2035, LorenzoStucchi, Zaunkönig, HeinrichStuerzl, WhatamIdoing, AfroThundr3007730, ARR8, Filipović Zoran, Nannochloropsis, Izno, GAllegre, TheDJ, APh, Calvinballing, Webfil, OrsolyaVirág, NickK, Yiyi, and RolandUnger: If you're still interested in this issue, please see Community Wishlist Survey 2022/Miscellaneous/Show nearby or related articles in maps. Thanks. Mike Peel (talk) 19:55, 28 January 2022 (UTC)
Voting
- Support SEMMENDINGER (talk) 19:24, 16 November 2018 (UTC)
- Support James Martindale (talk) 19:38, 16 November 2018 (UTC)
- Support Tom Ja (talk) 20:07, 16 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 08:25, 17 November 2018 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 10:17, 17 November 2018 (UTC)
- Support Libcub (talk) 10:49, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 11:00, 17 November 2018 (UTC)
- Support Like tears in rain (talk) 12:35, 17 November 2018 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:12, 17 November 2018 (UTC)
- Support DerFussi 14:12, 17 November 2018 (UTC)
- Support JAn Dudík (talk) 20:19, 17 November 2018 (UTC)
- Support HLHJ (talk) 02:05, 18 November 2018 (UTC)
- Support NMaia (talk) 10:35, 18 November 2018 (UTC)
- Support — Draceane talkcontrib. 18:13, 18 November 2018 (UTC)
- Support Viswaprabha (talk) 23:36, 18 November 2018 (UTC)
- Support Pharos (talk) 05:40, 19 November 2018 (UTC)
- Support Sabas88 (talk) 08:53, 19 November 2018 (UTC)
- Support katpatuka (talk) 10:34, 19 November 2018 (UTC)
- Support Mbrickn (talk) 15:07, 19 November 2018 (UTC)
- Support Mr. Fulano! Talk 21:14, 19 November 2018 (UTC)
- Support Jamesmcmahon0 (talk) 10:39, 20 November 2018 (UTC)
- Support Lord van Tasm (talk) 13:47, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:27, 21 November 2018 (UTC)
- Support Sturm (talk) 04:49, 21 November 2018 (UTC)
- Support Elfi (talk) 07:12, 21 November 2018 (UTC)
- Support Ayack (talk) 09:14, 21 November 2018 (UTC)
- Support Vulphere 01:21, 22 November 2018 (UTC)
- Support Zorzo Mirco (talk) 09:29, 22 November 2018 (UTC)
- Support Bubici (talk) 14:01, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:28, 22 November 2018 (UTC)
- Support L0ll0 (talk) 15:05, 22 November 2018 (UTC)
- Support --Spacearcangel (talk) 18:49, 22 November 2018 (UTC)
- Support Eluinie (talk) 08:51, 23 November 2018 (UTC)
- Support Luensu1959 (talk) 09:30, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:18, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 00:33, 24 November 2018 (UTC)
- Support OhanaUnitedTalk page 03:43, 25 November 2018 (UTC)
- Support ★NealMcB★ (talk) 04:54, 25 November 2018 (UTC)
- Support Martin2035 (talk) 09:05, 25 November 2018 (UTC)
- Support LorenzoStucchi (talk) 09:09, 25 November 2018 (UTC)
- Support Zaunkönig (talk) 11:03, 25 November 2018 (UTC)
- Support HeinrichStuerzl (talk) 19:38, 25 November 2018 (UTC)
- Support WhatamIdoing (talk) 02:16, 26 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 02:23, 26 November 2018 (UTC)
- Support ARR8 (talk) 02:56, 26 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:42, 26 November 2018 (UTC)
- Support Nannochloropsis (talk) 21:28, 26 November 2018 (UTC)
- Support Izno (talk) 01:04, 27 November 2018 (UTC)
- Support GAllegre (talk) 13:45, 27 November 2018 (UTC)
- Support —TheDJ (talk • contribs) 19:54, 27 November 2018 (UTC)
- Support APh (talk) 11:34, 28 November 2018 (UTC)
- Support Calvinballing (talk) 15:13, 28 November 2018 (UTC)
- Support Webfil (talk) 01:03, 29 November 2018 (UTC)
- Support --OrsolyaVirág (talk) 14:28, 30 November 2018 (UTC)
- Support NickK (talk) 15:47, 30 November 2018 (UTC)
- Support Yiyi (talk) 16:01, 30 November 2018 (UTC)
- Support RolandUnger (talk) 16:36, 30 November 2018 (UTC)
Geographic coordinates check
- Problem: Aus Prinzip auf Deutsch: Wir haben wikimediaweit, so weit mir bekannt ist, kein Werkzeug, um falsch gesetzte Geokoordinaten zu finden, bzw. sind es nur augenscheinliche statistische Ausreißer, die eventuell jemandem auffallen. Mein Eindruck ist auch, dass es viele falsche Koordinaten gibt, die von irgendwo aus per Bot zuerst in alle möglichen Sprachversionen, dann von dort nach Wikidata, und von dort wieder in alle möglichen Sprachversionen transferiert werden, ohne dass sich je jemand mit der Frage auseinandergesetzt hätte, ob die Koordinate denn überhaupt stimmt. Es sollte ein Werkzeug ermittelt werden, das Koordinaten mithilfe vorhandener Geotools überprüft, und in plausible, unklare und unplausible sortiert und Wartungslisten erstellt.
- Translation: AFAIK we have no tool to find incorrect geo coordinates; there are only some obvious statistical outliers which eventually someone will recognize. Furthermore my impression is that there are many wrong coordinates which get taken from somewhere via a bot into some language versions, then transferred into Wikidata, then back to some language versions, without anyone who would have worked on the question whether the coorindates are correct at all. There should be a tool that checks coordinates via existing geotools and puts them into plausible, unclear, and non-plausible maintenance lists.
- Who would benefit: Leser von Artikeln mit Geokoordinaten (kriegen verlässlichere Informationen), Autoren im Geo-Bereich (erhalten u.U. ein Werkzeug um den Artikelbestand in ihrem Bereich besser im Blick zu behalten), Wikidata (weniger Fehler, besserer Ruf)
- Proposed solution: Bin kein Programmierer, kenne wohl nicht alle Möglichkeiten, wo man ansetzen könnte, aber vorstellen tu ich mir das Ganze ungefähr so:
- Nehmen wir d:Q16572965 als Beispiel.
- Wir haben dort die Properties P625 (geographische Koordinaten) und P131 (liegt in der Verwaltungseinheit). Hier soll angesetzt werden.
- Rufen wir mal die Koordinate in Openstreetmap auf ([1]). Hier gehen wir zur "Objektabfrage" (Cursor-mit-Fragezeichen-Symbol ganz rechts), klicken auf diesen Button und dann auf den Punkt mit unserer Koordinate. Links öffnet sich was, wo diverse in der Nähe gelegene und verschiedene umschließende Objekte aufgelistet sind.
- Uns interessieren mal die umschließenden: In der Liste taucht "Gemeinde-/Stadtgrenze San Antonio" auf. Diese so genannte Relation öffnen wir mal und gelangen zu dieser Seite.
- Wir erkennen, dass diese Seite mit d:Q56135 verknüpft ist. Dies ist auch das Item, das bei P131 unseres Versuchsobjekts eingetragen ist. Geprüft wurde die tiefste vorhandene administrative Ebene (admin_level 8 auf Wikidata im Vergleich zu beispielsweise admin_level 4 auf Regionsebene). Ergebnis der Prüfung: Koordinate ist plausibel (das heißt nicht, dass sie richtig ist, aber plausibel ist sie).
- Anm: Das zu schreibende Tool sollte natürlich nicht eine Prüfung auf gut Glück machen, sondern alle Einträge bei den umschließenden Objekten durchtesten.
- Es gibt auch sehr viele OSM-Relationen, die nicht mit einem Wikidata-Item verknüpft sind. Die Prüfung ließe sich durch die Verschachtelung der P131-Beziehungen auf höheren Ebenen fortsetzen, was aber nur bis zu einem gewissen Punkt Sinn macht. Jedenfalls ist eine Koordinate, bei der die Prüfung nach dem Wikidata-Item bei P131 im zu prüfenden Fall erfolglos ist, nicht zwangsläufig falsch.
- Als unplausible Koordinaten ließen sich solche erkennen und in Wartungslisten eintragen, bei denen die Relation auf der tiefsten auf Openstreetmap vorhandenen Ebene in keinem (verschachtelten) eindimensionalen P131-Bezug zum zu prüfenden Wikidata-Item steht. Beispielsweise stimmt irgendwas nicht, wenn ein Item gemäß P131-Angabe in der Gemeinde A in Kreis B liegt, die tiefste umschließende Relation mit Wikidata-Verknüpfung auf OSM aber entweder Gemeinde C oder Kreis D entspricht.
- Ich sag gleich dazu, dass ich nicht weiß, wie leicht das für einen Bot zu prüfen ist (Stichwort API), und ob es nicht noch viel bessere Kartendienste gibt, mit denen man solche Prüfungen machen könnte.
- Translation: I'm not a programmer, do not know all the possibilities, where to start, but imagine I do the whole thing something like this:
- Take d: Q16572965 as an example.
- There we have the properties P625 (geographical coordinates) and P131 (located in the administrative unit). Here should be set.
- Let's call the coordinate in Openstreetmap ([1]). Here we go to the "object query" (cursor with question mark icon on the right), click on this button and then on the point with our coordinate. On the left, something opens where various nearby and various surrounding objects are listed.
- We are interested in the enclosing: In the list appears "municipality / city boundary San Antonio". We open this so-called relation and go to this page.
- We recognize that this page is linked to d: Q56135. This is also the item entered at P131 of our test object. The lowest available administrative level was checked (admin_level 8 on wikidata compared to eg admin_level 4 at region level). Result of the check: Coordinate is plausible (that does not mean that it is correct, but it is plausible).
- Note: The tool to be written of course should not make a test to good luck, but to test all entries in the enclosing objects.
- There are also many OSM relations that are not linked to a Wikidata item. The examination could be continued by nesting the P131 relationships at higher levels, but this makes sense only to a certain extent. In any case, a coordinate in which the check for the Wikidata item at P131 in the case under test is unsuccessful is not necessarily wrong.
- As implausible coordinates could be identified and entered into maintenance lists, in which the relation at the deepest on Openstreetmap existing level in any (nested) one-dimensional P131 relation to the examined Wikidata item stands. For example, something is wrong if an item in P131's community A is in circle B, but the lowest enclosing relation with Wikidata's link to OSM is either community C or circle D.
- I'll say straight away that I do not know how easy it is to check for a bot (keyword API), and whether there are not much better map services available to do such tests.
- More comments:
- Phabricator tickets:
- Proposer: → «« Man77 »» [de] 18:40, 5 November 2018 (UTC)
Discussion
- Niemand werden ihre vorschlag verstehen, wenn es ist nicht in Englisch. --Tohaomg (talk) 15:57, 8 November 2018 (UTC)
- I häd aa nu a vü a ausgfåinare Språch nemma kina. Åwa i wü d'WMF ned üwastrapazian. A bissi strapazian åwa do. → «« Man77 »» [de] 20:49, 9 November 2018 (UTC)
- Doch. Ist keine schlechte Idee. Soll ich den Uebersetzung verbessern? Es gibt auch viele Koordinaten, die in die Quellen falsch angegeben sind. Sehe en:Salton Buttes; steht sogar auf's Karte.
- Not so [that no-one will understand if it's not in English]! It's not a bad idea. Shall I polish the translation? There are also lots of co-ords that are given incorrectly in the sources. See en:Salton Buttes, for instance; it's even on the map. HLHJ (talk) 07:25, 14 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 08:28, 17 November 2018 (UTC)
- Support Libcub (talk) 10:46, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 10:58, 17 November 2018 (UTC)
- Support Aristeas (talk) 17:33, 17 November 2018 (UTC)
- Support Furfur (talk) 22:29, 17 November 2018 (UTC)
- Support HLHJ (talk) 02:00, 18 November 2018 (UTC)
- Support NMaia (talk) 10:31, 18 November 2018 (UTC)
- Support Dvorapa (talk) 19:40, 18 November 2018 (UTC)
- Support Shizhao (talk) 02:48, 19 November 2018 (UTC)
- Support Jamesmcmahon0 (talk) 10:38, 20 November 2018 (UTC)
- Support → «« Man77 »» [de] 13:09, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:26, 21 November 2018 (UTC)
- Support BugWarp (talk) 01:46, 21 November 2018 (UTC)
- Support Bubici (talk) 12:45, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:30, 22 November 2018 (UTC)
- Support Vulphere 02:18, 23 November 2018 (UTC)
- Support Eluinie (talk) 08:56, 23 November 2018 (UTC)
- Support Paul Ewe (talk) 20:09, 23 November 2018 (UTC)
- Support Nvrandow (talk) 20:21, 23 November 2018 (UTC)
- Support Mbrickn (talk) 21:00, 23 November 2018 (UTC)
- Support DrTorstenHenning (talk) 18:48, 24 November 2018 (UTC)
- Support LorenzoStucchi (talk) 09:11, 25 November 2018 (UTC)
- Support Good idea HeinrichStuerzl (talk) 19:24, 25 November 2018 (UTC)
- Support Uanfala (talk) 23:24, 25 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:44, 26 November 2018 (UTC)
- Support Thgoiter (talk) 18:25, 27 November 2018 (UTC)
- Support Daniel Case (talk) 06:11, 28 November 2018 (UTC)
- Support MartinThoma (talk) 21:24, 28 November 2018 (UTC)
- Support Happywaffle (talk) 21:45, 28 November 2018 (UTC)
Maps Improvements: Vector Structure, Disputed Borders, Cleaner Style
- Problem: The development of the Wikimedia Maps should be continued. Main wishes are migration to vector tile structure and fix the international borders.
- Who would benefit: All wikis including Wikipedia, Commons, Wikidata, Wikivoyage, etc.
- Proposed solution:
- More comments: Two issues very important for wikipedia maps
- Proposer: naveenpf (talk) 19:16, 29 October 2018 (UTC)
Discussion
more tickets, not part of this proposal and older discussion |
---|
Removing this session from initial proposal Minor wishes are the move of all controls to the left map side like nearby, full-screen, layers controls, adding an additional zoom-level control, several pushpin symbol improvements like usage of short strings, 3-digit numbers etc. A nearby map mode showing links to nearby articles should be added. Kartographer documentation should be improved. T155601, T145475, T147184, T141715, T141335, T140212, T140209, T140092, T140087, T140083, T180909. T208350 Here are some bugs that I consider a high priority:
The lack of support for redirects and what links here means that moving (or splitting) pages in the data namespace is liable to break stuff, with no way to know whether this has occurred – a really unacceptable situation for a repository that is supposed to be available across projects and languages. Gareth (talk) 23:45, 29 October 2018 (UTC) In addition to T156433 and T155919 mentioned above by Gareth I'd like to highlight automatic zoom/centre issue (T187741). I think from end-users perspective these are significant deficiencies in the way OSM external data is currently handled. What else bugs me the most about external data support is that there is no way to check if reference to external data actually returns any external data, e.g. so that template/module could decide not to show map if nothing is returned for QID related to given page. (Maybe T155925 would be sufficient for the latter, or maybe it should be something more generic that also covers .map page external data.) --Pikne 09:54, 30 October 2018 (UTC)
I think this wish needs to be structured better. Perhaps the two "major" wishes (vector tiles and international borders) need to be their own wish, and "minor improvements" could be a second wish that people can vote for separately. Otherwise it is going to cause problems for the Community Tech team, who are not possibly going to be able to work through all the linked tasks, particularly if they don't have anyone experienced in mapping on their team. This, that and the other (talk) 10:54, 30 October 2018 (UTC)
Please consider also these, which were closed due to a lack of resources from WMF but are of interest
--Sabas88 (talk) 11:38, 30 October 2018 (UTC) @Naveenpf: Note that Community Wishlist proposals should be discrete tasks, while this proposal seems to be a catch-all for many many actually separate proposals. --AKlapper (WMF) (talk) 12:57, 30 October 2018 (UTC)
Hi naveenpf and all: I'm happy to see another Maps proposal this year, and I hope it's as successful as the Maps wish last year. As it's written, though, it's too big for a Wishlist proposal. This process determines what the Community Tech team works on next year, and they're going to investigate and address the top 10 wishes over the course of the year. A request for a year or two of Maps support is beyond what Community Tech can provide, and we don't have another team to do that work. This proposal will need to be trimmed down to a few main wishes, in order to move forward to the voting phase. Do you want to talk here about which requests are most important? -- DannyH (WMF) (talk) 21:56, 30 October 2018 (UTC) Vector maps, internationalized maps, improval of docs sound great ideas. Gryllida 22:36, 30 October 2018 (UTC) Judging by the No. 1 place of Kartographer improvements last year I think there probably would be enough support that splitting it into 2-3 proposals as suggested above that could all get enough support for the Top 10 would be possible Galobtter (talk) 08:17, 31 October 2018 (UTC)
The style of this proposal is very much the same as last year's proposal (which wasn't split up). Even "It is very difficult to estimate the developing time. I think minimumly a year, better two years are needed." comes directly from that proposal (and, yes, it's clearly an unrealistic suggestion). Gareth (talk) 23:04, 1 November 2018 (UTC)
|
Hi Naveenpf and all, it's been about a week since I posted that someone needs to cut this proposal down, or split it up into separate proposals. Ideally, the proposal would have the top two or three problems that are most important to solve. There is a ticking clock here -- the proposal phase ends on November 11th, and if this proposal stays the way it is, we'll have to archive the proposal, and it won't move on to the voting phase. The note about the "minimum a year/two years" needs to be taken out, and the proposal needs to be clear about what you're asking for. With the bullet list of 17 tickets in the Discussion section, we'll have to make it clear that that's part of the discussion and not the actual proposal. I'm happy to talk more about how to edit the proposal; please ping me here if you have questions that I can help with. -- DannyH (WMF) (talk) 00:59, 8 November 2018 (UTC)
- Can we have just two ? vector tile structure and fix the international borders. first one as far as I know development is over. Only testing and deployment is required. Can we have both of them ? --naveenpf (talk) 13:07, 8 November 2018 (UTC)
- Naveenpf: Yes! Vector tile structure and fix the international borders would make a great proposal. -- DannyH (WMF) (talk) 20:47, 8 November 2018 (UTC)
- @DannyH (WMF): And will this proposal be renamed to better reflect its hobbled status? Gareth (talk) 08:01, 14 November 2018 (UTC)
- Naveenpf: Yes! Vector tile structure and fix the international borders would make a great proposal. -- DannyH (WMF) (talk) 20:47, 8 November 2018 (UTC)
- Can we have just two ? vector tile structure and fix the international borders. first one as far as I know development is over. Only testing and deployment is required. Can we have both of them ? --naveenpf (talk) 13:07, 8 November 2018 (UTC)
- I created one with the OSM issues [2] --Sabas88 (talk) 15:33, 9 November 2018 (UTC)
- I created another one about OSM external data issues (above one being about styles/i18n). Pikne 17:07, 9 November 2018 (UTC)
- I wanted to mention something for people who may not know the history behind the two main Phabricator wishes mentioned above, T153282 and T113008. You wouldn't guess it from the titles, but one of the very cool results of doing those two tickets is that the styling of our maps will become much more sophisticated. The art of digital maps lies in knowing what to hide or show, abstract or provide in detail, at what level of magnification. If we put those tickets in place, dynamic wiki maps will look a lot cleaner and generally nicer. Plus the issue of clarifying disputed borders is quite important. —JMatazzoni (WMF) (talk) 21:38, 9 November 2018 (UTC)
I've created some proposals; please adopt these if you're interested, otherwise they'll be moved to the archive:
- Community Wishlist Survey 2019/Miscellaneous/Map zoom and positioning improvements
- Community Wishlist Survey 2019/Miscellaneous/Map marker improvements
- Community Wishlist Survey 2019/Miscellaneous/Allow the style of map tiles to be specified when using maplink or mapframe
- Community Wishlist Survey 2019/Reading/Consolidate full-page view caption and attribution UIs
p.s. I think the revised "main wishes" proposal should be resubmitted with a more descriptive name and this proposal should be moved to the archive. Gareth (talk) 08:38, 10 November 2018 (UTC)
- Is it in the cards to use background images that are actually useful as opposed to simply blank space? Google and Bing have contour levels and satellite images. Jo-Jo Eumerus (talk, contributions) 08:31, 14 November 2018 (UTC)
- Hi naveenpf. Voting starts this week so I took a stab at giving this wish a name that more accurately reflects its new focus. I hope that's OK. If you have a better name feel free. —JMatazzoni (WMF) (talk) 16:16, 14 November 2018 (UTC)
- Proposal does not state a problem. --Traveler100 (talk) 14:41, 17 November 2018 (UTC)
Voting
- Support EneaSuper (talk) 13:46, 27 November 2018 (UTC)
- Support Galobtter (talk) 19:08, 16 November 2018 (UTC)
- Support SEMMENDINGER (talk) 19:24, 16 November 2018 (UTC)
- Support This, that and the other (talk) 01:09, 17 November 2018 (UTC)
- Support The Grid (talk) 01:57, 17 November 2018 (UTC)
- Support --Ranjithsiji (talk) 08:21, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 08:26, 17 November 2018 (UTC)
- Support Afernand74 (talk) 08:49, 17 November 2018 (UTC)
- Support Mujeebcpy (talk) 09:01, 17 November 2018 (UTC)
- Support Maps are used extensively since their development and it’s a shame that we have to do these repeated proposals to continue to improve them. stjn[ru] 09:15, 17 November 2018 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 10:14, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 10:59, 17 November 2018 (UTC)
- Support Like tears in rain (talk) 12:35, 17 November 2018 (UTC)
- Support DerFussi 14:10, 17 November 2018 (UTC)
- Support Naseweis520 (talk) 15:25, 17 November 2018 (UTC)
- Support Sabas88 (talk) 08:54, 19 November 2018 (UTC)
- Support —TheDJ (talk • contribs) 13:48, 19 November 2018 (UTC)
- Support problem with disputed borders should be resolved as soon as possible. Tohaomg (talk) 20:40, 19 November 2018 (UTC)
- Support Jmmuguerza (talk) 23:52, 19 November 2018 (UTC)
- Support Rmikke (talk) 03:23, 20 November 2018 (UTC)
- Support --Abhinav619 (talk) 09:18, 20 November 2018 (UTC)
- Strong support The disputed border issue should be taken up as a top priority. Sankoswal (talk) 13:50, 20 November 2018 (UTC)
- Support A very great proposal for improving maps on all Wikimedia projects. SshibumXZ (talk) 14:57, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:27, 21 November 2018 (UTC)
- Support Sturm (talk) 04:50, 21 November 2018 (UTC)
- Support kocio ✉ 21:26, 21 November 2018 (UTC)
- Support Zorzo Mirco (talk) 09:30, 22 November 2018 (UTC)
- Support Bubici (talk) 14:02, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:30, 22 November 2018 (UTC)
- Support Jack who built the house (talk) 18:27, 22 November 2018 (UTC)
- Support Spacearcangel (talk) 18:51, 22 November 2018 (UTC)
- Support Serhio Magpie (talk) 03:31, 23 November 2018 (UTC)
- Support Eluinie (talk) 08:59, 23 November 2018 (UTC)
- Support IM3847 (talk) 10:19, 23 November 2018 (UTC)
- Support Subhashish Panigrahi (talk) 10:30, 23 November 2018 (UTC)
- Support Manojk (talk) 11:32, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 00:33, 24 November 2018 (UTC)
- Support Ultimograph5 (talk) 02:17, 24 November 2018 (UTC)
- Support Old maps are a shame. Mecki.DtH (talk) 12:22, 24 November 2018 (UTC)
- Support Sorcrosc (talk) 03:16, 25 November 2018 (UTC)
- Support Disputed boundaries are a reality that affect numerous countries worldwide (China, India, Pakistan, Russia, Ukraine, Palestine, Israel, Cyprus..) and impact how maps can be legally used there. There is no single worldview that the whole world accepts and to maintain the NPOV in Wikimedia Maps and have it usable in these countries it is necessary to support all worldviews simultaneously which is only possible with vector map tiles --Planemad (talk) 09:11, 25 November 2018 (UTC)
- Support WhatamIdoing (talk) 02:17, 26 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 02:22, 26 November 2018 (UTC)
- Support ARR8 (talk) 02:53, 26 November 2018 (UTC)
- Support Kannan Talk 07:23, 26 November 2018 (UTC)
- Support Ckoerner (talk) 16:34, 26 November 2018 (UTC)
- Support Izno (talk) 01:05, 27 November 2018 (UTC)
- Support Amir E. Aharoni (talk) 11:14, 27 November 2018 (UTC)
- Support Zache (talk) 14:07, 27 November 2018 (UTC)
- Support Thgoiter (talk) 18:22, 27 November 2018 (UTC)
- Support APh (talk) 11:33, 28 November 2018 (UTC)
- Support Abijithka (talk) 15:25, 29 November 2018 (UTC)
- Support Nandukrishna_t_ajith (talk) 21:17, 29 November 2018 (UTC)
- Support -- Akhiljaxxn (talk) 17:07, 29 November 2018 (UTC)
- Support Disputed borders are a huge problem as we are very likely not to match NPOV. Situations when maps depict borders different from described in articles are very frustrating — NickK (talk) 15:48, 30 November 2018 (UTC)
- Support RolandUnger (talk) 16:34, 30 November 2018 (UTC)
Fix bugs relating to map data stored at Commons
- Problem: There are several bugs that mar the experience of creating maps at Commons.
- Who would benefit: Editors storing maps on Commons. There are several possibilities that would open up if these bugs were fixed, allowing more data to be shared across projects.
- Proposed solution: Fix the bugs listed below.
- More comments:
- Phabricator tickets:
- Maps fast preview is broken on 2nd attempt (T151524) - needing to open a new tab and copy/paste GeoJSON code every second time you wish to check your work is no fun!
- Maps that contain Wikidata ids and are stored on Commons fail to display when called via <maplink> or <mapframe> (T155927)
- When called via <maplink> or <mapframe>, markers stored in a Commons .map page will display a broken image icon when the marker uses the "marker-symbol": "-letter" or "marker-symbol": "-number" properties (T207202)
- The following issues also affect tabular data stored at Commons:
- Support appropriate documentation of CC BY SA data on Commons (T200968)
- Add a data-page-only wiki markup header to datasets (T155290)
- Track Commons Dataset usage across wikis (what links here) (T153966)
- Support Data namespace redirects (T153598)
- The lack of support for redirects and what links here means that moving (or splitting) pages in the data namespace is liable to break stuff, with no way to know whether this has occurred – a really unacceptable situation for a repository that is supposed to be available across projects and languages.
- Proposer: Gareth (talk) 06:18, 10 November 2018 (UTC)
Discussion
- Thanks for contributing to the survey Gareth. The CommTech team has judged this ticket out of scope due to its being a list of loosely related issues. You can save this proposal by reducing your wish to one or two tickets that are your highest priority. I'm sorry to give you such short notice, but Wishlist voting begins November 16 at 18:00 UTC, so please don't delay or this proposal will be withdrawn. Thanks —JMatazzoni (WMF) (talk) 17:58, 15 November 2018 (UTC)
- This proposal is entirely consistent with Community Wishlist Survey 2019/Search/Linksearch overhaul, Community Wishlist Survey 2019/Admins and patrollers/Page Curation and New Pages Feed improvements and Community Wishlist Survey 2019/Admins and patrollers/Feature parity for tools dealing with deleted revisions as proposals that request fixes for various problems that share a common theme or technology. This proposal was already spun off from the united maps proposal; meanwhile, the "Page Curation and New Pages Feed improvements" proposal (which is arguably the one most similar to this proposal) includes eighteen tickets. And this one is supposed to be cut to one or two tickets. (And how is a proposal with two "loosely related" tickets any less "out of scope" than one with seven tickets - less than half the number in the page curation proposal?) Some problems resist being packaged into "neat" proposals. So I'm sorry if the this proposal doesn't meet CT's aesthetic sensibilities or inconsistently applied sense of scope, but I won't be modifing it. Gareth (talk) 10:26, 16 November 2018 (UTC)
- This can go forward to voting Gareth. Just know that if it wins, we can promise only to investigate these tickets and do as much here as is feasible, with community advice about which are the most valuable. I.e., there is not implied agreement to do this whole list. The value of reducing these or at least prioritizing them now is that people would have a better idea of what they might actually get if they vote for this. (The same is true for the other proposals you mention, which are also problematic. Some are the results of previous negotiations to reduce scope, however successful.) Good luck. —JMatazzoni (WMF) (talk) 17:03, 16 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 08:29, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 10:58, 17 November 2018 (UTC)
- Support Jeb (talk) 15:59, 18 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:26, 21 November 2018 (UTC)
- Support Zorzo Mirco (talk) 09:33, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:31, 22 November 2018 (UTC)
- Support Yxh1433 (talk) 15:22, 23 November 2018 (UTC)
- Support PMG (talk) 17:10, 26 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:48, 26 November 2018 (UTC)
- Support Olea (talk) 21:35, 29 November 2018 (UTC)
Improve OSM external data usability in Kartographer
- Problem: It's possible to highlight boundaries, routes etc. in Kartographer using external data from OSM. However current external data support has a couple considerable deficiencies. External data reference (Wikidata id) in mapframe syntax may return nothing, resulting in a blank map instead of auto-positioned object when there's no Wikidata tag on OSM or no OSM object available or when reference becomes outdated (OSM generally stores only current objects). So it's hard to use this data reliably and conveniently in infobox templates. Secondly, certain type of geographical objects are not available for Kartographer (most notably waterway relations). Thirdly, Wikimedia currently generalizes OSM external data in a quite unfit way (most notably for large boundaries and long routes).
- Who would benefit: Wikimedia projects, mainly Wikipedias that have articles about related geographical objects.
- Proposed solution: 1) Provide way to check if external data reference returns external data, 2) handle OSM relations at least as well as WIWOSM (older service, largely unmaintained), 3) rework data generalization.
- More comments: Partly from Wikimedia Maps Improvements proposal which had to be split up.
- Phabricator tickets: T209067, T156433, T155919
- Proposer: Pikne 16:59, 9 November 2018 (UTC)
Discussion
Voting
- Support EneaSuper (talk) 13:53, 27 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 08:25, 17 November 2018 (UTC)
- Support Afernand74 (talk) 08:47, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 10:58, 17 November 2018 (UTC)
- Support Vriullop (talk) 10:53, 18 November 2018 (UTC)
- Support Sabas88 (talk) 08:52, 19 November 2018 (UTC)
- Support katpatuka (talk) 10:33, 19 November 2018 (UTC)
- Support Vort (talk) 05:56, 20 November 2018 (UTC)
- Support Gareth (talk) 11:59, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:26, 21 November 2018 (UTC)
- Support Sturm (talk) 04:50, 21 November 2018 (UTC)
- Support Conny (talk) 13:51, 21 November 2018 (UTC)
- Support TCY (talk) 20:37, 21 November 2018 (UTC)
- Support Ale_zena Ale zena (talk) 10:52, 22 November 2018 (UTC)
- Support Bubici (talk) 14:00, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:30, 22 November 2018 (UTC)
- Support Spacearcangel (talk) 18:57, 22 November 2018 (UTC)
- Support Eluinie (talk) 08:57, 23 November 2018 (UTC)
- Support Ederporto (talk) 16:06, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:22, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 00:33, 24 November 2018 (UTC)
- Support Mecki.DtH (talk) 12:25, 24 November 2018 (UTC)
- Support Sorcrosc (talk) 03:12, 25 November 2018 (UTC)
- Support Ranjithsiji (talk) 23:07, 25 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:45, 26 November 2018 (UTC)
- Support Amir E. Aharoni (talk) 11:13, 27 November 2018 (UTC)
- Support GAllegre (talk) 13:43, 27 November 2018 (UTC)
- Support Cohaf (talk) 13:59, 27 November 2018 (UTC)
- Support Zache (talk) 14:05, 27 November 2018 (UTC)
Maps should have option to show users current location
- Problem: In Wikivoyage, when using the mapframe embedded style map you cannot see your current location. Have to go to desktop version and use the map option created by geo shown as icon top right. Far too many clicks to be used.
- Who would benefit: Any reader on mobile wanting to see what Points of Interest are nearby.
- Proposed solution:
- More comments: This is a functionality any mobile user would expect. Other apps do this. Stops Wikivoyage becoming popular with mobile users, which is the largest group of internet accesses.
- Phabricator tickets: T208713
- Proposer: Traveler100 (talk) 08:38, 5 November 2018 (UTC)
Discussion
- I have created a phabricator ticket for this request. I myself also have often have had this idea, and I don't think a ticket already existed. —TheDJ (talk • contribs) 10:33, 5 November 2018 (UTC)
- WikiShootMe can do this; perhaps its code can be reused? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:15, 17 November 2018 (UTC)
Voting
- Support EneaSuper (talk) 13:50, 27 November 2018 (UTC)
- Support but only if privacy is respected. Rschen7754 02:38, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 08:26, 17 November 2018 (UTC)
- Support This is one of the most helpful changes we could make for mobile users on Wikivoyage. Mx. Granger (talk) 08:42, 17 November 2018 (UTC)
- Support ZellmerLP (talk) 10:10, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 10:58, 17 November 2018 (UTC)
- Support MartinJacobson (talk) 11:16, 17 November 2018 (UTC)
- Support RolandUnger (talk) 11:33, 17 November 2018 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:14, 17 November 2018 (UTC)
- Support DerFussi 14:12, 17 November 2018 (UTC)
- Support Naseweis520 (talk) 15:24, 17 November 2018 (UTC)
- Support Micru (talk) 16:08, 17 November 2018 (UTC)
- Support Cabayi (talk) 17:33, 17 November 2018 (UTC)
- Support Yuriy kosygin (talk) 18:34, 17 November 2018 (UTC)
- Support However, are we allowed to do this with all the privacy kind of stuff? Wouldn't the website/app need to ask for permission to access your location? But yes, this would be helpful. Information about a place is useless if you're lost. SelfieCity (talk) 19:07, 17 November 2018 (UTC)
- Support ARR8 (talk) 19:16, 17 November 2018 (UTC)
- Support Andree.sk (talk) 19:50, 17 November 2018 (UTC)
- Support OhanaUnitedTalk page 04:23, 18 November 2018 (UTC)
- Support With the privacy caveat. NMaia (talk) 10:31, 18 November 2018 (UTC)
- Support Richard Nevell (talk) 10:51, 18 November 2018 (UTC)
- Support Jon Harald Søby (talk) 13:02, 18 November 2018 (UTC)
- Support —TheDJ (talk • contribs) 13:50, 19 November 2018 (UTC)
- Support If done in a privacy respecting way, this is a great feature. Mbrickn (talk) 15:06, 19 November 2018 (UTC)
- Support I think that could be interesting on wikipedias too Mr. Fulano! Talk 21:17, 19 November 2018 (UTC)
- Support Doc James (talk · contribs · email) 04:18, 20 November 2018 (UTC)
- Support CAPTAIN RAJU(T) 22:39, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:27, 21 November 2018 (UTC)
- Support Zorzo Mirco (talk) 09:30, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:31, 22 November 2018 (UTC)
- Support Spacearcangel (talk) 18:52, 22 November 2018 (UTC)
- Support Would be useful on Wikivoyage. In addition I could see it being adapted to show the location of nearby WP articles or commons photos. e.g I am standing in front of an interesting building, is it worth taking a few minutes to get good photos for commons or are there already 20 images? AlasdairW (talk) 00:07, 23 November 2018 (UTC)
- Support Eluinie (talk) 08:58, 23 November 2018 (UTC)
- Support Ederporto (talk) 16:06, 23 November 2018 (UTC)
- Support Sorcrosc (talk) 20:55, 23 November 2018 (UTC)
- Support Matěj Suchánek (talk) 09:09, 24 November 2018 (UTC)
- Support Balajijagadesh (talk) 09:51, 24 November 2018 (UTC)
- Support Very useful for some Wikivoyager readers (and maybe also editors). Gce (talk) 15:49, 24 November 2018 (UTC)
- Support Zaunkönig (talk) 11:00, 25 November 2018 (UTC)
- Support Tantusar (talk) 00:48, 26 November 2018 (UTC)
- Support Ckoerner (talk) 15:57, 26 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:47, 26 November 2018 (UTC)
- Support Izno (talk) 01:11, 27 November 2018 (UTC)
- Support YFdyh000 (talk) 17:19, 27 November 2018 (UTC)
- Support Daniel Case (talk) 06:12, 28 November 2018 (UTC)
- Support Hiàn (talk) 04:22, 30 November 2018 (UTC)
Replace GeoHack with Kartographer
- Problem: Even though the Wikimedia projects now have their own map service, Kartographer, some wikis such as English Wikipedia still use the old GeoHack service hosted on Tool Forge (e.g. in WikiMiniAtlas). This is mostly just because converting the old Lua modules is complicated, not because those projects actually want to keep using GeoHack (see for example, the discussion on English Wikipedia). Additionally, the use of GeoHack (which is essentially a 3rd party service) has privacy and security concerns that would be eliminated by switching to Kartographer.
- Who would benefit: Users of Wikipedias that haven't yet migrated from GeoHack
- Proposed solution: Migrate en:Module:Coordinates to use Kartographer and make the module available to all wikis by bundling it with the Scribunto extension (or the Kartographer extension).
- More comments:
- Phabricator tickets: task T187884, task T137253
- Proposer: Kaldari (talk) 01:14, 30 October 2018 (UTC)
Discussion
- Switching GeoHack to Kartographer in the Coordinates module is quite simple. We did this in Russian Wikipedia almost two years ago (see ru:Module:Coordinates). There are more social issues. For example, what to do with coordinates for other planets? Or should there be links to external maps? PS: If any projects want to use Kartographer, I’m ready to help with this. — putnik 09:09, 30 October 2018 (UTC)
- There are two problems here: one WMA, which is the map being presented. This is rather easy to replace even when we fully keep using geohack. That is basically what my mobile gadget does already and could be expanded to desktop easily. To replace geohack (which ALSO would replace WMA, as WMA depends on geohack) is a lower level discussion. For this I have created a sandbox version of en:Module_talk:Coordinates/testcases, which uses maplink instead of geohack where possible. I think however that the myriad of problems listed in Community Wishlist Survey 2019/Miscellaneous/Wikimedia Maps Improvements could derail any kind of discussion that would be held on it, which I personally have therfore not kickstarted yet (time and brain drain). I also see a slight problem with that the maplink created doesn't have a proper no-js target link fallback (Do we even have a ticket for that?). —TheDJ (talk • contribs) 10:15, 30 October 2018 (UTC)
- Personally I'd be reluctant to abandon GeoHack mostly due to Kartographer not allowing on-wiki customization for both global and regional map services (T152971, T146534). Pikne 11:54, 30 October 2018 (UTC)
- I guess you community tech could address these two issues if this wish is successful, or as a part of the maps wish above. Gryllida 22:40, 30 October 2018 (UTC)
Voting
- Support EneaSuper (talk) 13:52, 27 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 08:28, 17 November 2018 (UTC)
- Support ZellmerLP (talk) 10:10, 17 November 2018 (UTC)
- Oppose As far as I can tell Kartographer does not have any links to Google or Bing maps, only OSM maps which don't show contours, landscape or any other information on the terrain. I am quite willing to bet that most actual readers - as opposed to editors - want more than just a road map when they go to a coordinate. Jo-Jo Eumerus (talk, contributions) 10:17, 17 November 2018 (UTC)
- @Jo-Jo Eumerus: It does; if you open the big map view the "External maps" button at the bottom right lists various different maps. Jc86035 (talk) 10:49, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 10:58, 17 November 2018 (UTC)
- Support Jc86035 (talk) 11:44, 17 November 2018 (UTC)
- Support DerFussi 14:11, 17 November 2018 (UTC)
- Support Nouill (talk) 15:04, 17 November 2018 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 18:30, 17 November 2018 (UTC)
- Support Amir (talk) 19:21, 17 November 2018 (UTC)
- Support Yamaha5 (talk) 20:35, 17 November 2018 (UTC)
- Support Tim Landscheidt (talk) 01:38, 18 November 2018 (UTC)
- Support NMaia (talk) 10:34, 18 November 2018 (UTC)
- Support فرهنگ2016 (talk) 10:41, 18 November 2018 (UTC)
- Support Fatemi ♪ 18:53, 18 November 2018 (UTC)
- Support Shizhao (talk) 02:47, 19 November 2018 (UTC)
- I can't support this with the way Kartographer's maplink currently works. I hate having to use it because it makes it really slow, annoying and complicated to get to other map services, which is something I do a lot. In GeoHack I can quickly scan the page for the service I want and then click it. Kartographer requires moving the mouse all over the screen, clicking multiple times, reading multiple lists and it even forces me to stop and think about which category the service will be hidden under. Then it forces the links to open in a new tab, instead of letting me choose whether to open them in new tabs or not. - Nikki (talk) 10:12, 19 November 2018 (UTC)
- @Nikki: If you look at the top right corner of (for example) ru:Россия, you have one-click links for GeoHack, Google, Yandex and OpenStreetMap. Even better, as Kartographer is part of the MediaWiki UI, you can use your own user scripts to do literally anything you want to customize. --Tim Landscheidt (talk) 20:34, 28 November 2018 (UTC)
- Support —TheDJ (talk • contribs) 13:49, 19 November 2018 (UTC)
- Support Shmurak (talk) 08:41, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:29, 21 November 2018 (UTC)
- Support Sturm (talk) 04:48, 21 November 2018 (UTC)
- Support Vulphere 07:15, 21 November 2018 (UTC)
- Support Jack who built the house (talk) 18:30, 21 November 2018 (UTC)
- Support Zorzo Mirco (talk) 09:32, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:29, 22 November 2018 (UTC)
- Support Spacearcangel (talk) 18:56, 22 November 2018 (UTC)
- Support SalmanZ (talk) 21:17, 22 November 2018 (UTC)
- Support Ederporto (talk) 16:06, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:20, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 00:47, 24 November 2018 (UTC)
- Support Matěj Suchánek (talk) 09:10, 24 November 2018 (UTC)
- Support Sorcrosc (talk) 03:06, 25 November 2018 (UTC)
- Support HeinrichStuerzl (talk) 20:01, 25 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:44, 26 November 2018 (UTC)
- Support General Rommel (talk) 00:41, 27 November 2018 (UTC)
- Support Amir E. Aharoni (talk) 11:14, 27 November 2018 (UTC)
- Support GAllegre (talk) 13:48, 27 November 2018 (UTC)
- Support Phoe6 (talk) 03:33, 29 November 2018 (UTC)
Expand functionality of the map editor in VisualEditor
- Problem: To edit maps created with Kartographer, a user need to edit GeoJSON. This makes it a lot harder to make functional maps. Now it is hard to know how to add different kinds of pushpins (which ones are even available) and how to style them.
- Who would benefit: More editors would be able to make better maps which in the end would benefit readers.
- Proposed solution: Make an editor with fields/dropdown menus for properties/markers so that need for editing the GeoJSON code gets minimized.
- More comments:
- Phabricator tickets: phab:T125539
- Proposer: Ainali (talk) 23:11, 9 November 2018 (UTC)
Discussion
- Should this be under the Multimedia section? HLHJ (talk) 07:17, 14 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 08:28, 17 November 2018 (UTC)
- Support Afernand74 (talk) 08:52, 17 November 2018 (UTC)
- Support Libcub (talk) 10:50, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 11:00, 17 November 2018 (UTC)
- Support Ainali (talk) 11:45, 18 November 2018 (UTC)
- Support Wargo (talk) 23:59, 18 November 2018 (UTC)
- Support Andrewredk (talk) 20:13, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:30, 21 November 2018 (UTC)
- Support Ale_zena Ale zena (talk) 10:54, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:27, 22 November 2018 (UTC)
- Support Spacearcangel (talk) 18:59, 22 November 2018 (UTC)
- Support Eluinie (talk) 08:56, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:18, 23 November 2018 (UTC)
- Support Mbrickn (talk) 21:07, 23 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:30, 26 November 2018 (UTC)
- Support Amir E. Aharoni (talk) 11:13, 27 November 2018 (UTC)
- Support GAllegre (talk) 13:40, 27 November 2018 (UTC)
- Support Risker (talk) 07:27, 28 November 2018 (UTC)
- Support Olea (talk) 21:41, 29 November 2018 (UTC)
Display results of a SPARQL query on a map in Wikipedia
- Problem: On query.wikidata.org, you can easily display the result of a SPARQL query on a dynamic map (see the Venues in Broadway for example). But if you want to add this map to Wikipedia or any other Wikimedia project, you can't (except if you take a screenshot..).
- Who would benefit: All wikis.
- Proposed solution:
- More comments:
- Phabricator tickets: T188291
- Proposer: Ayack (talk) 15:10, 3 November 2018 (UTC)
Discussion
- Have you seen this feature of Kartographer: mw:Help:Extension:Kartographer#GeoShapes_via_Wikidata_Query? — 0x010C ~talk~ 11:03, 4 November 2018 (UTC)
- @0x010C: Yes, thanks, but I want to display points, not shapes. Ayack (talk) 09:59, 5 November 2018 (UTC)
- This is already possible using Graph extension, see example at en:Template:Graph:Street map with marks. Pikne 14:49, 17 November 2018 (UTC)
- Not bad, but also not a zoomable map, we should really take advantage of proper slippy maps technology. Ainali (talk) 11:53, 18 November 2018 (UTC)
Voting
- Support EneaSuper (talk) 13:48, 27 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 08:22, 17 November 2018 (UTC)
- Support Afernand74 (talk) 08:46, 17 November 2018 (UTC)
- Support Libcub (talk) 10:49, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 11:00, 17 November 2018 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:11, 17 November 2018 (UTC)
- Support DerFussi 14:11, 17 November 2018 (UTC)
- Support Naseweis520 (talk) 15:23, 17 November 2018 (UTC)
- Support Micru (talk) 16:09, 17 November 2018 (UTC)
- Support Cabayi (talk) 17:34, 17 November 2018 (UTC)
- Support Theklan (talk) 18:13, 17 November 2018 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 18:30, 17 November 2018 (UTC)
- Support NMaia (talk) 10:30, 18 November 2018 (UTC)
- Support Richard Nevell (talk) 10:50, 18 November 2018 (UTC)
- Support Ainali (talk) 11:52, 18 November 2018 (UTC)
- Support Jon Harald Søby (talk) 12:59, 18 November 2018 (UTC)
- Support ~ Amory (u • t • c) 16:52, 18 November 2018 (UTC)
- Support Gerd Fahrenhorst (talk) 20:49, 18 November 2018 (UTC)
- Support Bodhisattwa (talk) 03:57, 19 November 2018 (UTC)
- Support katpatuka (talk) 10:38, 19 November 2018 (UTC)
- Support β16 - (talk) 11:50, 19 November 2018 (UTC)
- Support Dhx1 (talk) 13:12, 19 November 2018 (UTC)
- Support CAPTAIN RAJU(T) 23:29, 19 November 2018 (UTC)
- Support John Cummings (talk) 19:08, 20 November 2018 (UTC)
- Support Joalpe (talk) 22:14, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:29, 21 November 2018 (UTC)
- Support Sturm (talk) 04:50, 21 November 2018 (UTC)
- Support Ayack (talk) 09:13, 21 November 2018 (UTC)
- Support Conny (talk) 13:52, 21 November 2018 (UTC)
- Support Zorzo Mirco (talk) 09:29, 22 November 2018 (UTC)
- Support L0ll0 (talk) 14:25, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:29, 22 November 2018 (UTC)
- Support Spacearcangel (talk) 18:49, 22 November 2018 (UTC)
- Support FiliP ██ 20:22, 22 November 2018 (UTC)
- Support Eluinie (talk) 08:59, 23 November 2018 (UTC)
- Support MisterSynergy (talk) 09:58, 23 November 2018 (UTC)
- Support Vulphere 14:29, 23 November 2018 (UTC)
- Support Ederporto (talk) 16:07, 23 November 2018 (UTC)
- Support Nvrandow (talk) 20:25, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 00:45, 24 November 2018 (UTC)
- Support Sorcrosc (talk) 03:28, 25 November 2018 (UTC)
- Support LorenzoStucchi (talk) 09:08, 25 November 2018 (UTC)
- Support WhatamIdoing (talk) 02:17, 26 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 02:22, 26 November 2018 (UTC)
- Support PMG (talk) 17:11, 26 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:49, 26 November 2018 (UTC)
- Support Amir E. Aharoni (talk) 11:13, 27 November 2018 (UTC)
- Support TheIgel69 (talk) 11:22, 27 November 2018 (UTC)
- Support GAllegre (talk) 13:40, 27 November 2018 (UTC)
- Support Zache (talk) 14:04, 27 November 2018 (UTC)
- Support Daniel Case (talk) 06:11, 28 November 2018 (UTC)
- Support Olea (talk) 21:42, 29 November 2018 (UTC)
- Support Yiyi (talk) 16:00, 30 November 2018 (UTC)
- Support RolandUnger (talk) 16:36, 30 November 2018 (UTC)
OSM map problem on dewiki
- Problem: The Geohack tool on dewiki does not use updated coordinates after update.
- Who would benefit: all users of dewiki calling up the OSM map of any article (which is systematically displaying the initial coordinates)
- Proposed solution:
- More comments: already requested earlier (e.g. [3], [4])
- Phabricator tickets:
- Proposer: --Stopfentrudel (talk) 13:44, 4 November 2018 (UTC)
Discussion
Compare for de:Wikipedia:Technische Wünsche/Topwünsche/OSM-Verknüpfungen besser warten: There are many map-related issues in dewiki that, excuse my language, actually are not being cared about. → «« Man77 »» [de] 15:43, 4 November 2018 (UTC)
- Specific steps which allow someone else to see the same problem would be super welcome: There is "MediaWiki:GeoHack.js" on some sites, there are https://tools.wmflabs.org/geohack/ or https://tools.wmflabs.org/wiwosm/ , "Template:GeoTemplate" on some sites, and a few more Map related things around, so I'd love to make sure that we're talking about exactly the same thing. Thanks! --AKlapper (WMF) (talk) 17:25, 4 November 2018 (UTC)
- You find these specific steps in the proposal, under "more comments". --Stopfentrudel (talk) 18:21, 4 November 2018 (UTC)
- A lot of the volunteer maintained maps are a bit in disarray. Most of the volunteers working on that stuff have sort of moved on to different things and a new generation of volunteers has not really materialised. In the mean time, stuff keeps changing around what was built and many of these things slowly break down left and right. Some of these would be easily solvable, others not. There are the production maps of WMF, which have their problems, but at least are a production level service with production level support. To make use of this however, requires people giving up on existing integrations, which the communities seem often reluctant to do. And some of the volunteer services aren't even yet available as WMF services (for instance 'nearby' map layers). As a matter of fact though, the tile servers for some of those maps even need to be updated, because if they are not, they will stop working in january altogether, yet so far no one has shown indications of being willing to work on that. Lots of opportunities here, but hard to navigate this space. Like, do you want WMF to patch up a tool ? Or do you want them to maintain it ? Or do you want to switch to next generation maps ? These are questions that need to be answered by communities. —TheDJ (talk • contribs) 08:43, 5 November 2018 (UTC)
- @Stopfentrudel: I had read what's under "more comments" and it was and is unclear to me which exact buttons or links were clicked where. --AKlapper (WMF) (talk) 12:28, 5 November 2018 (UTC)
- A lot of the volunteer maintained maps are a bit in disarray. Most of the volunteers working on that stuff have sort of moved on to different things and a new generation of volunteers has not really materialised. In the mean time, stuff keeps changing around what was built and many of these things slowly break down left and right. Some of these would be easily solvable, others not. There are the production maps of WMF, which have their problems, but at least are a production level service with production level support. To make use of this however, requires people giving up on existing integrations, which the communities seem often reluctant to do. And some of the volunteer services aren't even yet available as WMF services (for instance 'nearby' map layers). As a matter of fact though, the tile servers for some of those maps even need to be updated, because if they are not, they will stop working in january altogether, yet so far no one has shown indications of being willing to work on that. Lots of opportunities here, but hard to navigate this space. Like, do you want WMF to patch up a tool ? Or do you want them to maintain it ? Or do you want to switch to next generation maps ? These are questions that need to be answered by communities. —TheDJ (talk • contribs) 08:43, 5 November 2018 (UTC)
- You find these specific steps in the proposal, under "more comments". --Stopfentrudel (talk) 18:21, 4 November 2018 (UTC)
- Take de:Municipio Tequisquiapan as example (click the link in this line)
- In the top right corner, depending on your personal settings, but usually below the place where you click to log off from your account, at the same height as the lemma you should see "Koordinaten: 20° 30′ N, 99° 54′ W", followed by two symbols (one in green with a magnifier symbol, one in blue like a globe with a black triangle). Click the green symbol.
- A map should have loaded. In this map there are two things missing:
- The WIWOSM connex should have displayed this outline in the very map that opened. This is currently not the case because the database has not been updated for ages even though according to user:Kolossos this ought to happen daily and automatically. Open the same map in de:Querétaro (Bundesstaat) to see how this outline should de displayed.
- The map lacks information about other articles which were created after a day X (indeed very very long ago, longer than the last update of problem 1). If you zoom out a little, about 30 km to the northeast of the coordinate in our article you should see a pin with a W which marks the place the article de:Zimapán-Talsperre is describing, 20 km to the north there is a red square for de:Bernal (Mexiko). Younger articles like de:Tequisquiapan virtually next to our example, or de:San Juan del Río (Querétaro) some 15 km to the southwest are not marked. This is increasingly painful, as the map and our stock of articles are extremely out of sync.
- This is not merely a dewiki problem. Other wikis like eswiki or itwiki which use WIWOSM have the same issues.
- → «« Man77 »» [de] 17:38, 5 November 2018 (UTC)
- To the two points above:
- We should test if we could change from WIWOSM to Kartographer-Objects (e.g. https://maps.wikimedia.org/geoshape?getgeojson=1&ids=Q797). For this smaller change I would only need to determine the Wikidata-ID inside my map script. Second problem is perhaps map projection and the need for a proxy. It's a smaller change and perhaps done with some help from an JavaScript-Programmer in some hours.
- Database updates are an other problem as the sql queries that I run in the past are now much slower and break more often, so I stop the last update after 2 days of frustration. (Same frustration like with my other project templatiger [5]. Other users are also frustrated...) So in my eyes I will not further work on that and say that all objects created after 2016 are not relevant for the map. Sorry for that. It would be much easier to extract coordinates from Wikidata instead of different Wikipedias, but than all objects inside of list would missing. This could be an option to can switch between one old layer from Wikipedia or an updated layer from Wikidata.
- My problem is that the WMF has no clue what to do with maps. Where is a map in the mobil app, where it is needed mostly, and not only a nearby map but also a map around each article. And where is a user concept and an clean up for maps... Where are the innovative ideas from WMF about maps where is a contact person to talk about maps? Without such a plan I feel it's more more and more a waste of time. --Kolossos (talk) 15:15, 6 November 2018 (UTC)
- The answer to this is basically "no budget"/"no people". With day to day maintenance and several key long term strategy projects, the foundation (and WMDE) are 'full'. Scaling beyond the current levels requires investing more in engineering and past feedback has shown very little support for additional investments from the community (and management honestly). So officially, YOU can determine the direction. The problem is that you need to keep to WMF rules about code quality, stability and scaling and find another person of equal level to approve your code changes. And considering you also need additional services, you probably also need to be a sysop. And honestly that is asking too much of most volunteers. It's why I generally tend to limit myself to bug fixing. But please take the Kartographer project in phabricator and comment on every single ticket with your opinion. Please DO draw mockups and provide a white paper with commentary on how things SHOULD be working. And please do keep pushing the foundation. Also please consider that there are currently a LOT of things out there already. In situations where there is a lot of differences in technology between the various wikis, then the foundation has learned it takes 6months to a year to get significant changes through to the communities. —TheDJ (talk • contribs) 08:59, 7 November 2018 (UTC)
- To the two points above:
- In addition to making it into the "Topwünsche" list of dewiki in 2015 (mentioned above), the proposal had another 19 votes last year on dewiki. [6] --Stopfentrudel (talk) 10:01, 22 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 08:22, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 11:00, 17 November 2018 (UTC)
- Support Nortix08 (talk) 06:20, 20 November 2018 (UTC)
- Support → «« Man77 »» [de] 13:08, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:27, 21 November 2018 (UTC)
- Support --Stopfentrudel (talk) 10:01, 22 November 2018 (UTC)
- Support Bubici (talk) 12:47, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:28, 22 November 2018 (UTC)
- Support Tanneneichhorn (talk) 12:02, 23 November 2018 (UTC)
- Support Mbrickn (talk) 21:02, 23 November 2018 (UTC)
- Support Mecki.DtH (talk) 12:23, 24 November 2018 (UTC)
GeoLocation selection
- Problem: We have 1000's of village titles in tawiki without geolocation
- Who would benefit: tawiki
- Proposed solution: Need a popup to open OSM (openstreetmap.org) and select a point and the point should add in wikidata and in wiki Template (current page).
- More comments:
- Phabricator tickets:
- Proposer: Mdmahir (talk) 06:51, 10 November 2018 (UTC)
Discussion
- This seems simple. A GUI editing tool to input geographic co-ordinates from a map. I can see someone using this, but maybe not one person for thousands of villages. HLHJ (talk) 07:45, 14 November 2018 (UTC)
- In my opinion the best new idea of this year's survey! --Dvorapa (talk) 19:42, 18 November 2018 (UTC)
Voting
- Support Gehenna1510 (talk) 00:39, 17 November 2018 (UTC)
- Support Fabiorahamim (talk) 07:06, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 08:26, 17 November 2018 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 10:14, 17 November 2018 (UTC)
- Support Libcub (talk) 10:48, 17 November 2018 (UTC)
- Support Frettie (talk) 10:58, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 10:59, 17 November 2018 (UTC)
- Support Walter Klosse (talk) 11:58, 17 November 2018 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:12, 17 November 2018 (UTC)
- Support Aristeas (talk) 17:32, 17 November 2018 (UTC)
- Support JAn Dudík (talk) 20:19, 17 November 2018 (UTC)
- Support HLHJ (talk) 02:01, 18 November 2018 (UTC)
- Support OhanaUnitedTalk page 04:25, 18 November 2018 (UTC)
- Support NMaia (talk) 10:32, 18 November 2018 (UTC)
- Support Dvorapa (talk) 19:41, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 00:07, 19 November 2018 (UTC)
- Support Shizhao (talk) 02:49, 19 November 2018 (UTC)
- Support Sabas88 (talk) 08:53, 19 November 2018 (UTC)
- Support Dhx1 (talk) 13:13, 19 November 2018 (UTC)
- Support Mend My Way 23:50, 19 November 2018 (UTC)
- Support Jamesmcmahon0 (talk) 10:37, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:27, 21 November 2018 (UTC)
- Support Afernand74 (talk) 08:23, 22 November 2018 (UTC)
- Support Zorzo Mirco (talk) 09:30, 22 November 2018 (UTC)
- Support Bubici (talk) 12:43, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:28, 22 November 2018 (UTC)
- Support Vulphere 17:20, 22 November 2018 (UTC)
- Support Spacearcangel (talk) 18:53, 22 November 2018 (UTC)
- Support Eluinie (talk) 08:52, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:20, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 00:33, 24 November 2018 (UTC)
- Support Sorcrosc (talk) 03:24, 25 November 2018 (UTC)
- Support LorenzoStucchi (talk) 09:10, 25 November 2018 (UTC)
- Support HeinrichStuerzl (talk) 19:36, 25 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 02:23, 26 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:43, 26 November 2018 (UTC)
- Support Izno (talk) 01:16, 27 November 2018 (UTC)
- Support Wargo (talk) 19:48, 29 November 2018 (UTC)
New Swiss map coordinate system
- Problem: Switzerland has adopted a new coordinate grid by adding additional 2000 km of false easting and 1000 km of false northing. Location 600 000 / 200 000 has thus become 2 600 000 / 1 200 000.
- Who would benefit: all readers of articles about locations in Switzerland
- Proposed solution: change of https://de.wikipedia.org/wiki/Vorlage:WGS84-CH1903
- More comments: [7]
- Phabricator tickets:
- Proposer: Stopfentrudel (talk) 08:30, 5 November 2018 (UTC)
Discussion
- Isn't this something that a bot can do rather easily ? Are there no bot authors within the german community capable of taking on this task ? Maybe a lua module to convert old values to new display values ? —TheDJ (talk • contribs) 08:46, 5 November 2018 (UTC)
- I assume coordinate values are stored as WGS84, which means degrees latitude and degrees longitude. Therefore, the change should probably be made in the conversion/diplay template, not by using a bot changing thousands of articles. --Stopfentrudel (talk) 09:05, 5 November 2018 (UTC)
- I see this was brought up last year on German Wikipedia, but no change has been made. It seems to be up to German Wikipedia community if or when they want to make the transition and change easting/northing values (and possibly other parts of conversion formulas if new coordinates' system requires it) in given template. Pikne 16:43, 14 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 08:26, 17 November 2018 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 11:00, 17 November 2018 (UTC)
- Support Novak Watchmen (talk) 01:29, 21 November 2018 (UTC)
- Support Vulphere 08:01, 21 November 2018 (UTC)
- Support Zorzo Mirco (talk) 09:33, 22 November 2018 (UTC)
- Support Bubici (talk) 12:47, 22 November 2018 (UTC)
- Support MarcoMinghini (talk) 14:29, 22 November 2018 (UTC)
- Support PMG (talk) 17:09, 26 November 2018 (UTC)
- Support Filipović Zoran (talk) 19:46, 26 November 2018 (UTC)