Update. There is now a Special:Map which when passed API parameters
can construct a map from the corresponding API request. This would
give us the opportunity to create maps around existing data. This
would support a Nearby map view.
See this link for more:
http://wikimaps-ext.wmflabs.org/wiki/Mak
>
> FYI, Limn is also sort of taken in the MediaWiki/WMF namespace:
> https://www.mediawiki.org/wiki/Analytics/Limn
Yep, but that Limn is dying slowly. If we do this new extension properly,
it will take its place. As Erik said, this is not staffed for success
right now but it would address many
On 05/14/2014 12:43 PM, Dan Andreescu wrote:
* File namespace serving raw data from Commons (where people are familiar
with take down notices and have the infrastructure to deal with that)
We shouldn't let copyright considerations dictate which WMF project
hosts the data. https://wikimediafou
Thanks for starting this Jon, the end result is going to be awesome. So
here's how I see things, it's roughly along the lines of what you've been
saying:
Server-side rendering and scaling is important. This is one of the main
reasons I picked Vega [2] for my hack. The same visualization grammar
Tim I completely agree. This is something we need to setup.
Patches very much welcomed! :-)
On Wed, May 14, 2014 at 7:51 AM, Tim Alder wrote:
> I think the most important feature is to create on serverside a
> thumbnail for each map by using something like http://phantomjs.org/
> This thumbnail
