During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case.
The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template.
Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)!
I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question "For my usecase A what would the WikiMaps extension have to support for me to use it".
Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon
PS, i'm building an instance that is running this extension.
On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrobson@wikimedia.org wrote:
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case.
The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template.
Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)!
I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question "For my usecase A what would the WikiMaps extension have to support for me to use it".
Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon
[1] https://github.com/jdlrobson/WikiMaps
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Visual: ? On 14 May 2014 10:44, "Derk-Jan Hartman" d.j.hartman+wmf_ml@gmail.com wrote:
PS, i'm building an instance that is running this extension.
On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrobson@wikimedia.org wrote:
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case.
The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template.
Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)!
I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question "For my usecase A what would the WikiMaps extension have to support for me to use it".
Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon
[1] https://github.com/jdlrobson/WikiMaps
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
PictureIt: Envision: Imagine:
On May 15, 2014, at 17:06 , Jon Robson jdlrobson@gmail.com wrote:
Visual: ? On 14 May 2014 10:44, "Derk-Jan Hartman" d.j.hartman+wmf_ml@gmail.com wrote:
PS, i'm building an instance that is running this extension.
On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrobson@wikimedia.org wrote:
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case.
The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template.
Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)!
I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question "For my usecase A what would the WikiMaps extension have to support for me to use it".
Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon
[1] https://github.com/jdlrobson/WikiMaps
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I like Visual:, any +1s? +2s?
The only downside might be a slight conflict with VisualEditor
On Thu, May 15, 2014 at 11:20 AM, dan-nl dan.entous.wikimedia@gmail.comwrote:
PictureIt: Envision: Imagine:
On May 15, 2014, at 17:06 , Jon Robson jdlrobson@gmail.com wrote:
Visual: ? On 14 May 2014 10:44, "Derk-Jan Hartman" d.j.hartman+wmf_ml@gmail.com wrote:
PS, i'm building an instance that is running this extension.
On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrobson@wikimedia.org wrote:
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case.
The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template.
Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)!
I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question "For my usecase A what would the WikiMaps extension have to support for me to use it".
Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon
[1] https://github.com/jdlrobson/WikiMaps
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
By the way, the Vega work is deployed to this wiki:
http://analytics-wiki.wmflabs.org/mediawiki/Main_Page#Visualization
Jon/DJ/Aude, if you want I can add a more generic proxy name for that wiki and put your stuff on there too? It's in the analytics project in labs but I'm happy to give anyone rights to it.
On Thu, May 15, 2014 at 1:35 PM, Dan Andreescu dandreescu@wikimedia.orgwrote:
I like Visual:, any +1s? +2s?
The only downside might be a slight conflict with VisualEditor
On Thu, May 15, 2014 at 11:20 AM, dan-nl dan.entous.wikimedia@gmail.comwrote:
PictureIt: Envision: Imagine:
On May 15, 2014, at 17:06 , Jon Robson jdlrobson@gmail.com wrote:
Visual: ? On 14 May 2014 10:44, "Derk-Jan Hartman" d.j.hartman+wmf_ml@gmail.com wrote:
PS, i'm building an instance that is running this extension.
On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrobson@wikimedia.org wrote:
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case.
The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template.
Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)!
I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question "For my usecase A what would the WikiMaps extension have to support for me to use it".
Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon
[1] https://github.com/jdlrobson/WikiMaps
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
DataDisplay:
On May 15, 2014, at 22:59 , Dan Andreescu dandreescu@wikimedia.org wrote:
By the way, the Vega work is deployed to this wiki:
http://analytics-wiki.wmflabs.org/mediawiki/Main_Page#Visualization
Jon/DJ/Aude, if you want I can add a more generic proxy name for that wiki and put your stuff on there too? It's in the analytics project in labs but I'm happy to give anyone rights to it.
On Thu, May 15, 2014 at 1:35 PM, Dan Andreescu dandreescu@wikimedia.orgwrote:
I like Visual:, any +1s? +2s?
The only downside might be a slight conflict with VisualEditor
On Thu, May 15, 2014 at 11:20 AM, dan-nl dan.entous.wikimedia@gmail.comwrote:
PictureIt: Envision: Imagine:
On May 15, 2014, at 17:06 , Jon Robson jdlrobson@gmail.com wrote:
Visual: ? On 14 May 2014 10:44, "Derk-Jan Hartman" d.j.hartman+wmf_ml@gmail.com wrote:
PS, i'm building an instance that is running this extension.
On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrobson@wikimedia.org wrote:
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case.
The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template.
Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)!
I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question "For my usecase A what would the WikiMaps extension have to support for me to use it".
Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon
[1] https://github.com/jdlrobson/WikiMaps
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Folks, this looks really fantastic, way to go!!
I'd really love to contribute to this, as time allows, BTW.
- Data (one or more sets of data, can be geojson, topojson, tsv, csv,
layers from OSM [3], OHM [4], etc.)
<snip />
- Datasets in WikiData using an alternative data model
I'm especially interested in what could be done with Wikidata queries, and hooking those into a Wiki's metadata. I think this has tons of potential for analyzing contributions to Wikipedia in a collaborative way. A bit a la Wikimetrics but with many more options for pulling in and hooking up data of various sorts, on-wiki.
It would also be great to hook this into activity feeds for sets of users or articles, for example, so you could go back and forth between a stream of edits and aggregate data about them, or maybe even overlay a graph on a stream of edits along a timeline.
Finally, it would be nice to be able to define data transformations and visualizations in a modular way. For example, if one user has an interesting data set or Wikidata query that pulls in information on events related to a certain topic, and another user has defined a nice way of visualizing events on a timeline, a third might be able to use the first user's data with the second user's visualization defintion, or even bring in data on a different set of events, and display both sets in a single visualization, etc., etc. Mmm, just a thought...
It's a word that means "to illuminate": Limn [5].
- It's a word that is difficult to translate.
How about "Munge"? As in, it munges data so you can view it in different ways? That's easy to translate! Rhymes with "grunge"...
Cheers, Andrew
On 15/05/14 15:59, Dan Andreescu wrote:
By the way, the Vega work is deployed to this wiki:
http://analytics-wiki.wmflabs.org/mediawiki/Main_Page#Visualization
Jon/DJ/Aude, if you want I can add a more generic proxy name for that wiki and put your stuff on there too? It's in the analytics project in labs but I'm happy to give anyone rights to it.
On Thu, May 15, 2014 at 1:35 PM, Dan Andreescu dandreescu@wikimedia.orgwrote:
I like Visual:, any +1s? +2s?
The only downside might be a slight conflict with VisualEditor
On Thu, May 15, 2014 at 11:20 AM, dan-nl dan.entous.wikimedia@gmail.comwrote:
PictureIt: Envision: Imagine:
On May 15, 2014, at 17:06 , Jon Robson jdlrobson@gmail.com wrote:
Visual: ? On 14 May 2014 10:44, "Derk-Jan Hartman" d.j.hartman+wmf_ml@gmail.com wrote:
PS, i'm building an instance that is running this extension.
On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrobson@wikimedia.org wrote:
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case.
The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template.
Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)!
I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question "For my usecase A what would the WikiMaps extension have to support for me to use it".
Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon
Hoi, For your information there are several things Wikidata can already do.
- When for instance a district is associated with a "shape", multiple shapes could be known and dated by Wikidata. - It could know of the existence of maps and when a map is defined in a way that allows for queries, typically the four corners of a map allow for the calculation of a radius - we can query maps to find out if a specific coordinate and consequently item is in that map. - Finally, there are several examples of the results of queries shown on a map. Reasonator has a button that shows a map for every item that is in a 15km range of the item involved. Colossus has buid tool that shows classes on a map based in Wikidata info..
Thanks, GerardM
[1] http://tools.wmflabs.org/wikidata-todo/around.html?lat=47.378611111111&l... [2] http://tools.wmflabs.org/wp-world/wikidata/superclasses.php?lang=en
On 16 May 2014 00:21, Andrew Green agreen@wikimedia.org wrote:
Folks, this looks really fantastic, way to go!!
I'd really love to contribute to this, as time allows, BTW.
- Data (one or more sets of data, can be geojson, topojson, tsv, csv,
layers from OSM [3], OHM [4], etc.)
<snip />
- Datasets in WikiData using an alternative data model
I'm especially interested in what could be done with Wikidata queries, and hooking those into a Wiki's metadata. I think this has tons of potential for analyzing contributions to Wikipedia in a collaborative way. A bit a la Wikimetrics but with many more options for pulling in and hooking up data of various sorts, on-wiki.
It would also be great to hook this into activity feeds for sets of users or articles, for example, so you could go back and forth between a stream of edits and aggregate data about them, or maybe even overlay a graph on a stream of edits along a timeline.
Finally, it would be nice to be able to define data transformations and visualizations in a modular way. For example, if one user has an interesting data set or Wikidata query that pulls in information on events related to a certain topic, and another user has defined a nice way of visualizing events on a timeline, a third might be able to use the first user's data with the second user's visualization defintion, or even bring in data on a different set of events, and display both sets in a single visualization, etc., etc. Mmm, just a thought...
It's a word that means "to illuminate": Limn [5].
- It's a word that is difficult to translate.
How about "Munge"? As in, it munges data so you can view it in different ways? That's easy to translate! Rhymes with "grunge"...
Cheers, Andrew
On 15/05/14 15:59, Dan Andreescu wrote:
By the way, the Vega work is deployed to this wiki:
http://analytics-wiki.wmflabs.org/mediawiki/Main_Page#Visualization
Jon/DJ/Aude, if you want I can add a more generic proxy name for that wiki and put your stuff on there too? It's in the analytics project in labs but I'm happy to give anyone rights to it.
On Thu, May 15, 2014 at 1:35 PM, Dan Andreescu dandreescu@wikimedia.org wrote:
I like Visual:, any +1s? +2s?
The only downside might be a slight conflict with VisualEditor
On Thu, May 15, 2014 at 11:20 AM, dan-nl <dan.entous.wikimedia@gmail.com
wrote:
PictureIt:
Envision: Imagine:
On May 15, 2014, at 17:06 , Jon Robson jdlrobson@gmail.com wrote:
Visual: ?
On 14 May 2014 10:44, "Derk-Jan Hartman" <d.j.hartman+wmf_ml@gmail.com
wrote:
PS, i'm building an instance that is running this extension.
On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrobson@wikimedia.org wrote:
> During the Zurich hackathon, DJ Hartman, Aude and I knocked up a > generic maps prototype extension [1]. We have noticed that many maps > like extensions keep popping up and believed it was time we > standardised on one that all these extensions could use so we share > data better. > > We took a look at all the existing use cases and tried to imagine > what > such an extension would look like that wouldn't be too tied into a > specific use case. > > The extension we came up with was a map extension that introduces a > Map namespace where data for the map is stored in raw GeoJSON and can > be edited via a JavaScript map editor interface. It also allows the > inclusion of maps in wiki articles via a map template. > > Dan Andreescu also created a similar visualisation namespace which > may > want to be folded into this as a map could be seen as a > visualisation. > I invite Dan to comment on this with further details :-)! > > I'd be interested in people's thoughts around this extension. In > particular I'd be interested in the answer to the question "For my > usecase A what would the WikiMaps extension have to support for me to > use it". > > Thanks for your involvement in this discussion. Let's finally get a > maps extension up on a wikimedia box! > Jon > > [1] https://github.com/jdlrobson/WikiMaps > >
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, May 15, 2014 at 7:35 PM, Dan Andreescu dandreescu@wikimedia.orgwrote:
I like Visual:, any +1s? +2s?
I give it a +0.5 :) I also like "Render" but its meaning has become too attached to 3d graphics... Anyhow if we have a "Visual" and a "VisualData" namespace, they could be associated to each other: https://www.mediawiki.org/wiki/Requests_for_comment/Associated_namespaces
On Fri, May 16, 2014 at 12:36 AM, Erik Moeller erik@wikimedia.org wrote:
It might be good to design it with Commons in mind from the start, so that a Visual:/View: can be loaded from a foreign repository as well as the local one. A qLabel style translation approach (using Wikidata) might be helpful to consider as well.
Commons looks for sure like a good place to store the datasets needed for visualizations. I left a message on the their Village Pump to see if there is any concern. I like qLabel approach, and I would go even a step forward to suggest linking the CSV headers to Wikidata properties. That way we could also verify later on the data formatting, or importing it more easily into Wikidata if needed.
Overall this is very exciting work with lots of potential future
applications. I don't think it's resourced for success yet, but let's figure out where it should sit in our roadmap since it would address many shared needs if done right.
True! It would be nice to talk about it during Wikimania, from my side I started a community consultation here: https://meta.wikimedia.org/wiki/Requests_for_comment/How_to_deal_with_open_d...
Micru
Overall this is very exciting work with lots of potential future
applications. I don't think it's resourced for success yet, but let's figure out where it should sit in our roadmap since it would address many shared needs if done right.
True! It would be nice to talk about it during Wikimania, from my side I started a community consultation here:
https://meta.wikimedia.org/wiki/Requests_for_comment/How_to_deal_with_open_d...
Thanks for the interest Micru, and especially that RFC. I am not scheduled to attend Wikimania but I could fly myself there if you think this topic will receive attention. (Also, I don't know how Wikimania works :))
Sorry, but "Limn" sounds pretty pretentious, and it is hard to pronounce.
On Tue, May 20, 2014 at 11:53 AM, Dan Andreescu dandreescu@wikimedia.org wrote:
Overall this is very exciting work with lots of potential future
applications. I don't think it's resourced for success yet, but let's figure out where it should sit in our roadmap since it would address many shared needs if done right.
True! It would be nice to talk about it during Wikimania, from my side I started a community consultation here:
https://meta.wikimedia.org/wiki/Requests_for_comment/How_to_deal_with_open_d...
Thanks for the interest Micru, and especially that RFC. I am not scheduled to attend Wikimania but I could fly myself there if you think this topic will receive attention. (Also, I don't know how Wikimania works :)) _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Sorry, but "Limn" sounds pretty pretentious, and it is hard to pronounce.
no problem at all, you're not hurting my feelings :) Sounds like people don't like the name, so let's drop it. The top contender right now is Visual: and I'll ping the Visual Editor folks right now to see if they mind.
On Thu, May 15, 2014 at 8:06 AM, Jon Robson jdlrobson@gmail.com wrote:
Visual: ?
The mild conflict VisualEditor: conflict aside, that seems reasonable. View: might also work if it's not used for something else. Either way, it's going to be a bit tricky to translate.
It might be good to design it with Commons in mind from the start, so that a Visual:/View: can be loaded from a foreign repository as well as the local one. A qLabel style translation approach (using Wikidata) might be helpful to consider as well [1].
Overall this is very exciting work with lots of potential future applications. I don't think it's resourced for success yet, but let's figure out where it should sit in our roadmap since it would address many shared needs if done right.
Erik
[1] http://google-opensource.blogspot.com/2014/04/qlabel-multilingual-content-wi...
Le 14/05/2014 00:34, Jon Robson a écrit :
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. [1] https://github.com/jdlrobson/WikiMaps
<snip>
Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)!
Hello Jon,
In short, I have been very impressed by the lightning presentation of WikiMaps and Dan Vizualization extension.
- WikiMaps seems to be a subset of Dan hack, it uses GeoJSON and renders them on top of an OpenStreet map layer.
- Dan Viz extensions goes a step further since it uses any JSON based format (ie GeoJSON) and then let you pick a renderer (ie: map) and finely tweak the resulting output.
Both will make it way easier to render data set in a meaningful way to our users and I am inviting you to *merge both efforts* to build the next generation data visualization utility.
A typical use case for me would be:
- get the the population of countries over time (from wikidata?) - collaboratively work on a data visualization - have the resulting render parameters saved up with an id - insert it in article
Such a system has been created previously but went down in 2010: Swivel. You can still find articles about it though, ie:
http://datavisualization.ch/tools/swivel-review-%E2%80%93-a-guest-post-on-in... http://infosthetics.com/archives/2010/04/social_visualization_software_revie...
It was essentially wikidata geared toward datasets with a very nice graphical interface to build and share data visualization. People could vote for the best rendering and you could comment and share them easily.
(((random I am a naive person mumbling)))
The last fifteen years have seen information and knowledge spreading all around the planet, big data is the next revolution. The challenge comes in apprehending them and your visualization tools are definitely a step forward.
If anyone has doubt about data visualization, you should have a look at a 20 minutes tech talk which nicely highlight how there is no more third world countries any more (among other debunking): http://www.ted.com/talks/hans_rosling_shows_the_best_stats_you_ve_ever_seen
Heck, if I had the opportunity I will reach out to the community, make data visualization part of the Wikimedia strategic plan and raise a few millions dollars to make it a project of its own. It has so much leverage to better understand the world we are living in. If such project looked for a data visualization evangelist, I would be on the front line.
Yes - Dan and I talked about this during the hackathon. Dan was thinking bigger and even more generic then me. The two could potentially play hand in hand - essentially the Map namespace would be used to make and curate maps and provide basic embedding and the Visualisation* namespace could be used to point to a Map page as the data source to do more complex things with the data set.
It would be good to play with this idea some more. The best next step in my opinion would be to find a more complicated example of what the community is currently doing with maps and use the Visualisation namespace to recreate that visualisation using a map that exists in the map namespace.
PS. Do we own wikimaps.org - I can imagine a map wiki would be extremely useful project to us.
* or suggest better name :-)
On Wed, May 14, 2014 at 2:14 PM, Antoine Musso hashar+wmf@free.fr wrote:
Le 14/05/2014 00:34, Jon Robson a écrit :
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. [1] https://github.com/jdlrobson/WikiMaps
<snip> > Dan Andreescu also created a similar visualisation namespace which may > want to be folded into this as a map could be seen as a visualisation. > I invite Dan to comment on this with further details :-)!
Hello Jon,
In short, I have been very impressed by the lightning presentation of WikiMaps and Dan Vizualization extension.
- WikiMaps seems to be a subset of Dan hack, it uses GeoJSON and renders
them on top of an OpenStreet map layer.
- Dan Viz extensions goes a step further since it uses any JSON based
format (ie GeoJSON) and then let you pick a renderer (ie: map) and finely tweak the resulting output.
Both will make it way easier to render data set in a meaningful way to our users and I am inviting you to *merge both efforts* to build the next generation data visualization utility.
A typical use case for me would be:
- get the the population of countries over time (from wikidata?)
- collaboratively work on a data visualization
- have the resulting render parameters saved up with an id
- insert it in article
Such a system has been created previously but went down in 2010: Swivel. You can still find articles about it though, ie:
http://datavisualization.ch/tools/swivel-review-%E2%80%93-a-guest-post-on-in... http://infosthetics.com/archives/2010/04/social_visualization_software_revie...
It was essentially wikidata geared toward datasets with a very nice graphical interface to build and share data visualization. People could vote for the best rendering and you could comment and share them easily.
(((random I am a naive person mumbling)))
The last fifteen years have seen information and knowledge spreading all around the planet, big data is the next revolution. The challenge comes in apprehending them and your visualization tools are definitely a step forward.
If anyone has doubt about data visualization, you should have a look at a 20 minutes tech talk which nicely highlight how there is no more third world countries any more (among other debunking): http://www.ted.com/talks/hans_rosling_shows_the_best_stats_you_ve_ever_seen
Heck, if I had the opportunity I will reach out to the community, make data visualization part of the Wikimedia strategic plan and raise a few millions dollars to make it a project of its own. It has so much leverage to better understand the world we are living in. If such project looked for a data visualization evangelist, I would be on the front line.
-- Antoine "hashar" Musso
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Le 14/05/2014 15:16, Jon Robson a écrit :
PS. Do we own wikimaps.org - I can imagine a map wiki would be extremely useful project to us.
The wikimaps.org is registered to the Wikimedia foundation. It has been created back in 2004!
Tip: under Linux/Mac OS you can query domain name registrars from the command line. Fire out a terminal and:
$ whois wikimaps.org Domain Name:WIKIMAPS.ORG Domain ID: D104738187-LROR Creation Date: 2004-08-09T18:53:11Z Updated Date: 2012-05-05T00:25:54Z Registry Expiry Date: 2019-08-09T18:53:11Z Sponsoring Registrar:MarkMonitor Inc. (R37-LROR) ...
2014-05-14 1:34 GMT+03:00 Jon Robson jrobson@wikimedia.org:
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
1) Will it be moved to Gerrit? 2) One of my use cases is creating maps of translators [1]. Will it be able to display OSM maps based on Semantic MediaWiki properties?
[1] https://translatewiki.net/wiki/Map_of_translators
2014-05-14 19:43 GMT+03:00 Dan Andreescu dandreescu@wikimedia.org:
For the short term, I think further exploration of the Map namespace is great, but I think generic visualization work could go into the Visualization namespace. My suggestion for a name for this namespace may seem a bit obscure. It's a word that means "to illuminate": Limn [5].
3) It's a word that is difficult to translate.
-Niklas
yup we will move it.as long as Git repositories are easier for me to setup on GitHub I will always start projects there... ;) On 15 May 2014 10:59, "Niklas Laxström" niklas.laxstrom@gmail.com wrote:
2014-05-14 1:34 GMT+03:00 Jon Robson jrobson@wikimedia.org:
During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better.
- Will it be moved to Gerrit?
- One of my use cases is creating maps of translators [1]. Will it be
able to display OSM maps based on Semantic MediaWiki properties?
[1] https://translatewiki.net/wiki/Map_of_translators
2014-05-14 19:43 GMT+03:00 Dan Andreescu dandreescu@wikimedia.org:
For the short term, I think further exploration of the Map namespace is great, but I think generic visualization work could go into the Visualization namespace. My suggestion for a name for this namespace may seem a bit obscure. It's a word that means "to illuminate": Limn [5].
- It's a word that is difficult to translate.
-Niklas
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2014-05-14 19:43 GMT+03:00 Dan Andreescu dandreescu@wikimedia.org:
For the short term, I think further exploration of the Map namespace is great, but I think generic visualization work could go into the Visualization namespace. My suggestion for a name for this namespace may seem a bit obscure. It's a word that means "to illuminate": Limn [5].
- It's a word that is difficult to translate.
I'm open to alternatives, but my original choice (WikiViz) was taken
FYI, Limn is also sort of taken in the MediaWiki/WMF namespace: https://www.mediawiki.org/wiki/Analytics/Limn
DJ
On Thu, May 15, 2014 at 3:51 PM, Dan Andreescu dandreescu@wikimedia.org wrote:
2014-05-14 19:43 GMT+03:00 Dan Andreescu dandreescu@wikimedia.org:
For the short term, I think further exploration of the Map namespace is great, but I think generic visualization work could go into the Visualization namespace. My suggestion for a name for this namespace may seem a bit obscure. It's a word that means "to illuminate": Limn [5].
- It's a word that is difficult to translate.
I'm open to alternatives, but my original choice (WikiViz) was taken _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
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 shared needs.
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/Making_maps_via_the_API
All of this is very prototypal and can be removed if there is no need. I plan to get this off Github and on to Gerrit sometime next week.
On Tue, May 20, 2014 at 6:48 PM, Dan Andreescu dandreescu@wikimedia.org wrote:
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 shared needs. _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
wikitech-l@lists.wikimedia.org