Tim, I was very excited to get your email! I somehow missed Simon's efforts, and I think it would be a great idea for all of us to sync up (perhaps via hangout?)
I have recently submitted Kartographer <https://www.mediawiki.org/wiki/Extension:Kartographer> extension (code <https://github.com/wikimedia/mediawiki-extensions-Kartographer>) for security review, and I hope we could deploy it at least to Wikivoyage fairly soon. Kartographer eventually should allow readers to see and interact with the map just like Graph examples <https://www.mediawiki.org/wiki/Extension:Graph/Demo#Vega_2.0_Interactive_Examples> . Kartographer uses mabox.js library <https://github.com/mapbox/mapbox.js/>, which includes Leaflet. Using mapbox.js will allow editors to add styled GeoJSON <https://github.com/mapbox/simplestyle-spec/tree/master/1.1.0> directly to wikipedia pages - example <https://www.mediawiki.org/wiki/Extension:Kartographer#Usage_Ideas>. Also worth mentioning is the new feature <https://github.com/kartotherian/kartotherian/blob/master/README.md#markers> I added to Kartotherian - an ability to generate pushpin images of any Maki symbol in any color (example <https://maps.wikimedia.org/v4/marker/pin-l-rail-metro+007...@2x.png>). Kartographer should allow editors to customize map for each article. The big remaining issue is the server-side rendering - we can already generate static images, but we must be able to generate them with the extra GeoJSON layers. It seems leaflet/mapbox.js do not support node.js headless rendering. I saw the leaflet-headless <https://github.com/jieter/leaflet-headless> project, but it might require some work to use it with mapbox.js. So any help with this would be great. Now to the points from your email: * Style goals task <https://phabricator.wikimedia.org/T113912> is open, we should discuss how to work on it * Transportation POIs was a request from Wikivoyage community. I feel they should be at least reduced in size and restyled - should be easy enough using Mapbox Studio, but I am very bad at visual designing - any patches are welcome. * Mobile Android app just added maps, but they use the base layer plus add pushpins for Wikipedia articles. Eventually I hope they will be able to show maps as part of the articles, with the extra layers. * Simon map is an awesome effort, and we should figure out how to bring it from wmflabs to production - otherwise we won't be able to use it for Wikipedia traffic - the virtual servers won't be able to support it, and it is not safe from security perspective. * Multilingual maps are a huge request, so seriously doubt it in 2 months. WMDE has graciously offered one of their engineers, Johannes, to work on Mapnik. He already fixed a very long standing RTL font rendering bug, and hopefully he will be able to figure out how to add HSTORE storage to Mapnik. Once done, it will be simple to add all languages to the vector tiles, and to pick what to render at the last second. * We cannot show maps to any Wikipedia users as part of the articles because we don't have the server capacity for that yet. But, you can easily switch the geohack template (GPS coords in the upper right corner) to use our new maps, just like ruwiki did, by modifying GeoTemplate <https://ru.wikipedia.org/wiki/%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:GeoTemplate> and GeoHack.js <https://ru.wikipedia.org/wiki/MediaWiki:GeoHack.js> (these are ruwiki, but you can do the same for dewiki, enwiki, etc). As always, this is up to the community and not WMF, thus I didn't do it myself. Switching ruwiki geohack quadrupled our traffic <http://searchdata.wmflabs.org/maps/>. But geohack is obviously a stopgap measure - once we have more capacity, I hope we can use Kartographer extension on all Wikipedias. * I'm fairly happy with the performance - all maps are served via 2 varnish caching servers + 4 backend servers. For full production, we will need 4 varnish servers in each of the 4 data centers. That should significantly improve performance for many regions. * A still big open question is how to add large external databases to Wikipedia. OSM database required huge efforts, but we shouldn't have to do this every time we add a new db. No solution for this yet. One option is to set up a well understood API on your database, and let Kartographer pick up that data? * We already generate a un-labeled map (use /osm/ instead of /osm-intl/ ) - this can help with label collusion. * Priorities is a great question :) This quarter we were primarily concentrating on community feedback and adaption - which has been going great (maps on android, geo hack, wikivoyage). The next quarter we should start doing more integration and expansion, assuming we can get our hands on some servers. == What can you help with == * Design a new better map Wikipedia-specific style * Design a new better WebGL map Wikipedia-specific style * Help improve SQL for vector tile generation (many bugs there) * Help making mapbox.js run in node.js * Gather and outline maps usage scenarios (product manager role) * Expose your data via an API, and consume it via Kartographer * Add more capabilities to Kartographer, e.g. spinning globe, etc * Something else? Ping me with any questions or ideas! On Sat, Dec 12, 2015 at 9:17 PM, Tim Alder <t...@alder-digital.de> wrote: > Hello Yuri, > I'm glad that Simon (in CC) starts to create a new leaflet-version of > the map that we want to include inside Wikipedia [1]. Daniel Schwen is > in CC as developer of the WikiMiniAtlas. > > I believe the most things we can do in a community-driven process, but > there are some things where the WMF can perhaps help: > *Some design advice for Simon's map would be nice. What do you think > about the map? (The interactive Icons and the background map have to > work together, in the moment are e.g. the train station icons on the > background in the same color space like the icon above. Perhaps you can > re-color the train station or remove them. Especial the tram stations > seems not so important for me and could be removed in my eyes.) > *What features should we really have? > *What can we do to be usable in the mobile Wikipedia version or the app? > *What's the status of multilingual map tiles. Is there a chance to have > it available in 2 months or so? > *We know that only a promile of the Wikipedia-readers are using the map. > Do you see a chance that we get some advertising for it. I mean a larger > icon or for some time a little hint or a pop-up of the map for some > percent of the readers or so could help. > > How happy are you in the moment with the render stack and the servers? > Do you think there will some problems with the performance to deliver > tiles? > > My Wikipedia-coordinates are in the Toollabs-OSM-database "gis" in > tables "wp_coords_red0", for each request I generate a new Geojson for > individual window of view. Do you think it would make more sense to try > to reder this data in vector tiles? Compared with OSM this data volume > is so little that we don't need hstore for it. I believe the benefit > could be to avoid collisions with other label and make it more > consistent during panning the map. It could be also interesting to > really render the labels in each different language as clickable labels. > What do you think? Could you help with rendering? > > Did WMF change the priorities for maps? > > Best regards, > Tim alias Kolossos > > [1] > https://tools.wmflabs.org/wiwosm/osm-gadget-leaflet/#/?lang=de&article=Berlin > Github: > https://github.com/simon04/osm-gadget-leaflet/ >
_______________________________________________ Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
