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 give me a feedback. If you find the bug in line 1403 of OpenLayers.js it would be wonderful if you can help me to fix it.
Greetings Kolossos
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
On Wed, Mar 14, 2012 at 3:23 PM, Tim Alder tim.alder@s2002.tu-chemnitz.de 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
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
On Wednesday, March 14, 2012, Daniel Schwen daniel@schwen.de 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
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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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
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@schwen.de 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
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%C3%A4t_Chemnitz (4 locations)
Extrem large: http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&t... and yes the earth is no sphere in OSM.
Polygon with holes: http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&t...
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 Schwendaniel@schwen.de 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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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&t... and yes the earth is no sphere in OSM.
Polygon with holes: http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&t...
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 Schwendaniel@schwen.de 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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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@schwen.de 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&t... and yes the earth is no sphere in OSM.
Polygon with holes: http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=de&t...
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 Schwendaniel@schwen.de 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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
On Thu, Mar 15, 2012 at 5:23 PM, Daniel Schwen daniel@schwen.de 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&t... http://en.wikipedia.org/wiki/Fairfax_County_Parkway
-Josh
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@joshdoe.com wrote:
On Thu, Mar 15, 2012 at 5:23 PM, Daniel Schwen daniel@schwen.de 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&t... http://en.wikipedia.org/wiki/Fairfax_County_Parkway
-Josh
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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 Schwendaniel@schwen.de 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&t... http://en.wikipedia.org/wiki/Fairfax_County_Parkway
-Josh
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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@s2002.tu-chemnitz.de 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 Schwendaniel@schwen.de 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&t... http://en.wikipedia.org/wiki/Fairfax_County_Parkway
-Josh
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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@joshdoe.com 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@s2002.tu-chemnitz.de 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 Schwendaniel@schwen.de 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&t... http://en.wikipedia.org/wiki/Fairfax_County_Parkway
-Josh
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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@schwen.de 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@joshdoe.com 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@s2002.tu-chemnitz.de 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 Schwendaniel@schwen.de 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&t... http://en.wikipedia.org/wiki/Fairfax_County_Parkway
-Josh
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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).
On Fri, Mar 16, 2012 at 9:26 PM, Daniel Schwen daniel@schwen.de 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.
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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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&t...
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_Georeferenzier...
[2]http://lists.openstreetmap.org/pipermail/talk-de/2012-March/094053.html
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@s2002.tu-chemnitz.de 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_Georeferenzier...
[2]http://lists.openstreetmap.org/pipermail/talk-de/2012-March/094053.html
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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@s2002.tu-chemnitz.de 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_Georeferenzier...
[2]http://lists.openstreetmap.org/pipermail/talk-de/2012-March/094053.html
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
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
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
On Thu, Mar 15, 2012 at 3:23 AM, Tim Alder tim.alder@s2002.tu-chemnitz.de 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?