headers
Tim Alder | 14 Mar 2012 20:23
Picon

Announcement: WIWOSM project

Hello,
next week I want to publish the next big step for the cooperation 
between OSM and Wikipedia:
http://wiki.openstreetmap.org/wiki/WIWOSM

This project will add an vectorlayer to the OSM-map in Wikipedia. The 
content comes from OSM for objects with key=Wikipedia.

I believe it's a big step because it will give the wikipedia user really 
more information to an object, it will change the working of wikipedias 
geocoding and can perhaps substitude on some points the work of 
Wikipedia's map-workshop. On the other side it will be also a lot work 
over the next months and years to create and maintain all the 
Wikipedia-Tags in OSM to connect both projects.

I create this project together with User:master.

As first step a plan to introduce it in german Wikipedia to get direct 
feedback from there. If everything is fine (and after license-change of 
OSM at first April) I will rollout to all other languages.

Feedback and tests are very welcome.

-----
BTW: What stops us?
I check the new script (see project page) in IE6 and IE7 and it works 
fine, off course also under konqueror, safari, FF and chrome. But in IE8 
it works on one computer and on the other not. (The error message is at 
the end of the mail.)
So if you have a chance to check the script under IE it would be nice to
(Continue reading)

Permalink | Reply |
headers
Josh Doe | 15 Mar 2012 00:28

Re: Announcement: WIWOSM project

On Wed, Mar 14, 2012 at 3:23 PM, Tim Alder
<tim.alder@...> wrote:
> Hello,
> next week I want to publish the next big step for the cooperation between
> OSM and Wikipedia:
> http://wiki.openstreetmap.org/wiki/WIWOSM

Fantastic! Looks great so far, and I think this is the best
implementation I've seen so far. I would like to see this used in
place of Template:Attached KML, except when dealing with historic
objects and the like. I put some quality assurance ideas on the talk
page:
http://wiki.openstreetmap.org/wiki/Talk:WIWOSM

Maybe we could get a Greasemonkey script to enable this for any Wikipedia site?

Also, is there a way to grab all coordinates for a category? I'd like
to try my WIP conflation plugin for JOSM to help speedup the process
of adding wikipedia tags.

-Josh
Permalink | Reply |
headers
Daniel Schwen | 15 Mar 2012 02:28
Picon
Favicon

Re: Announcement: WIWOSM project

> place of Template:Attached KML, except when dealing with historic
> objects and the like. I put some quality assurance ideas on the talk

Not just historic object, also more abstract region designations, such as
http://en.wikipedia.org/wiki/Mojave_Desert
or habitats of certain species.

Don't get me wrong, this is great (and I will certainly steal the idea
for WikiMiniAtlas), but it is not a cover-all solution by all means.
Daniel
Permalink | Reply |
headers
Josh Doe | 15 Mar 2012 03:23

Re: Announcement: WIWOSM project

On Wednesday, March 14, 2012, Daniel Schwen <daniel-SYvMc73jUx+zQB+pC5nmwQ@public.gmane.org> wrote:
>> place of Template:Attached KML, except when dealing with historic
>> objects and the like. I put some quality assurance ideas on the talk
>
> Not just historic object, also more abstract region designations, such as
> http://en.wikipedia.org/wiki/Mojave_Desert
> or habitats of certain species.

Yes, and things like Census-designated places, ancient roads, etc. We should put a list of these on the page.

> Don't get me wrong, this is great (and I will certainly steal the idea
> for WikiMiniAtlas), but it is not a cover-all solution by all means.

Agreed. Is there some text which explains the different mapping technologies employed on Wikipedia sites? I don't understand how WikiMiniAtlas, "OSM Gadget", WIWOSM, and others (?) interact, which sites they go on, etc.


--Josh
<div>
<p>On Wednesday, March 14, 2012, Daniel Schwen &lt;<a href="mailto:daniel <at> schwen.de" target="_blank">daniel@...</a>&gt; wrote:<br>&gt;&gt; place of Template:Attached KML, except when dealing with historic<br>&gt;&gt; objects and the like. I put some quality assurance ideas on the talk<br>

&gt;<br>&gt; Not just historic object, also more abstract region designations, such as<br>&gt; <a href="http://en.wikipedia.org/wiki/Mojave_Desert" target="_blank">http://en.wikipedia.org/wiki/Mojave_Desert</a><br>&gt; or habitats of certain species.<br><br>Yes, and things like Census-designated places, ancient roads, etc. We should put a list of these on the page.<br><br>&gt; Don't get me wrong, this is great (and I will certainly steal the idea<br>&gt; for WikiMiniAtlas), but it is not a cover-all solution by all means.<br><br>Agreed. Is there some text which explains the different mapping technologies employed on Wikipedia sites? I don't understand how WikiMiniAtlas, "OSM Gadget", WIWOSM, and others (?) interact, which sites they go on, etc.</p>
<div>

<br>
</div>
<div>--Josh</div>
</div>
Permalink | Reply |
headers
Tim Alder | 15 Mar 2012 19:21
Picon

Re: Announcement: WIWOSM project

Daniel, you don't need to steal ideas. ;-)
If you tell me where your Attached-KML geoJSON-files are on Toolserver
you can get ours and we will also transform it also for you in WGS84.

To make it transparent for the users I believe a second Overlay in 
OpenLayers would be the best way.

Greetings Kolossos

Am 15.03.2012 02:28, schrieb Daniel Schwen:
>> place of Template:Attached KML, except when dealing with historic
>> objects and the like. I put some quality assurance ideas on the talk
>
> Not just historic object, also more abstract region designations, such as
> http://en.wikipedia.org/wiki/Mojave_Desert
> or habitats of certain species.
>
> Don't get me wrong, this is great (and I will certainly steal the idea
> for WikiMiniAtlas), but it is not a cover-all solution by all means.
> Daniel
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
>
Permalink | Reply |
headers
Daniel Schwen | 15 Mar 2012 20:06
Picon
Favicon

Re: Announcement: WIWOSM project

> If you tell me where your Attached-KML geoJSON-files are on Toolserver
> you can get ours and we will also transform it also for you in WGS84.

Ha, the KML data is fetched directly from wikipedia using an
XMLHTTPRequest, and transformed into a GeoJSON-like datastructure. No
need to store anything on the toolserver. Thanks for the offer to
supply WGS84, I'll try conversion in Javascript first (modern JS
engines are so ridiculously fast it'll probably be unnoticable). But
I'll get back to you if it doesn't work!
Daniel
Permalink | Reply |
headers
Daniel Schwen | 15 Mar 2012 22:23
Picon
Favicon

Re: Announcement: WIWOSM project

WIWOSM data is now displayed in the WikiMiniAtlas as well! Check the
Austria example [1] (blue globe in the infobox under "Capital"). I
cover the "Polygon" and "MultiLineString" cases. I guess I'll have to
read more on http://www.geojson.org to see what other cases might get
returned.
Do you have any examples for polygons with holes yet? Or objects that
consist of multiple detached areas?
Cheers,
Daniel

[1] http://en.wikipedia.org/wiki/Austria

On Thu, Mar 15, 2012 at 1:06 PM, Daniel Schwen <daniel@...> wrote:
>> If you tell me where your Attached-KML geoJSON-files are on Toolserver
>> you can get ours and we will also transform it also for you in WGS84.
>
> Ha, the KML data is fetched directly from wikipedia using an
> XMLHTTPRequest, and transformed into a GeoJSON-like datastructure. No
> need to store anything on the toolserver. Thanks for the offer to
> supply WGS84, I'll try conversion in Javascript first (modern JS
> engines are so ridiculously fast it'll probably be unnoticable). But
> I'll get back to you if it doesn't work!
> Daniel
Permalink | Reply |
headers
Tim Alder | 15 Mar 2012 23:05
Picon

Re: Announcement: WIWOSM project -WMA

Hello,
what make I wrong, I see no objects (also after Strg+F5). I check it in 
FF and chrome. In konqueror WMA doesn't show anything.

Here the examples:
http://de.wikipedia.org/wiki/Technische_Universität_Chemnitz (4 locations)

Extrem large:
http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&title=Russland
and yes the earth is no sphere in OSM.

Polygon with holes:
http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&title=Rhein

River Rhein has some isles inside.

Greeting Tim

Am 15.03.2012 22:23, schrieb Daniel Schwen:
> WIWOSM data is now displayed in the WikiMiniAtlas as well! Check the
> Austria example [1] (blue globe in the infobox under "Capital"). I
> cover the "Polygon" and "MultiLineString" cases. I guess I'll have to
> read more on http://www.geojson.org to see what other cases might get
> returned.
> Do you have any examples for polygons with holes yet? Or objects that
> consist of multiple detached areas?
> Cheers,
> Daniel
>
> [1] http://en.wikipedia.org/wiki/Austria
>
> On Thu, Mar 15, 2012 at 1:06 PM, Daniel Schwen<daniel@...>  wrote:
>>> If you tell me where your Attached-KML geoJSON-files are on Toolserver
>>> you can get ours and we will also transform it also for you in WGS84.
>>
>> Ha, the KML data is fetched directly from wikipedia using an
>> XMLHTTPRequest, and transformed into a GeoJSON-like datastructure. No
>> need to store anything on the toolserver. Thanks for the offer to
>> supply WGS84, I'll try conversion in Javascript first (modern JS
>> engines are so ridiculously fast it'll probably be unnoticable). But
>> I'll get back to you if it doesn't work!
>> Daniel
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
>
Permalink | Reply |
headers
Daniel Schwen | 15 Mar 2012 23:13
Picon
Favicon

Re: Announcement: WIWOSM project -WMA

Ok, not tested in Konqueror yet, but it works for me in Chrome, IE9,
and FF11. Maybe you have to explicitly clear your cache? Thanks for
the examples! TU Chemnitz and Russland are of type MultiPolygon, Rhein
is of type GeometryCollection. I havent't covered those yet. Give me a
minute!

> what make I wrong, I see no objects (also after Strg+F5). I check it in FF
> and chrome. In konqueror WMA doesn't show anything.

>
> Extrem large:
> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&title=Russland
> and yes the earth is no sphere in OSM.
>
> Polygon with holes:
> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&title=Rhein
>
> River Rhein has some isles inside.
>
> Greeting Tim
>
>
> Am 15.03.2012 22:23, schrieb Daniel Schwen:
>>
>> WIWOSM data is now displayed in the WikiMiniAtlas as well! Check the
>> Austria example [1] (blue globe in the infobox under "Capital"). I
>> cover the "Polygon" and "MultiLineString" cases. I guess I'll have to
>> read more on http://www.geojson.org to see what other cases might get
>> returned.
>> Do you have any examples for polygons with holes yet? Or objects that
>> consist of multiple detached areas?
>> Cheers,
>> Daniel
>>
>> [1] http://en.wikipedia.org/wiki/Austria
>>
>> On Thu, Mar 15, 2012 at 1:06 PM, Daniel Schwen<daniel@...>  wrote:
>>>>
>>>> If you tell me where your Attached-KML geoJSON-files are on Toolserver
>>>> you can get ours and we will also transform it also for you in WGS84.
>>>
>>>
>>> Ha, the KML data is fetched directly from wikipedia using an
>>> XMLHTTPRequest, and transformed into a GeoJSON-like datastructure. No
>>> need to store anything on the toolserver. Thanks for the offer to
>>> supply WGS84, I'll try conversion in Javascript first (modern JS
>>> engines are so ridiculously fast it'll probably be unnoticable). But
>>> I'll get back to you if it doesn't work!
>>> Daniel
>>
>>
>> _______________________________________________
>> Maps-l mailing list
>> Maps-l@...
>> https://lists.wikimedia.org/mailman/listinfo/maps-l
>>
>
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
Permalink | Reply |
headers
Daniel Schwen | 15 Mar 2012 23:44
Picon
Favicon

Re: Announcement: WIWOSM project -WMA

Ok, MultiPolygon, LineString, and GeometryCollection are handled as
well (that means Russland, TU Chemnitz and Rhein (only in Germany!)
are now on the map!). Now I just have to figure out how holes are
defined in GeoJSON...

On Thu, Mar 15, 2012 at 4:13 PM, Daniel Schwen <daniel@...> wrote:
> Ok, not tested in Konqueror yet, but it works for me in Chrome, IE9,
> and FF11. Maybe you have to explicitly clear your cache? Thanks for
> the examples! TU Chemnitz and Russland are of type MultiPolygon, Rhein
> is of type GeometryCollection. I havent't covered those yet. Give me a
> minute!
>
>> what make I wrong, I see no objects (also after Strg+F5). I check it in FF
>> and chrome. In konqueror WMA doesn't show anything.
>
>
>
>>
>> Extrem large:
>> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&title=Russland
>> and yes the earth is no sphere in OSM.
>>
>> Polygon with holes:
>> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&title=Rhein
>>
>> River Rhein has some isles inside.
>>
>> Greeting Tim
>>
>>
>> Am 15.03.2012 22:23, schrieb Daniel Schwen:
>>>
>>> WIWOSM data is now displayed in the WikiMiniAtlas as well! Check the
>>> Austria example [1] (blue globe in the infobox under "Capital"). I
>>> cover the "Polygon" and "MultiLineString" cases. I guess I'll have to
>>> read more on http://www.geojson.org to see what other cases might get
>>> returned.
>>> Do you have any examples for polygons with holes yet? Or objects that
>>> consist of multiple detached areas?
>>> Cheers,
>>> Daniel
>>>
>>> [1] http://en.wikipedia.org/wiki/Austria
>>>
>>> On Thu, Mar 15, 2012 at 1:06 PM, Daniel Schwen<daniel@...>  wrote:
>>>>>
>>>>> If you tell me where your Attached-KML geoJSON-files are on Toolserver
>>>>> you can get ours and we will also transform it also for you in WGS84.
>>>>
>>>>
>>>> Ha, the KML data is fetched directly from wikipedia using an
>>>> XMLHTTPRequest, and transformed into a GeoJSON-like datastructure. No
>>>> need to store anything on the toolserver. Thanks for the offer to
>>>> supply WGS84, I'll try conversion in Javascript first (modern JS
>>>> engines are so ridiculously fast it'll probably be unnoticable). But
>>>> I'll get back to you if it doesn't work!
>>>> Daniel
>>>
>>>
>>> _______________________________________________
>>> Maps-l mailing list
>>> Maps-l@...
>>> https://lists.wikimedia.org/mailman/listinfo/maps-l
>>>
>>
>>
>> _______________________________________________
>> Maps-l mailing list
>> Maps-l@...
>> https://lists.wikimedia.org/mailman/listinfo/maps-l
Permalink | Reply |
headers
Josh Doe | 16 Mar 2012 01:08

Re: Announcement: WIWOSM project

On Thu, Mar 15, 2012 at 5:23 PM, Daniel Schwen <daniel@...> wrote:
> WIWOSM data is now displayed in the WikiMiniAtlas as well!

Excellent! Do you have a way to show this on articles which don't have
coordinates, but have a corresponding OSM object. Example:
http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=en&title=Fairfax%20County%20Parkway
http://en.wikipedia.org/wiki/Fairfax_County_Parkway

-Josh
Permalink | Reply |
headers
Daniel Schwen | 16 Mar 2012 01:31
Picon
Favicon

Re: Announcement: WIWOSM project

No, and there is no easy way to do that (cross site scripting! and I'd
have to issue an extra request for every page that is visited). The
simplest way would be adding a template to the article (either a
regular coord template, or a not yet designed OSM template).

On Thu, Mar 15, 2012 at 6:08 PM, Josh Doe <josh@...> wrote:
> On Thu, Mar 15, 2012 at 5:23 PM, Daniel Schwen <daniel@...> wrote:
>> WIWOSM data is now displayed in the WikiMiniAtlas as well!
>
> Excellent! Do you have a way to show this on articles which don't have
> coordinates, but have a corresponding OSM object. Example:
> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=en&title=Fairfax%20County%20Parkway
> http://en.wikipedia.org/wiki/Fairfax_County_Parkway
>
> -Josh
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
Permalink | Reply |
headers
Tim Alder | 16 Mar 2012 07:26
Picon

Re: Announcement: WIWOSM project

For the example with the Fairfax_County_Parkway you should add simply a 
coordinate somewhere in the middle of the street. This will work as 
fallback and as help for other tools like geohack.
Also for an large area like an country, I believe a coordinate is ok.

The question is more if you have a distributed object with no central 
location. But what could be an example for this? Also companies with 
many locations have one central adress.

Greetings Kolossos

Am 16.03.2012 01:08, schrieb Josh Doe:
> On Thu, Mar 15, 2012 at 5:23 PM, Daniel Schwen<daniel@...>  wrote:
>> WIWOSM data is now displayed in the WikiMiniAtlas as well!
>
> Excellent! Do you have a way to show this on articles which don't have
> coordinates, but have a corresponding OSM object. Example:
> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=en&title=Fairfax%20County%20Parkway
> http://en.wikipedia.org/wiki/Fairfax_County_Parkway
>
> -Josh
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
>
Permalink | Reply |
headers
Josh Doe | 17 Mar 2012 01:49

Re: Announcement: WIWOSM project

I added a coordinate, and it shows up, but WMA doesn't zoom and center
to the extent of the object like the kml-on-ol-json3.php map does. Is
this possible, or do I need to manually tweak the coordinates to be in
the exact center and set dim correctly? (I hope not!)

-Josh

On Fri, Mar 16, 2012 at 2:26 AM, Tim Alder
<tim.alder@...> wrote:
> For the example with the Fairfax_County_Parkway you should add simply a
> coordinate somewhere in the middle of the street. This will work as fallback
> and as help for other tools like geohack.
> Also for an large area like an country, I believe a coordinate is ok.
>
> The question is more if you have a distributed object with no central
> location. But what could be an example for this? Also companies with many
> locations have one central adress.
>
> Greetings Kolossos
>
> Am 16.03.2012 01:08, schrieb Josh Doe:
>>
>> On Thu, Mar 15, 2012 at 5:23 PM, Daniel Schwen<daniel@...>  wrote:
>>>
>>> WIWOSM data is now displayed in the WikiMiniAtlas as well!
>>
>>
>> Excellent! Do you have a way to show this on articles which don't have
>> coordinates, but have a corresponding OSM object. Example:
>>
>> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=en&title=Fairfax%20County%20Parkway
>> http://en.wikipedia.org/wiki/Fairfax_County_Parkway
>>
>> -Josh
>>
>> _______________________________________________
>> Maps-l mailing list
>> Maps-l@...
>> https://lists.wikimedia.org/mailman/listinfo/maps-l
>>
>
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
Permalink | Reply |
headers
Daniel Schwen | 17 Mar 2012 01:59
Picon
Favicon

Re: Announcement: WIWOSM project

I could add centering and zooming, let me see. There may be cases
where the article coordinate (which can specify a zoom factor) is in
conflict with the center and zoom from the geometry. What should I do
in those cases?

On Fri, Mar 16, 2012 at 6:49 PM, Josh Doe <josh@...> wrote:
> I added a coordinate, and it shows up, but WMA doesn't zoom and center
> to the extent of the object like the kml-on-ol-json3.php map does. Is
> this possible, or do I need to manually tweak the coordinates to be in
> the exact center and set dim correctly? (I hope not!)
>
> -Josh
>
> On Fri, Mar 16, 2012 at 2:26 AM, Tim Alder
> <tim.alder@...> wrote:
>> For the example with the Fairfax_County_Parkway you should add simply a
>> coordinate somewhere in the middle of the street. This will work as fallback
>> and as help for other tools like geohack.
>> Also for an large area like an country, I believe a coordinate is ok.
>>
>> The question is more if you have a distributed object with no central
>> location. But what could be an example for this? Also companies with many
>> locations have one central adress.
>>
>> Greetings Kolossos
>>
>> Am 16.03.2012 01:08, schrieb Josh Doe:
>>>
>>> On Thu, Mar 15, 2012 at 5:23 PM, Daniel Schwen<daniel@...>  wrote:
>>>>
>>>> WIWOSM data is now displayed in the WikiMiniAtlas as well!
>>>
>>>
>>> Excellent! Do you have a way to show this on articles which don't have
>>> coordinates, but have a corresponding OSM object. Example:
>>>
>>> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=en&title=Fairfax%20County%20Parkway
>>> http://en.wikipedia.org/wiki/Fairfax_County_Parkway
>>>
>>> -Josh
>>>
>>> _______________________________________________
>>> Maps-l mailing list
>>> Maps-l@...
>>> https://lists.wikimedia.org/mailman/listinfo/maps-l
>>>
>>
>>
>> _______________________________________________
>> Maps-l mailing list
>> Maps-l@...
>> https://lists.wikimedia.org/mailman/listinfo/maps-l
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
Permalink | Reply |
headers
Josh Doe | 17 Mar 2012 02:10

Re: Announcement: WIWOSM project

I would vote for preferring the OSM object extents, but I'm biased. If
the OSM object is wrong or incomplete, it can be fixed immediately or
a report can be filed on OpenStreetBugs.
-Josh

On Fri, Mar 16, 2012 at 8:59 PM, Daniel Schwen <daniel@...> wrote:
> I could add centering and zooming, let me see. There may be cases
> where the article coordinate (which can specify a zoom factor) is in
> conflict with the center and zoom from the geometry. What should I do
> in those cases?
>
> On Fri, Mar 16, 2012 at 6:49 PM, Josh Doe <josh@...> wrote:
>> I added a coordinate, and it shows up, but WMA doesn't zoom and center
>> to the extent of the object like the kml-on-ol-json3.php map does. Is
>> this possible, or do I need to manually tweak the coordinates to be in
>> the exact center and set dim correctly? (I hope not!)
>>
>> -Josh
>>
>> On Fri, Mar 16, 2012 at 2:26 AM, Tim Alder
>> <tim.alder@...> wrote:
>>> For the example with the Fairfax_County_Parkway you should add simply a
>>> coordinate somewhere in the middle of the street. This will work as fallback
>>> and as help for other tools like geohack.
>>> Also for an large area like an country, I believe a coordinate is ok.
>>>
>>> The question is more if you have a distributed object with no central
>>> location. But what could be an example for this? Also companies with many
>>> locations have one central adress.
>>>
>>> Greetings Kolossos
>>>
>>> Am 16.03.2012 01:08, schrieb Josh Doe:
>>>>
>>>> On Thu, Mar 15, 2012 at 5:23 PM, Daniel Schwen<daniel@...>  wrote:
>>>>>
>>>>> WIWOSM data is now displayed in the WikiMiniAtlas as well!
>>>>
>>>>
>>>> Excellent! Do you have a way to show this on articles which don't have
>>>> coordinates, but have a corresponding OSM object. Example:
>>>>
>>>> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=en&title=Fairfax%20County%20Parkway
>>>> http://en.wikipedia.org/wiki/Fairfax_County_Parkway
>>>>
>>>> -Josh
>>>>
>>>> _______________________________________________
>>>> Maps-l mailing list
>>>> Maps-l@...
>>>> https://lists.wikimedia.org/mailman/listinfo/maps-l
>>>>
>>>
>>>
>>> _______________________________________________
>>> Maps-l mailing list
>>> Maps-l@...
>>> https://lists.wikimedia.org/mailman/listinfo/maps-l
>>
>> _______________________________________________
>> Maps-l mailing list
>> Maps-l@...
>> https://lists.wikimedia.org/mailman/listinfo/maps-l
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
Permalink | Reply |
headers
Daniel Schwen | 17 Mar 2012 02:26
Picon
Favicon

Re: Announcement: WIWOSM project

> I would vote for preferring the OSM object extents, but I'm biased. If
> the OSM object is wrong or incomplete, it can be fixed immediately or
> a report can be filed on OpenStreetBugs.

Well, the article coordinates can be fixed even more immediately (the
real immediately, not the overnight update, file a bug-report, or wait
until databases are synced and the purge cache immediately).
Permalink | Reply |
headers
Josh Doe | 17 Mar 2012 02:31

Re: Announcement: WIWOSM project

On Fri, Mar 16, 2012 at 9:26 PM, Daniel Schwen <daniel@...> wrote:
>> I would vote for preferring the OSM object extents, but I'm biased. If
>> the OSM object is wrong or incomplete, it can be fixed immediately or
>> a report can be filed on OpenStreetBugs.
>
> Well, the article coordinates can be fixed even more immediately (the
> real immediately, not the overnight update, file a bug-report, or wait
> until databases are synced and the purge cache immediately).

True. At least if there is no dim/scale/type, you can use the OSM extents.
Permalink | Reply |
headers
Tim Alder | 17 Mar 2012 10:03
Picon

Re: Announcement: WIWOSM project

I use OSM objects only from pan and zoom if there are more as a single 
point. If there is only one point in OSM  I prefer Wikipedia-coordinates 
because I can use type and dim for zooming.

Perhaps WMA can do the same.

Greetings Tim

Am 17.03.2012 02:26, schrieb Daniel Schwen:
>> I would vote for preferring the OSM object extents, but I'm biased. If
>> the OSM object is wrong or incomplete, it can be fixed immediately or
>> a report can be filed on OpenStreetBugs.
>
> Well, the article coordinates can be fixed even more immediately (the
> real immediately, not the overnight update, file a bug-report, or wait
> until databases are synced and the purge cache immediately).
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
>
Permalink | Reply |
headers
Daniel Schwen | 22 Mar 2012 21:20
Picon
Favicon

Re: Announcement: WIWOSM project

> I added a coordinate, and it shows up, but WMA doesn't zoom and center
> to the extent of the object like the kml-on-ol-json3.php map does. Is

It now does. Check out the [[Fiji]] article:
http://en.wikipedia.org/wiki/Fiji

I chose this example because it shows correct centering and zooming
for an object that crosses the -180/180 degree boundary. I spent the
last few days thinking about how to handle this correctly!  Compare to
http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=en&title=Fiji
Permalink | Reply |
headers
Tim Alder | 19 Mar 2012 21:06
Picon

Re: Announcement: WIWOSM project

It seem to give some problems with WIWOSM at some versions of IE.
We had longer discussions at german Wikipedia[1] and at german 
OSM-mailing list[2].
The question is now, do we have a chance to build up a serverside 
rendering for this on toolserver?

I think in two direction:
*set up Geoserver or somethink like it
*Install new version of mapnik so that it would be possible to give them 
parameter for language and article title

Greetings Tim

[1]http://de.wikipedia.org/wiki/Wikipedia_Diskussion:WikiProjekt_Georeferenzierung#Vorank.C3.BCndigung_Projekt_WIWOSM

[2]http://lists.openstreetmap.org/pipermail/talk-de/2012-March/094053.html
Permalink | Reply |
headers
Daniel Schwen | 19 Mar 2012 21:25
Picon
Favicon

Re: Announcement: WIWOSM project

I think server side rendering is not a good solution. This requires a
crazy amount of infrastructure to do a task that can easily be done on
the browser side (or that is how it should be done). Canvas rendering
works absolutely fine in IE9 and I would first explore the
possibilities of using VML, SVG and Canvas on IE browsers. What
exactly is the problem anyways? Which IE versions are acting up? How
is the vector layer displayed (SVG?).
Daniel

On Mon, Mar 19, 2012 at 2:06 PM, Tim Alder
<tim.alder@...> wrote:
> It seem to give some problems with WIWOSM at some versions of IE.
> We had longer discussions at german Wikipedia[1] and at german OSM-mailing
> list[2].
> The question is now, do we have a chance to build up a serverside rendering
> for this on toolserver?
>
> I think in two direction:
> *set up Geoserver or somethink like it
> *Install new version of mapnik so that it would be possible to give them
> parameter for language and article title
>
> Greetings Tim
>
>
> [1]http://de.wikipedia.org/wiki/Wikipedia_Diskussion:WikiProjekt_Georeferenzierung#Vorank.C3.BCndigung_Projekt_WIWOSM
>
> [2]http://lists.openstreetmap.org/pipermail/talk-de/2012-March/094053.html
>
>
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
Permalink | Reply |
headers
Tim Alder | 19 Mar 2012 21:41
Picon

Re: Announcement: WIWOSM project - IE bug

Hello,
in IE 6 everthing runs slow but ok.

The bug is that IE 8 a polygon like the borders of Austria runs at 
beginning well but if you zoom in it becomes slower and slower and at 
the end is your site death.

I saw also an other IE8 phenomenon on an other windows-computer comes an 
error message:
Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; 
Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 
3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 
3.5.30729; .NET4.0C; .NET4.0E)
Zeitstempel: Wed, 14 Mar 2012 11:32:57 UTC
Meldung: 'null' ist Null oder kein Objekt
Zeile: 1403
Zeichen: 1
Code: 0
URI: http://toolserver.org/~osm/libs/openlayers/latest/OpenLayers.js

Not sure what's the reason for the differnce behaviour.

I also don't know what's running, I believe Openlayers decide it for 
it's own if it use VML, SVG or Canvas?

Greetings Tim

Am 19.03.2012 21:25, schrieb Daniel Schwen:
> I think server side rendering is not a good solution. This requires a
> crazy amount of infrastructure to do a task that can easily be done on
> the browser side (or that is how it should be done). Canvas rendering
> works absolutely fine in IE9 and I would first explore the
> possibilities of using VML, SVG and Canvas on IE browsers. What
> exactly is the problem anyways? Which IE versions are acting up? How
> is the vector layer displayed (SVG?).
> Daniel
>
> On Mon, Mar 19, 2012 at 2:06 PM, Tim Alder
> <tim.alder@...>  wrote:
>> It seem to give some problems with WIWOSM at some versions of IE.
>> We had longer discussions at german Wikipedia[1] and at german OSM-mailing
>> list[2].
>> The question is now, do we have a chance to build up a serverside rendering
>> for this on toolserver?
>>
>> I think in two direction:
>> *set up Geoserver or somethink like it
>> *Install new version of mapnik so that it would be possible to give them
>> parameter for language and article title
>>
>> Greetings Tim
>>
>>
>> [1]http://de.wikipedia.org/wiki/Wikipedia_Diskussion:WikiProjekt_Georeferenzierung#Vorank.C3.BCndigung_Projekt_WIWOSM
>>
>> [2]http://lists.openstreetmap.org/pipermail/talk-de/2012-March/094053.html
>>
>>
>>
>> _______________________________________________
>> Maps-l mailing list
>> Maps-l@...
>> https://lists.wikimedia.org/mailman/listinfo/maps-l
>
> _______________________________________________
> Maps-l mailing list
> Maps-l@...
> https://lists.wikimedia.org/mailman/listinfo/maps-l
>
Permalink | Reply |
headers
Daniel Schwen | 19 Mar 2012 21:52
Picon
Favicon

Re: Announcement: WIWOSM project - IE bug

> I saw also an other IE8 phenomenon on an other windows-computer comes an
> Meldung: 'null' ist Null oder kein Objekt
> Zeile: 1403

An unminified version of Openlayers.js would be more helpful to
diagnose the error. As far as i understand the error is thrown when a
variable that is not an Object is accessed like an object i.e.
"a.property" with "a" being null for example. In the current case I
can only speculate that either "this" or "feature" is null (or not an
object)/
Daniel
Permalink | Reply |
headers
Tim Alder | 22 Mar 2012 00:17
Picon

Announcement: WIWOSM project

WIWOSM in live now running in German Wikipedia.
I also wrote there small notice in the village pump (German: Kurier).

For IE-Users it is everything like before. I talk with some poeple and 
they mean that the vector rendering is too slow there so I believe now 
that we need for this cases a small serverside rendering process.

Greetings Kolossos
Permalink | Reply |
headers
Eugene Alvin Villar | 15 Mar 2012 16:33
Picon

Re: Announcement: WIWOSM project

On Thu, Mar 15, 2012 at 3:23 AM, Tim Alder
<tim.alder@...> wrote:
> Hello,
> next week I want to publish the next big step for the cooperation between
> OSM and Wikipedia:
> http://wiki.openstreetmap.org/wiki/WIWOSM
>
> This project will add an vectorlayer to the OSM-map in Wikipedia. The
> content comes from OSM for objects with key=Wikipedia.

This is fantastic!

It would certainly provide a better slippy map view for Wikipedia
articles than the current single-point geocoding system that Wikipedia
uses.

I assume that this would replace the existing OpenLayers maps (with
OSM as a basemap) found for example in the German Wikipedia?
Permalink | Reply |

Gmane