[OSM-talk] natural=peak, ele vs. elevation
I want to place some hilltop/mountaintop peak nodes, and I see that there's a discrepancy between the instructions on the Features page and what, for example, Osmarender wants. Osmarender seems to want elevation while the wiki recommendation is for ele. What does Mapnik want? Which is correct? Thanks. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
On Thu, Nov 13, 2008 at 7:24 AM, Jukka Rahkonen [EMAIL PROTECTED] wrote: I made a quick test with the program and yesterdays Finland.osm.bz2 from Geofabrik.de. Program starts OK and reading in data is perhaps faster than with the older osm2pgsql.exe. However, import was not successful because of some error in the data. Message is this: terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.68304e+006 8.95213e+006, 2.68415e+006 8.95259e+006 and 2.68415e+006 8.95259e+006, 2.68391e+ 006 8.95307e+006 2.68415e+006 8.95259e+006 That's, uh, wierd. Never seen that message before. We do use geos but I didn't think we did anything to trigger this... There's no other helpful information? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] natural=peak, ele vs. elevation
David Carmean wrote: I want to place some hilltop/mountaintop peak nodes, and I see that there's a discrepancy between the instructions on the Features page and what, for example, Osmarender wants. Osmarender seems to want elevation while the wiki recommendation is for ele. What does Mapnik want? Which is correct? I don't see any osmarender rule for elevation but some for ele, eg. osm-map-features-z16.xml: rule e=node k=ele v=* ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FW: [OpenStreetMap] #1327: Rendering non-existentdata
In Borges' story, the Aleph is a point in space that contains all other points. Anyone who gazes into it can see everything in the universe from every angle simultaneously, without distortion, overlapping or confusion. The story continues the theme of infinity found in several of Borges's other works, such as The Book of Sand. (Wikipedia, The Aleph) cheers, Lucas De: [EMAIL PROTECTED] en nombre de Dave Stubbs Enviado el: jue 13/11/2008 11:40 Para: Steve Chilton CC: talk@openstreetmap.org Asunto: Re: [OSM-talk] FW: [OpenStreetMap] #1327: Rendering non-existentdata On Thu, Nov 13, 2008 at 10:02 AM, Steve Chilton [EMAIL PROTECTED] wrote: Trac #1327 below assigned to me but I can't resolve it. It is a minor nuisance of something rendering at origin: http://www.openstreetmap.org/?lat=0.59lon=-0.16zoom=18 Shows as station on mapnik, car park on cycle, station on nonames, nothing on osma Editors show nothing there. Data layer says it is the API. Any thoughts. Just ignore it? It's because the data isn't actually /there/ -- it's somewhere else. When things go wrong it's not unusual for the projection code etc to end up sticking stuff at 0,0. The API doesn't return it though. For example, the station is node 32009797, located at -90 latitude... the south pole. There's also a BP petrol station at the north pole, a helpful place=continent for Antartica, a helpful place for the North Pole, and a number of parking nodes inserted by osm2pgsql from parking areas that it obviously doesn't like. So it's partially some bad data, and partially some odd behaviour on the part of osm2pgsql/postgis/mapnik. I'll have a go at correcting some of the data. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FW: [OpenStreetMap] #1327: Rendering non-existent data
On Thu, Nov 13, 2008 at 10:02 AM, Steve Chilton [EMAIL PROTECTED] wrote: Trac #1327 below assigned to me but I can't resolve it. It is a minor nuisance of something rendering at origin: http://www.openstreetmap.org/?lat=0.59lon=-0.16zoom=18 Shows as station on mapnik, car park on cycle, station on nonames, nothing on osma Editors show nothing there. Data layer says it is the API. Any thoughts. Just ignore it? It's because the data isn't actually /there/ -- it's somewhere else. When things go wrong it's not unusual for the projection code etc to end up sticking stuff at 0,0. The API doesn't return it though. For example, the station is node 32009797, located at -90 latitude... the south pole. There's also a BP petrol station at the north pole, a helpful place=continent for Antartica, a helpful place for the North Pole, and a number of parking nodes inserted by osm2pgsql from parking areas that it obviously doesn't like. So it's partially some bad data, and partially some odd behaviour on the part of osm2pgsql/postgis/mapnik. I'll have a go at correcting some of the data. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] FW: [OpenStreetMap] #1327: Rendering non-existent data
Trac #1327 below assigned to me but I can't resolve it. It is a minor nuisance of something rendering at origin: http://www.openstreetmap.org/?lat=0.59lon=-0.16zoom=18 Shows as station on mapnik, car park on cycle, station on nonames, nothing on osma Editors show nothing there. Data layer says it is the API. Any thoughts. Just ignore it? Cheers STEVE -Original Message- From: OpenStreetMap [mailto:[EMAIL PROTECTED] Sent: Wed 11/12/2008 2:23 PM To: Steve Chilton Cc: Subject: [OpenStreetMap] #1327: Rendering non-existent data #1327: Rendering non-existent data -+-- Reporter: chriscf | Owner: [EMAIL PROTECTED] Type: defect | Status: new Priority: major| Milestone: Component: mapnik | Version: Keywords: | -+-- Something seems to be rendered at (0,0). The API denies that there is any current data near this location. This has been here for several weeks now - perhaps some data is being cached here? -- Ticket URL: http://trac.openstreetmap.org/ticket/1327 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
Martijn van Oosterhout wrote: On Thu, Nov 13, 2008 at 7:24 AM, Jukka Rahkonen [EMAIL PROTECTED] wrote: I made a quick test with the program and yesterdays Finland.osm.bz2 from Geofabrik.de. Program starts OK and reading in data is perhaps faster than with the older osm2pgsql.exe. However, import was not successful because of some error in the data. Message is this: terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.68304e+006 8.95213e+006, 2.68415e+006 8.95259e+006 and 2.68415e+006 8.95259e+006, 2.68391e+ 006 8.95307e+006 2.68415e+006 8.95259e+006 That's, uh, wierd. Never seen that message before. We do use geos but I didn't think we did anything to trigger this... There's no other helpful information? No, unfortunately not. I made two more tests with another computer. 1. Test data: Isle of Wight data from Kosmos v. 2.2.25.2 sample data. Result: OK 2. Test data: Finland.osm.bz2 from 21st October 2008. Result: terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.34623e+006 1.07286e+007, 2.34611e+006 1.07287e+007 and 2.34593e+006 1.07281e+007, 2.34684e+ 006 1.07301e+007 2.34618e+006 1.07286e+007 For comparison the same data got imported with the Artem's version of osm2pgsql, even that too gave an odd error. This error is from different place and obviously for some other reason: ElevationMatrix::add(2.8979e+006 8.63408e+006 1.7e-308): Coordinate does not overlap grid extent: IllegalArgumentException: ElevationMatrix::getCell got a Coord inate out of grid extent (Env[2.89876e+006:2.90052e+006,8.6307e+006:8.63318e+006 ]) - cols:3 rows:3 Conclusion: Jon's osm2pgsql.exe works, but something in the system is perhaps too sensible for OSM data errors. If error is something Windows related could be verified if somebody who has osm2pgsql on a Linux box could have a try with Finnish data from Geofabrik (http://download.geofabrik.de/osm/europe/finland.osm.bz2 http://download.geofabrik.de/osm/europe/finland.osm.bz2 )? It takes about five minutes to run. -Jukka- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Main Dutch Telecom provider to use OSM data fo Mobile Application
We all suspect and trust that the Openstreetmap work is of potentially mainstream importance. Proof of how a more or less complete area mapping (NL) van be attractive for mainstream businesses is the Dutch Telecom Nr.1 provider KPN. They recently implemented a mobile Location Based Service (LPS) on the NL market: http://www.service2media.com/news/now-where-youre-friends-are-with-hi.ht ml and http://www.hi.nl/web/show/id=5759979 (dutch) I hope this will encourage all of your mappers to keep up the good work ! Gert Gremmen - Openstreetmap.nl (alias: cetest) image001.gif___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
On Thu, Nov 13, 2008 at 3:03 PM, Rahkonen Jukka [EMAIL PROTECTED] wrote: Conclusion: Jon's osm2pgsql.exe works, but something in the system is perhaps too sensible for OSM data errors. If error is something Windows related could be verified if somebody who has osm2pgsql on a Linux box could have a try with Finnish data from Geofabrik (http://download.geofabrik.de/osm/europe/finland.osm.bz2 http://download.geofabrik.de/osm/europe/finland.osm.bz2 )? It takes about five minutes to run. Just tried it here and it works fine (Linux). Mist be something windows specific. Maybe someone put in an asserts build or something? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
Hello, I'm trying it on Windows XP with access to a Postgis database and I get this output: === C:\downloads\osm2pgsql\osm2pgsqlosm2pgsql --database geo --latlong --username postgres --password postgres --host noruega --port 5432 --verbose ./planet.osm osm2pgsql SVN version 0.55-20081112 $Rev: 10464 $ Password: Using projection SRS 4326 (Latlong) Setting up table: planet_osm_point Setting up table: planet_osm_line Setting up table: planet_osm_polygon Setting up table: planet_osm_roads Mid: Ram, scale=1000 Reading in file: postgres error while opening file postgres C:\downloads\osm2pgsql\osm2pgsql === Why does it ask for a password again? cheers, Lucas De: [EMAIL PROTECTED] en nombre de Martijn van Oosterhout Enviado el: jue 13/11/2008 16:03 Para: Rahkonen Jukka CC: talk@openstreetmap.org Asunto: Re: [OSM-talk] Wanted: Osm2pgsql.exe developer On Thu, Nov 13, 2008 at 3:03 PM, Rahkonen Jukka [EMAIL PROTECTED] wrote: Conclusion: Jon's osm2pgsql.exe works, but something in the system is perhaps too sensible for OSM data errors. If error is something Windows related could be verified if somebody who has osm2pgsql on a Linux box could have a try with Finnish data from Geofabrik (http://download.geofabrik.de/osm/europe/finland.osm.bz2 http://download.geofabrik.de/osm/europe/finland.osm.bz2 )? It takes about five minutes to run. Just tried it here and it works fine (Linux). Mist be something windows specific. Maybe someone put in an asserts build or something? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
I got same result on WinXP Error see: http://dev.openstreetmap.org/~steve8/errorosm2pgsql.png STEVE -Original Message- From: [EMAIL PROTECTED] on behalf of Jukka Rahkonen Sent: Thu 11/13/2008 6:24 AM To: talk@openstreetmap.org Cc: Subject: Re: [OSM-talk] Wanted: Osm2pgsql.exe developer Jon Burgess jburgess777 at googlemail.com writes: I made a successful attempt at cross compiling osm2pgsql.exe using MinGW on Linux. The executable seems to work OK under Wine. Let me know if it works on a native Windows machine: http://tile.openstreetmap.org/direct/osm2pgsql.zip I made a quick test with the program and yesterdays Finland.osm.bz2 from Geofabrik.de. Program starts OK and reading in data is perhaps faster than with the older osm2pgsql.exe. However, import was not successful because of some error in the data. Message is this: terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.68304e+006 8.95213e+006, 2.68415e+006 8.95259e+006 and 2.68415e+006 8.95259e+006, 2.68391e+ 006 8.95307e+006 2.68415e+006 8.95259e+006 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. So obviously nothing wrong with compiling. I wonder if complete stop at topology error is necessary. In this case it makes importing the data impossible before the error is corrected. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
Sorry, I had not read the help. It works fine now. Lucas De: [EMAIL PROTECTED] en nombre de Juan Lucas Dominguez Rubio Enviado el: jue 13/11/2008 17:08 Para: Martijn van Oosterhout; Rahkonen Jukka CC: talk@openstreetmap.org Asunto: Re: [OSM-talk] Wanted: Osm2pgsql.exe developer Hello, I'm trying it on Windows XP with access to a Postgis database and I get this output: === C:\downloads\osm2pgsql\osm2pgsqlosm2pgsql --database geo --latlong --username postgres --password postgres --host noruega --port 5432 --verbose ./planet.osm osm2pgsql SVN version 0.55-20081112 $Rev: 10464 $ Password: Using projection SRS 4326 (Latlong) Setting up table: planet_osm_point Setting up table: planet_osm_line Setting up table: planet_osm_polygon Setting up table: planet_osm_roads Mid: Ram, scale=1000 Reading in file: postgres error while opening file postgres C:\downloads\osm2pgsql\osm2pgsql === Why does it ask for a password again? cheers, Lucas De: [EMAIL PROTECTED] en nombre de Martijn van Oosterhout Enviado el: jue 13/11/2008 16:03 Para: Rahkonen Jukka CC: talk@openstreetmap.org Asunto: Re: [OSM-talk] Wanted: Osm2pgsql.exe developer On Thu, Nov 13, 2008 at 3:03 PM, Rahkonen Jukka [EMAIL PROTECTED] wrote: Conclusion: Jon's osm2pgsql.exe works, but something in the system is perhaps too sensible for OSM data errors. If error is something Windows related could be verified if somebody who has osm2pgsql on a Linux box could have a try with Finnish data from Geofabrik (http://download.geofabrik.de/osm/europe/finland.osm.bz2 http://download.geofabrik.de/osm/europe/finland.osm.bz2 )? It takes about five minutes to run. Just tried it here and it works fine (Linux). Mist be something windows specific. Maybe someone put in an asserts build or something? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Kosmos 2.3
Hi all, A new version of Kosmos is out: What's new: - slippymap integrated directly into the main map. It can show the three OSM map layers. - improvements in memory consumption and rendering speed - areas can now have their own icons - full map mode - a lot of bugfixes and minor enhancements Read http://igorbrejc.net/openstreetmap/kosmos-23-now-with-integrated-slippymap for more info. Best regards, Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
On Thu, 2008-11-13 at 16:03 +0200, Rahkonen Jukka wrote: Martijn van Oosterhout wrote: On Thu, Nov 13, 2008 at 7:24 AM, Jukka Rahkonen [EMAIL PROTECTED] wrote: I made a quick test with the program and yesterdays Finland.osm.bz2 from Geofabrik.de. Program starts OK and reading in data is perhaps faster than with the older osm2pgsql.exe. However, import was not successful because of some error in the data. Message is this: terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.68304e+006 8.95213e+006, 2.68415e+006 8.95259e+006 and 2.68415e+006 8.95259e+006, 2.68391e+ 006 8.95307e+006 2.68415e+006 8.95259e+006 That's, uh, wierd. Never seen that message before. We do use geos but I didn't think we did anything to trigger this... There's no other helpful information? No, unfortunately not. I made two more tests with another computer. 1. Test data: Isle of Wight data from Kosmos v. 2.2.25.2 sample data. Result: OK 2. Test data: Finland.osm.bz2 from 21st October 2008. Result: terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.34623e+006 1.07286e+007, 2.34611e+006 1.07287e+007 and 2.34593e+006 1.07281e+007, 2.34684e+ 006 1.07301e+007 2.34618e+006 1.07286e+007 I've found the source of the problem. It seems there is an issue catching the exceptions generated in the geos DLL by main program. For comparison the same data got imported with the Artem's version of osm2pgsql, even that too gave an odd error. This error is from different place and obviously for some other reason: ElevationMatrix::add(2.8979e+006 8.63408e+006 1.7e-308): Coordinate does not overlap grid extent: IllegalArgumentException: ElevationMatrix::getCell got a Coord inate out of grid extent (Env[2.89876e+006:2.90052e+006,8.6307e +006:8.63318e+006 ]) - cols:3 rows:3 Conclusion: Jon's osm2pgsql.exe works, but something in the system is perhaps too sensible for OSM data errors. If error is something Windows related could be verified if somebody who has osm2pgsql on a Linux box could have a try with Finnish data from Geofabrik (http://download.geofabrik.de/osm/europe/finland.osm.bz2 http://download.geofabrik.de/osm/europe/finland.osm.bz2 )? It takes about five minutes to run. The exceptions are often thrown when the osm2pgsql code calls geos to work out an interior point for the 'P' symbol of a parking area. If the area is bad, e.g. self-intersecting, then you'll get an exception thrown. The osm2pgsql code has a try/catch block to ignore these errors but this was failing. It tried some combinations of '-shared-libgcc' as mentioned on some of the sites below [1][2][3] but only statically linking the geos code into osm2pgsql seemed to fix it. There is an updated executable at: http://tile.openstreetmap.org/direct/osm2pgsql.zip Jon [1] http://sourceforge.net/tracker/?func=detailatid=102435aid=1790974group_id=2435 [2] https://bugs.launchpad.net/debian/+source/mingw32/+bug/195407 [3] https://bugs.launchpad.net/mingw/+bug/173116 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
Jon Burgess wrote: On Thu, 2008-11-13 at 16:03 +0200, Rahkonen Jukka wrote: No, unfortunately not. I made two more tests with another computer. 1. Test data: Isle of Wight data from Kosmos v. 2.2.25.2 sample data. Result: OK 2. Test data: Finland.osm.bz2 from 21st October 2008. Result: terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.34623e+006 1.07286e+007, 2.34611e+006 1.07287e+007 and 2.34593e+006 1.07281e+007, 2.34684e+ 006 1.07301e+007 2.34618e+006 1.07286e+007 I've found the source of the problem. It seems there is an issue catching the exceptions generated in the geos DLL by main program. ... The exceptions are often thrown when the osm2pgsql code calls geos to work out an interior point for the 'P' symbol of a parking area. If the area is bad, e.g. self-intersecting, then you'll get an exception thrown. The osm2pgsql code has a try/catch block to ignore these errors but this was failing. It tried some combinations of '-shared-libgcc' as mentioned on some of the sites below [1][2][3] but only statically linking the geos code into osm2pgsql seemed to fix it. There is an updated executable at: http://tile.openstreetmap.org/direct/osm2pgsql.zip This version imports Finland.osm dataset OK. There are slight differencies in the number of features imported by this and Artem's version: Old points: 24578 lines: 97223 polygons: 48305 New points: 23680 lines: 96889 polygons: 50316 I will do cross check later by selecting features imported by the old but not with the new and vice versa. -Jukka- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Contact met KPN gezocht
Is dat niet een schoolboek voorbeeld voor Viral Marketing? En hebben wij die niet zelf in gang gezet door op een vrij vroeg moment in een openbare maillijst en middels een publicatie op OpenStreetMap.nl bekendheid aan dit feit te geven? Ja goed heh, hoe we zo makkelijk de publiciteit kunnen halen met OSM ;-) Maar ook goed om duidelijk te maken dat er op open source wel een licentie zit. (hmmm strict genomen is dat geloof ik een kromme zin). Jaap-Andre ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Misschien kan KPN dan extra gekieteld worden om ter compensatie het OSM project extra (financieel) te steunen nu ze de extra gratis exposure hebben gekregen. Zo niet dan kan OSM nog wat extra publiciteit verzorgen met de opmerking dat KPN niet eens genegen is het project verder te steunen... On Thu, Nov 13, 2008 at 11:33:22AM +0100, Ronald Nooij wrote: Diverse media hebben het bericht overgenomen. WebWereld, NU, Bright, etc. KPN heeft weer een flinke hoeveelheid (gratis) reclame weten te genereren voor haar niewue product. Geen slechte strategie. Even iets vergeten (maar inhouse wel al besluiten dat je de bronvermelding heus wel in gaat stoppen) Een eerste versie zonder bron de wereld in sturen. Even een paar mensen kietelen zodat er wat balletjes gaan rollen en de media molen op gang komt. Uiteindelijk de zaak netjes oplossen, maar wel op tich plaatsen je product genoemd en gelinkt. Is dat niet een schoolboek voorbeeld voor Viral Marketing? En hebben wij die niet zelf in gang gezet door op een vrij vroeg moment in een openbare maillijst en middels een publicatie op OpenStreetMap.nl bekendheid aan dit feit te geven? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Ronald Nooij wrote: Is dat niet een schoolboek voorbeeld voor Viral Marketing? En hebben wij die niet zelf in gang gezet door op een vrij vroeg moment in een openbare maillijst en middels een publicatie op OpenStreetMap.nl bekendheid aan dit feit te geven? Daarmee hebben wij ook bekendheid voor OSM gegeven. En mensen er op gewezen dat er een alternatief voor google maps is. Ik denk dat het mes aan twee kanten snijdt hier. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Citeren Maarten Deen [EMAIL PROTECTED]: Ronald Nooij wrote: Is dat niet een schoolboek voorbeeld voor Viral Marketing? En hebben wij die niet zelf in gang gezet door op een vrij vroeg moment in een openbare maillijst en middels een publicatie op OpenStreetMap.nl bekendheid aan dit feit te geven? Daarmee hebben wij ook bekendheid voor OSM gegeven. En mensen er op gewezen dat er een alternatief voor google maps is. Ik denk dat het mes aan twee kanten snijdt hier. Hmm... OpenStreetMap lift er natuurlijk ook in mee. Goed punt. Gelukkig ben ik ook geen commerciële man :D ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Diverse media hebben het bericht overgenomen. WebWereld, NU, Bright, etc. KPN heeft weer een flinke hoeveelheid (gratis) reclame weten te genereren voor haar niewue product. Geen slechte strategie. Even iets vergeten (maar inhouse wel al besluiten dat je de bronvermelding heus wel in gaat stoppen) Een eerste versie zonder bron de wereld in sturen. Even een paar mensen kietelen zodat er wat balletjes gaan rollen en de media molen op gang komt. Uiteindelijk de zaak netjes oplossen, maar wel op tich plaatsen je product genoemd en gelinkt. Is dat niet een schoolboek voorbeeld voor Viral Marketing? En hebben wij die niet zelf in gang gezet door op een vrij vroeg moment in een openbare maillijst en middels een publicatie op OpenStreetMap.nl bekendheid aan dit feit te geven? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Re: QA admin_level=2
Skywave wrote: Upload klaar, nu kunnen de nodes weer gewoon veranderd/verwijderd worden. Zal nu beginnen met het deleten van de achtergebleven nodes Zie de nieuwe boundary view in OSM Inspector: http://tools.geofabrik.de/osmi/?view=boundariesbaselayer=Mapnikopacity=0.30lon=3.87201lat=51.50953zoom=10overlays=boundary_relations_5 Nederland heeft nu een goede dekking van admin_level=8 relaties voor gemeenten, maar enkele missen nog. Zaten die wel in je import, en is de import niet 100% juist gelopen, of heeft dit een andere oorzaak. En zat er wat handmatige nabewerking in je data? http://www.openstreetmap.org/browse/relation/47389 Een gemeente Moerdjk. :-D -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Stefan, Heeft iemand al de makers van de Hi applicatie getriggerd ? Ook zij hebben OSM plaatjes (in de N73) op de website, en moeten eveneens vermelden dat van OSM gebruik gemaakt wordt. Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Ronald Nooij Verzonden: donderdag 13 november 2008 12:41 Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] Contact met KPN gezocht Citeren Maarten Deen [EMAIL PROTECTED]: Ronald Nooij wrote: Is dat niet een schoolboek voorbeeld voor Viral Marketing? En hebben wij die niet zelf in gang gezet door op een vrij vroeg moment in een openbare maillijst en middels een publicatie op OpenStreetMap.nl bekendheid aan dit feit te geven? Daarmee hebben wij ook bekendheid voor OSM gegeven. En mensen er op gewezen dat er een alternatief voor google maps is. Ik denk dat het mes aan twee kanten snijdt hier. Hmm... OpenStreetMap lift er natuurlijk ook in mee. Goed punt. Gelukkig ben ik ook geen commerciële man :D ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] QA admin_level=2
ik was bezig met de capital tag op onze hoofdsteden toen viel me op dat de admin_level een beetje is veranderd tov de definitie in http://wiki.openstreetmap.org/index.php/Key:boundary level 4 is nu provincie sinds de import, moeten we de wiki aanpassen ? zie ook http://tile.openstreetmap.nl/~rubke/topo/?zoom=8lat=52.166lon=5.429layers=0B0FFTFF http://tools.geofabrik.de/osmi/?view=boundariesbaselayer=Mapnikopacity=0.32lon=5.05376lat=52.21747zoom=9overlays=boundary_relations_4,boundary_ways_4 Op 13 november 2008 21:03 heeft Lennard [EMAIL PROTECTED] het volgende geschreven: Skywave wrote: Upload klaar, nu kunnen de nodes weer gewoon veranderd/verwijderd worden. Zal nu beginnen met het deleten van de achtergebleven nodes Zie de nieuwe boundary view in OSM Inspector: http://tools.geofabrik.de/osmi/?view=boundariesbaselayer=Mapnikopacity=0.30lon=3.87201lat=51.50953zoom=10overlays=boundary_relations_5 Nederland heeft nu een goede dekking van admin_level=8 relaties voor gemeenten, maar enkele missen nog. Zaten die wel in je import, en is de import niet 100% juist gelopen, of heeft dit een andere oorzaak. En zat er wat handmatige nabewerking in je data? http://www.openstreetmap.org/browse/relation/47389 Een gemeente Moerdjk. :-D -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Wanderweg - Relation
Hallo Raphael, Ich bin nicht sicher ob all diese Informationen wirklich zur Karte gehören. Um solche Fragen zu entscheiden überlege ich, was für den Benutzer wünschenswert ist: Früher hatte man eine Topokarte. Freunde haben von einer Wanderung erzählt. Diese Erzählung hat man dann auf der Karte wiederzufinden versucht, und dann versucht die Strecke ins Gelände zu übertragen. Was man dafür sonst noch alles wissen musste hat man von den Freunden erfragt. Später gab es Wanderkarten, da waren die Linien farbig eingetragen und mit Icons wurden Unterkünfte und Sehenswürdigkeiten vermerkt, eine Legende half beim Verstehen. Dazu gabs einen Wanderführer, in dem das Ganze nochmal als Text beschrieben war. Die Infos der Freunde hatte man auf einen Zettel geschrieben und in den Wanderführer geklebt oder direkt in die Karte gezeichnet. Heute gibt es OSM. Da ist alles kombiniert und aus einem Guss. Die Wege erscheinen durch MouseOver und können über ein Menü eingeschaltet werden. Bei Klick liefert ein Popup alle relevanten Informationen (Parkplatz oder Bahnhof mit Zugverbindungen, Gehzeit, Schwierigkeit, etc). Für jeden Wegabschnitt gibt es spezifische Information, beispielsweise eine herausfordernde Strecke über einen Grat, und wie diese von Spaziergängern umgangen werden kann. Am Wegrand sind die zugehörigen Sehenswürdigkeiten angezeigt, und bei Klick in einem Popup beschrieben. Grafiken (Höhenprofil) und Fotos visualisieren die Daten. Ein verlinktes Wiki bietet interaktive Information zu den Wanderungen, Geschichte, Kultur, Geologie, Natur, und und und. Über eine Suchfunktion werden Wandervorschläge gemacht (Rundweg, 3 Stunden, mit der Oma, dazwischen Kaffee und Kuchen, keine Treppen). Ein Routingprogramm erstellt die Wegbeschreibung. all dieses Zeug ist für den Wanderer wichtig. OSM und das Internet bieten die Chance, Information intelligent zu sammeln, zu verknüpfen und anzubieten. Voraussetzung ist, dass wir uns auf Begriffsbedeutungen einigen. (und diese dann für alle nachvollziehbar verwenden) Damit reale Objekte durch eine nutzbare Repräsentanz abgebildet sind. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?
Hi Ich habe mich in den letzten Tagen etwas mit dem Tagging und der Bezeichnung von Grenzen beschäftigt. Ausgelöst wurde mein Interesse über die Darstellung der Grenzen im OSM-Inspector [1]. Hier wird zwischen einer Darstellung von Grenzen als Wege/Polygone und einer Darstellung als Relationen unterschieden. Eine Benennung als Weg wirkt erst mal einfacher. Man zeichnet ein Stück Grenze ein und taggt es mit allen bekannten Werten. Was aber für eine einzelne Grenze noch sinnvoll erscheint, führt spätestens dann zu Komplikationen, wenn man feststellt, dass die Stadtgrenze gleichzeitig auch die Kreisgrenze ist. es müssten also mehrere admin_level-Tags gesetzt werden. (admin_level bezeichnet durch einen eindeutigen Zahlenwert die Verwaltungsebene z.B. 4=Bundesland, 6=Landkreis [2]). Dieses Problem wurde zwar versucht zu lösen, jedoch ergab sich keine praktikable Lösung allein auf Basis von Wegen/Polygonen. Zusätzlich muss man ja noch irgendwie in die Tags setzen, welche Gebiete hier voneinander abgegrenzt werden. Diese Probleme sind komplett vom Tisch, wenn man abgegrenzte Gebiete durch Relationen darstellt. [3] Dabei werden die Grenzstücke lediglich mit boundary=administrative getaggt. Diese Stücke können nun verschiedenen Grenzrelationen angehören. Erst in den Relationen (type=boundary) steht dann der Name des eingeschlossenen Gebietes, die Verwaltungsebene (admin_level) und zusätzlich boundary=administrative. Hier meine Frage: Herscht Konsens über diese Art des Grenztaggings? Falls ja, stände einer Anpassung der Wiki-Seiten (sofern noch nicht geschehen) nichts mehr im Wege. Wiki Seiten zu diesem Thema: [4] [5] [6] [7] noch nicht ins deutsche übersetzt [8] wäre dann überflüssig [9] wurde als work-around benutzt [10] braucht Update [11] Erklärung zu Grenzen im OSM-Inspector [12] Der key:border_type. Ist durch admin_level vereinheitlicht worden. [13] Hier wird ebenfalls border_type genannt (besser admin_level) Noch eine Bitte: Bitte keine boundary-Relationen oder Mitgliedschaften dieser löschen, nur weil man nicht die Grenzen in Relationen-Idee unterstützt (bereits geschehen). Gruß Torsten [1]: http://tools.geofabrik.de/osmi/?view=boundariesbaselayer=Mapnikopacity=0.30lon=6.85274lat=51.41884zoom=9overlays=coastline,boundary_relations_1,boundary_relations_2,boundary_relations_3,boundary_relations_4,boundary_relations_5,boundary_ways_1,boundary_ways_2,boundary_ways_3,boundary_ways_4,boundary_ways_5,boundary_ways_with_unknown_admlvl,non_simple_boundary_ways [2]: http://wiki.openstreetmap.org/index.php/Key:admin_level#admin_level [3]: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Boundaries [4]: http://wiki.openstreetmap.org/index.php/DE:Grenze_zeichnen [5]: http://wiki.openstreetmap.org/index.php/DE:Grenze [6]: http://wiki.openstreetmap.org/index.php/Hierarchy_of_places [7]: http://wiki.openstreetmap.org/index.php/Key:boundary [8]: http://wiki.openstreetmap.org/index.php/Key:boundary_type [9]: http://wiki.openstreetmap.org/index.php/Proposed_features/Left/right_things#Other_things_which_use_left_and_right [10]: http://wiki.openstreetmap.org/index.php/Tagging_Country_Borders [11]: http://wiki.openstreetmap.org/index.php/OSM_Inspector/Views/Boundaries [12]: http://wiki.openstreetmap.org/index.php/Key:border_type#border_type [13]: http://wiki.openstreetmap.org/index.php/Map_Features#Boundary ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 12. November 2008
Hallo, Till Maas schrieb: Die Karte klappt leider nicht mit QLandkarteGT, es werden nur Rechtecke angezeigt, für eine andere Karte wurde schon auf eine Ursache hingewiesen, evtl. ist das hier ja auch ein Problem: http://sourceforge.net/mailarchive/forum.php?thread_name=490CCEA0.5080507%40vanbest.orgforum_name=qlandkarte-users Da ich einfach mkgmap für die Erzeugung der Übersichtskarten verwende, schient das auch die Ursache für diese Probleme zu sein. Da kann ich jedoch nichts dran ändern. Eventuell hilft es eine eigene tdb-Datei mit anderen Tools zu erstellen? -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Grenzen über Relationen?
Wenn wir geordnete Relationen haben und die Enklaven (Löcher) maschinenlesbar haben, dann bin ich auch dafür. Ungeordnet ist auch noch okay, macht aber natürlich mehr Arbeit. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] erweiterte Menüs (Shop ) aus elemstyles.xml
On Thu, 13 Nov 2008, Jan Tappenbeck wrote: Ich dachte, weil die schon da sind, dann könnten die einer schon als Vorlage extrahiert haben. Mal sehen vielleicht setze ich mich mal hin. Gibt es etwas zu bedenken, damit die auch für die offizielle Version Anwendung finden können - hinsichtlich Language ! Stil der Texte und Bilder ähnlich zu existierenden. Die Bilder sind i.d.R. sehr ähnlich zu denen in der Karte verwendeten, aber haben andere Dimensionen und z.B. keine Hintergründe). Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik WMS Server will nicht mit postgis
hallo freeworld wrote: [...] Parameter name=table (select * from planet_osm_roads order by z_order) as roads /Parameter [...] nur ein schuss ins blaue: hast du schon versucht, das in PostGIS als VIEW zu machen (in etwa so: CREATE VIEW v_roads AS SELECT * FROM planet_osm_roads order by z_order;) und diesen view dann als parameter für table zu verwenden (Parameter name=tablev_roads/Parameter)? viele grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 1. OSM Stammtisch in Köln am Mittwoch den 19.11.2008 ab 20.30 Uhr im Stadtgarten
Hallo in die Runde ! Hiermit lade ich alle Interessierten zum ersten Kölner Stammtisch ein. Am Mittwoch den 19.11.2008 ab 20.30 Uhr Treffen wir uns im Stadtgarten Köln. ( http://www.openstreetmap.org/?lat=50.943272lon=6.935304 ) Für Leute die gerne ihren Laptop/iPhone mitbringen wollen, sei nochmal auf das offene Wlan hingewiesen. Solltet ihr vorhaben zu kommen, tragt euch bitte hier http://wiki.openstreetmap.org/index.php/Cologne#Treffen ein. Zum Wochenende werde ich einen Tisch reservieren. Bis Mittwoch Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drogeriemarkt = chemist ?
Hi Jan, es gibt eine Vielzahl von Drogeriemärkte (Ross.., Schl..., etc.) Würdet Ihr diese als shop=chemist taggen - oder wie...? Was wäre dann der chemist ??? Laut Leo wird das Wort für beides gebraucht, sowol Drogerie wie auch Drogerist.. Ich würde es jedoch als shop=chemist taggen, da wir den Drogeristen selbst kaum mappen werden :) Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik WMS Server will nicht mit postgis
On Thu, 2008-11-13 11:12:13 +0100, freeworld [EMAIL PROTECTED] wrote: Möchte ich jedoch beispielsweise die Straßen aus der Datenbank haben und frage den Layer roads per WMS ab, so bekomme ich wieder ein weißes Bild ohne irgendne Fehlermeldung. In der osm.xml sieht die Stelle so aus: Layer name=roads status=on srs=+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs +over !--StyleNameroads-casing/StyleName-- StyleNameroads/StyleName Datasource Parameter name=typepostgis/Parameter Parameter name=hostlocalhost/Parameter Parameter name=userme/Parameter Parameter name=dbnameosm/Parameter Parameter name=table (select * from planet_osm_roads order by z_order) as roads /Parameter Parameter name=estimate_extentfalse/Parameter Parameter name=extent-20037508,-19929239,20037508,19929239/Parameter /Datasource /Layer Hast Du den Apache mal ge-strace-t, um zu gucken, was Mapnik dann so treibt? MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: Gib Dein Bestes. Dann übertriff Dich selbst! the second : signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] erweiterte Menüs (Shop ) aus elemstyles.xml
On Thu, 13 Nov 2008, Jan Tappenbeck wrote: kannst Du mir sagen mit welchem Programm diese bearbeitet sind (windows) ? Ich nahm z.B. inkscape (für svg--png) und gimp. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg - Relation
Hallo Markus, Ich bin nicht sicher ob all diese Informationen wirklich zur Karte gehören. Um solche Fragen zu entscheiden überlege ich, was für den Benutzer wünschenswert ist: Was ich mir als Wanderer wünsche: Vor dem wandern: - Eine Liste der Möglichen Routen mit Länge und Anspruch. ODER - Eine Sehenswürdigkeit (Bergspitze, Schlösschen etc) Dies um zu entscheiden wohin ich wandern geh. Während dem Wandern: eine Karte um mich zu orientieren. Heute gibt es OSM. Da ist alles kombiniert und aus einem Guss. Die Wege erscheinen durch MouseOver und können über ein Menü eingeschaltet werden. Was genau meinst du mit Wege? Routen nehme ich an. Unter Route verstehe ich, von einem Wanderverein/Tourismusbüro vorgeschlagener Weg für eine Wanderung. Die dann auch von diesem Verbund markiert, benannt und beworben werden. Bei Klick liefert ein Popup alle relevanten Informationen (Parkplatz oder Bahnhof mit Zugverbindungen, Gehzeit, Schwierigkeit, etc). Pro Route oder Abschnitt falls es Teilrouten gibt. Für jeden Wegabschnitt gibt es spezifische Information, beispielsweise eine herausfordernde Strecke über einen Grat, und wie diese von Spaziergängern umgangen werden kann. Alternative Abschnitte. Manchmal auch als 2te Route ausgeführt. Am Wegrand sind die zugehörigen Sehenswürdigkeiten angezeigt, und bei Klick in einem Popup beschrieben. Grafiken (Höhenprofil) und Fotos visualisieren die Daten. POI's. Ein verlinktes Wiki bietet interaktive Information zu den Wanderungen, Geschichte, Kultur, Geologie, Natur, und und und. Dieses Wiki wird mit grösster Wahrscheinlichkeit von der Selben Organisation gepflegt wie die Tafeln des Weges. Darin finden sich auch die oben genannten Alternativen Abschnitte und POI's. Über eine Suchfunktion werden Wandervorschläge gemacht (Rundweg, 3 Stunden, mit der Oma, dazwischen Kaffee und Kuchen, keine Treppen). Im Wiki des Wandervereins/Tourismusbüros, das mit OSM praktisich nichts zu tun hat. Ein Routingprogramm erstellt die Wegbeschreibung. Nach 30 Metern sehen Sie auf der linken Seite das Hans-Joachim von Hinterwald Denkmal Vor ihnen befindet sich ein Zaun, bitte steigen sie darüber Folgen Sie dem Trampelpfad für die nächsten 500 Meter, achten Sie dabei darauf nicht über Wurzeln oder Steine zu stolpern Wenn ich eine Karte habe, brauche ich keine Wegbeschreibung. Beim Wandern kann ich jederzeit anhalten und mich umsehen, was beim Autofahren nicht möglich ist. all dieses Zeug ist für den Wanderer wichtig. OSM und das Internet bieten die Chance, Information intelligent zu sammeln, zu verknüpfen und anzubieten. ist für den Wanderer interessant. Wichtig ist wo sich der Weg befindet um ans Ziel zu kommen. Voraussetzung ist, dass wir uns auf Begriffsbedeutungen einigen. (und diese dann für alle nachvollziehbar verwenden) Damit reale Objekte durch eine nutzbare Repräsentanz abgebildet sind. Da sind wir uns wieder einig :) Ich bin der Meinung, dass man Dinge nur an 1nem Ort pflegen sollte. Der Weg im OSM und die Beschreibung der Route (sowie empfehlungen für Hotels/Zugverbindungen etc) im Wiki/Handbuch des Routenanbieters. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] erweiterte Menüs (Shop ) aus elemstyles.xml
Ich dachte, weil die schon da sind, dann könnten die einer schon als Vorlage extrahiert haben. Mal sehen vielleicht setze ich mich mal hin. Gibt es etwas zu bedenken, damit die auch für die offizielle Version Anwendung finden können - hinsichtlich Language ! Gruß Jan :-) Dirk Stöcker schrieb: On Tue, 11 Nov 2008, Jan Tappenbeck wrote: in der elemstyles.xml sind eine Vielzahl von Shop für die Darstellung definiert. Diese Einträge habe ich nicht in der Vorlagen-Datei gefunden. Hat sich einer von Euch die Mühe gemacht diese in eine Vorlagendatei zu überführen und würde mir diese zur Verfügung stellen? Auch hier sind Patches willkommen. Insebesondere allerdings auch das malen von passenden Icons. Ciao ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?
Hallo Jochen, Ein wichtiger Punkt ist dabei noch der Umgang mit größeren und komplexen Gebilden, die z.B. Enklaven haben. Frederik hat gerade einen Vorschlag ins Wiki gestellt, wie bestehende Multipolygon-Relations erweitert werden können, damit sie auch mit sowas zurecht kommen: http://wiki.openstreetmap.org/index.php/Relation:multipolygon#Suggestion_for_advanced_multipolygons Diese Multipolygon-Relations können wir auch für Grenzen verwenden. Damit sollten sich alle vorkommenden Fälle lösen lassen. ich finde den Vorschlag gut! Wie wird aber garantiert, dass die Elemente in der Datenbank geordnet bleiben? Ich dachte, dass bisher nicht sichergestellt ist, dass die Elemente jedesmal in der selber Reihenfolge wieder ausgespielt werden. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?
Ich habe mich in den letzten Tagen etwas mit dem Tagging und der Bezeichnung von Grenzen beschäftigt. Ausgelöst wurde mein Interesse über die Darstellung der Grenzen im OSM-Inspector [1]. Verdammt, jetzt hat das schon jemand entdeckt und ich wollte doch noch eine Ankündigung schreiben. :-) Ich nehme das hier mal als Ankuendigung und nutze die Gelegenheit um mich fuer diese neue Ansicht zu bedanken. Darauf habe ich gewartet. Bisher habe ich das immer umständlich selbst gemacht und das erleichtert das Leben ungemein. Vielen Dank fuer das Ding und die ganze Arbeit, die Ihr in das Tool steckt. Könntet Ihr vielleicht irgendwo hinschreiben wann die Daten das letzte mal aktualisiert worden sind bzw. wie häufig Ihr die aktualisiert? Ich konnte auf Anhieb nichts finden. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM ] Adress-Punkte
Hallo Jan, Jan Tappenbeck schrieb: Wäre es nicht wünschenswert, wenn die Felder mit einer Autoergänzungsfunktion - wie bei Straßennamen - versehen wären ich habe es in PHP gelöst: Ich editiere meist nur eine Stadt. Wenn ich die Datei mit den Nodes in JOSM fertig habe, lade ich das Script, welches automatisch alle neuen Nodes (die keine Way-Funktion haben), mit den neuen Tage ergänze. Es wird so z.B. für das Karlsruhe-Schema automatisch die komplette Adresse berechnet, wenn vorher alle Tags korrekt eingeben wurden. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenexport
Hallo Wolfgang, Wolfgang W. Wasserburger schrieb: ... was unterscheidet das Ding von simplen SQL-Abfragen? Gibt es schon wo irgendeine Beschreibung? eine ziemlich gute AI, die auch grobe Rechtschreibefehler und teilweise auch Logikfehler erkennt. Die Beschreibung kann ich derzeit noch nicht veröffentlichen, da das System eigentlich für einen Kunden entwickelt wurde, er uns aber nach einer kleinen Modifikation die Erlaubnis zur Veröffentlichung unter GPL erlauben wird. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM ] Adress-Punkte
... kannst Du das vielleicht für andere zur Verfügung stellen? thx Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tobias Wendorff Sent: Thursday, November 13, 2008 2:26 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] [JOSM ] Adress-Punkte Hallo Jan, Jan Tappenbeck schrieb: Wäre es nicht wünschenswert, wenn die Felder mit einer Autoergänzungsfunktion - wie bei Straßennamen - versehen wären ich habe es in PHP gelöst: Ich editiere meist nur eine Stadt. Wenn ich die Datei mit den Nodes in JOSM fertig habe, lade ich das Script, welches automatisch alle neuen Nodes (die keine Way-Funktion haben), mit den neuen Tage ergänze. Es wird so z.B. für das Karlsruhe-Schema automatisch die komplette Adresse berechnet, wenn vorher alle Tags korrekt eingeben wurden. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM ] Adress-Punkte
Hallo Wolfgang, ja, kann ich zum Wochenende machen. Bei uns wird zur Zeit das Netzwerk umgestellt und ich habe noch keinen Zugang zu meinen Eigenen Dateien. Grüße Tobias Wolfgang W. Wasserburger schrieb: ... kannst Du das vielleicht für andere zur Verfügung stellen? thx Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tobias Wendorff Sent: Thursday, November 13, 2008 2:26 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] [JOSM ] Adress-Punkte Hallo Jan, Jan Tappenbeck schrieb: Wäre es nicht wünschenswert, wenn die Felder mit einer Autoergänzungsfunktion - wie bei Straßennamen - versehen wären ich habe es in PHP gelöst: Ich editiere meist nur eine Stadt. Wenn ich die Datei mit den Nodes in JOSM fertig habe, lade ich das Script, welches automatisch alle neuen Nodes (die keine Way-Funktion haben), mit den neuen Tage ergänze. Es wird so z.B. für das Karlsruhe-Schema automatisch die komplette Adresse berechnet, wenn vorher alle Tags korrekt eingeben wurden. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] erweiterte Menüs (Shop ) aus elemstyles.xml
Hi ! kannst Du mir sagen mit welchem Programm diese bearbeitet sind (windows) ? Gruß Jan :-) Dirk Stöcker schrieb: On Thu, 13 Nov 2008, Jan Tappenbeck wrote: Ich dachte, weil die schon da sind, dann könnten die einer schon als Vorlage extrahiert haben. Mal sehen vielleicht setze ich mich mal hin. Gibt es etwas zu bedenken, damit die auch für die offizielle Version Anwendung finden können - hinsichtlich Language ! Stil der Texte und Bilder ähnlich zu existierenden. Die Bilder sind i.d.R. sehr ähnlich zu denen in der Karte verwendeten, aber haben andere Dimensionen und z.B. keine Hintergründe). Ciao ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?
Konsens +1 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM ] Adress-Punkte
Patches sind immer willkommen. nicht jeder kann Java !! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM ] Adress-Punkte
On Thu, 13 Nov 2008, Jan Tappenbeck wrote: Patches sind immer willkommen. nicht jeder kann Java !! Bevor ich mit JOSM angefangen habe konnte ich im Großen und ganzen auch kein Java. Ich und viele andere helfen gern bei allen, die sich bemühen. Ansonsten gilt wie immer bei OpenSource - Wenn man etwas erledigt haben will, muss man jemanden finden, der es macht oder es selber machen. Das nicht jeder zum Programmierer geboren ist, ist mir schon klar, ändert aber nichts an obiger Feststellung :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Drogeriemarkt = chemist ?
Moin ! es gibt eine Vielzahl von Drogeriemärkte (Ross.., Schl..., etc.) Würdet Ihr diese als shop=chemist taggen - oder wie...? Was wäre dann der chemist ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drogeriemarkt = chemist ?
Hallo Jan, chemist wird es meistens benannt, im Zuge der Internationalisierung wäre Drogerie jedenfalls auch nicht falsch. Gruß in den Norden, Stephan. es gibt eine Vielzahl von Drogeriemärkte (Ross.., Schl..., etc.) Würdet Ihr diese als shop=chemist taggen - oder wie...? Was wäre dann der chemist ??? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik WMS Server will nicht mit postgis
Hallo nochmal, Ich bekomms leider nicht hin. Ich habe den letzten diff des Threads hier: http://trac.mapnik.org/ticket/129 und mein osm.xml verwendet, was ich mir zuvor erstellt habe. Der diff ist hier: http://trac.mapnik.org/attachment/ticket/129/wms_theofilu.diff Jedenfalls ist es haargenau das gleiche Spiel. Ich kann zwar jetzt die osm.xml benutzen, aber das prinzipielle Problem besteht weiterhin. Frage ich mit einem WMS-Request den Layer world ab so bekomme ich ne Karte mit den Grenzen angezeigt. Die entsprechende Stelle in der osm.xml sieht so aus: Layer name=world status=on srs=+proj=merc +datum=WGS84 +over StyleNameworld/StyleName Datasource Parameter name=typeshape/Parameter Parameter name=file/home/me/mapnik/world_boundaries/world_bnd_m/Parameter /Datasource /Layer Das klappt vermutlich, weil er die Grenzen aus nem extra Shapefile holt und nicht aus der Datenbank. Möchte ich jedoch beispielsweise die Straßen aus der Datenbank haben und frage den Layer roads per WMS ab, so bekomme ich wieder ein weißes Bild ohne irgendne Fehlermeldung. In der osm.xml sieht die Stelle so aus: Layer name=roads status=on srs=+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs +over !--StyleNameroads-casing/StyleName-- StyleNameroads/StyleName Datasource Parameter name=typepostgis/Parameter Parameter name=hostlocalhost/Parameter Parameter name=userme/Parameter Parameter name=dbnameosm/Parameter Parameter name=table (select * from planet_osm_roads order by z_order) as roads /Parameter Parameter name=estimate_extentfalse/Parameter Parameter name=extent-20037508,-19929239,20037508,19929239/Parameter /Datasource /Layer Ich befürchte es liegt an der Projektion. Ich habe die Daten deshalb in 2 verschiedene Datenbanken mit osm2pgsql importiert. Einmal mit -l (also EPSG:4326) und einmal mit -m (also diese komische GoogleProjektion EPSG:900913). Ich hab es mit beiden Projektionen ausprobiert und komme leider immer zu dem selben Ergebnis: ein weißes Bild als Rückgabe. Ich hab natürlich in der osm.xml die Projektion des Layers geändert und mal versucht statt srs=+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs +over die Projektion zu verwenden die ich in der Datenbank hab: srs=+proj=longlat +datum=WGS84 +over bringt aber auch nichts. Eigentlich müsste doch der ogcserver also der WMS Server von Mapnik auch umprojezieren können. Aber er kann ja nicht mal die Daten in der Projektion darstellen, wie sie in der Datenbank vorliegen. Seltsam seltsam... Bin wirklich ratlos. Hab auch keine Idee mehr. Vermutlich hab ich einfach noch irgendwo n Einstellungsfehler oder es geht tatsächlich nicht. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?
hallo thorsten Torsten Breda wrote: [... viel sinnvolles zum thema boundaries und relations] Hier meine Frage: Herscht Konsens über diese Art des Grenztaggings? ich bin auch dafür, das so zu machen. nach meinem verständnis sind relations genau für solche sachen gedacht! [...] grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?
On Thu, Nov 13, 2008 at 10:23:50AM +0100, Torsten Breda wrote: Ich habe mich in den letzten Tagen etwas mit dem Tagging und der Bezeichnung von Grenzen beschäftigt. Ausgelöst wurde mein Interesse über die Darstellung der Grenzen im OSM-Inspector [1]. Verdammt, jetzt hat das schon jemand entdeckt und ich wollte doch noch eine Ankündigung schreiben. :-) Hier wird zwischen einer Darstellung von Grenzen als Wege/Polygone und einer Darstellung als Relationen unterschieden. Den View im OSM-Inspector hab ich genau deshalb gebaut, dass wir in dieser Diskussion (und danach mit dem Mappen der Grenzen) etwas vorran kommen. Die Grenzen, die ohne Relations erfaßt sind, sind schwierig automatisch auszuwerten. Torsten hat das Problem ja schon erwähnt, dass eine Grenze gleichzeitig Grenze für verschiedene Dinge sein kann, wie z.B. Landkreis, Bundesland und Staat. Dazu gibt es unzählige left:* und right:*-Tags (manchmal auch andersrum: *:left, *:right.), die die Namen links und rechts der Grenze angeben. Das ist vielleicht nützlich, wenn man die Grenze zeichnen will und den Namen der angrenzenden Gebiete an die Grenzen schreiben will. Aber wenn man die Gebiete braucht, muss man sich alles mühsam zusammensuchen. Die Grenz-Relations werden an einige Stellen schon erfolgreich verwendet, z.B. sind in Italien viele Regionen sehr detailliert erfaßt. Ich persönlich bin also auch dafür, dass wir in diese Richtung gehen. Ein wichtiger Punkt ist dabei noch der Umgang mit größeren und komplexen Gebilden, die z.B. Enklaven haben. Frederik hat gerade einen Vorschlag ins Wiki gestellt, wie bestehende Multipolygon-Relations erweitert werden können, damit sie auch mit sowas zurecht kommen: http://wiki.openstreetmap.org/index.php/Relation:multipolygon#Suggestion_for_advanced_multipolygons Diese Multipolygon-Relations können wir auch für Grenzen verwenden. Damit sollten sich alle vorkommenden Fälle lösen lassen. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drogeriemarkt = chemist ?
Am Thu, 13 Nov 2008 12:10:59 +0100 schrieb Stephan Schildberg [EMAIL PROTECTED]: chemist wird es meistens benannt, im Zuge der Internationalisierung wäre Drogerie jedenfalls auch nicht falsch. Warum nicht drugstore? Im Nachbarort gibt es einen echten shop=chemist, der allen Chemiebedarf hat: Chemikalien, Reagenzgläser, Brenner mit Zubehör und so weiter - mit den Drogeriemärkten würde ich ihn nicht gleich setzen. ^^ Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drogeriemarkt = chemist ?
chemist wird es meistens benannt, im Zuge der Internationalisierung wäre Drogerie jedenfalls auch nicht falsch. Warum nicht drugstore? Im Nachbarort gibt es einen echten shop=chemist, der allen Chemiebedarf hat: Chemikalien, Reagenzgläser, Brenner mit Zubehör und so weiter - mit den Drogeriemärkten würde ich ihn nicht gleich setzen. ^^ Ich finde entscheidungen über verwendung von englischen Wörten sollten Personen treffen deren Muttersprache Englisch ist. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Bernd Distler [EMAIL PROTECTED] wrote: Bin ich eigentlich der Einzige, bei dem mit Ubuntu 8.10 und Firefox die diversen OSM-Seiten (OSM, OSB, Informationfreeway) nicht laden? Kannst Du den Fehler etwas eingrenzen? Gehen übehaupt Üakete übers Netz etc.? Mit Debian Lenny und Iceweasel 3.0.3 tut hier alles ganz normal. Sven -- The American news-media is no longer a news source; it is a cheerleading squad. (unknown source) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Maxspeed Karte Update ?
Hi, ich finde die Maxspeed-Karte http://wince.dentro.info/koord/osm/KosmosMap.htm?zoom=11lat=658458424356lon=680129.86234layers=BT ziemlich Klasse, allerdings frage ich mich wann da ein Update kommt. Denn unter http://www.openstreetmap.org/?lat=50.892909lon=6.126189zoom=18layers=B000FTT habe ich letzte Woche(04.11.08) Daten geändert, leider sehe ich noch kein Update. Daher die Frage wie oft wird die Karte erneuert ? Liege ich richtig mit der Vermutung, das die Karte mit kosmos Erzeugt wird? Kann man selber rechnen ? Kann man die für andere Rechnen ? Auch wäre eine Legende für die verwendeten Farben nett. Danke Henry E #adBox3 {display:none;} ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] kopieren zwischen Datenebenen
Hi, wieso benutzt du nicht einfach den Merge-Knopf ganz rechts im Layer-Menu? Zu deutsch heisst der ziemlich unglücklich Ebene direkt unterhalb in die gewählte Ebene integrieren. Was defakto falsch ist. Schlieslich wird die aktuell gewählte Ebene mit der darunterliegenden vereinigt. Wenn du also einen Stapel hast: * Layer3 * Layer2 * Layer1 Und dann Layer2 markierst und den Knopf drückst, wird Layer1 und Layer2 miteinander zu einem Layer verschmolzen. Dein Stapel sieht dann so aus: * Layer3 * Layer2 Das sollte doch genau deinem Ziel entsprechen, oder? Gruß, Sven Am Dienstag, den 11.11.2008, 23:03 +0100 schrieb Jan Tappenbeck: Moin ! ich habe lange Wege aufgezeichet und diese in einen Way konvertiert, am Anfang und Ende etwas abgeschnitten. Nun möchte ich diesen Way in die OSM-Ebene transferieren. Mit Kopieren und Einfügen funktioniert das zwar - aber der eingefügte Way wird versatzt eingefügt. Kann man dieses irgendwie umgehen und richtig transferieren ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Am 13. November 2008 17:28 schrieb Sven Geggus [EMAIL PROTECTED] : Bernd Distler [EMAIL PROTECTED] wrote: Bin ich eigentlich der Einzige, bei dem mit Ubuntu 8.10 und Firefox die diversen OSM-Seiten (OSM, OSB, Informationfreeway) nicht laden? Kannst Du den Fehler etwas eingrenzen? Gehen übehaupt Üakete übers Netz etc.? Mit Debian Lenny und Iceweasel 3.0.3 tut hier alles ganz normal. Sven Bei mir gehts auf mehreren Rechnern mit Ubuntu 8.10 unf FF3.0 bestens. mfg, Florian (Kelvan) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] unmapped places in der slippy map
hi, habe mal ein kleines experiment gemacht: http://www.gary68.de/osm/qa/unmapped/index.htm da sind die potenziell unkartografierten places von hessen drin. viel spaß gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?
On Thu, Nov 13, 2008 at 02:06:23PM +0100, Lars Francke wrote: Ich habe mich in den letzten Tagen etwas mit dem Tagging und der Bezeichnung von Grenzen beschäftigt. Ausgelöst wurde mein Interesse über die Darstellung der Grenzen im OSM-Inspector [1]. Verdammt, jetzt hat das schon jemand entdeckt und ich wollte doch noch eine Ankündigung schreiben. :-) Ich nehme das hier mal als Ankuendigung und nutze die Gelegenheit um mich fuer diese neue Ansicht zu bedanken. Darauf habe ich gewartet. Bisher habe ich das immer umständlich selbst gemacht und das erleichtert das Leben ungemein. Vielen Dank fuer das Ding und die ganze Arbeit, die Ihr in das Tool steckt. Dankeschön. Könntet Ihr vielleicht irgendwo hinschreiben wann die Daten das letzte mal aktualisiert worden sind bzw. wie häufig Ihr die aktualisiert? Ich konnte auf Anhieb nichts finden. Ist auf der TODO-Liste, das besser darzustellen. Wird täglich aktualisiert, dauert aber bis späten Nachmittag, bis es da ist. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen über Relationen?
On Thu, Nov 13, 2008 at 01:59:28PM +0100, Stefan Dettenhofer (StefanDausR) wrote: Hallo Jochen, Ein wichtiger Punkt ist dabei noch der Umgang mit größeren und komplexen Gebilden, die z.B. Enklaven haben. Frederik hat gerade einen Vorschlag ins Wiki gestellt, wie bestehende Multipolygon-Relations erweitert werden können, damit sie auch mit sowas zurecht kommen: http://wiki.openstreetmap.org/index.php/Relation:multipolygon#Suggestion_for_advanced_multipolygons Diese Multipolygon-Relations können wir auch für Grenzen verwenden. Damit sollten sich alle vorkommenden Fälle lösen lassen. ich finde den Vorschlag gut! Wie wird aber garantiert, dass die Elemente in der Datenbank geordnet bleiben? Ich dachte, dass bisher nicht sichergestellt ist, dass die Elemente jedesmal in der selber Reihenfolge wieder ausgespielt werden. In der API 0.6 wird das drin sein. Also im Moment hast Du Recht, da kann es noch Salat geben, aber wenn die API 0.6 da ist, dann kann man das auch automatisch korrigieren. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed Karte Update ?
Hallo Henry, [EMAIL PROTECTED] schrieb: Hi, ich finde die Maxspeed-Karte http://wince.dentro.info/koord/osm/KosmosMap.htm?zoom=11lat=6584584.24356lon=680129.86234layers=BT ziemlich Klasse, schön, dass sie Dir gefällt! allerdings frage ich mich wann da ein Update kommt. ok, ich wollte gerade ein Update anwerfen, aber die OSMXAPI wollte nicht... Denn unter http://www.openstreetmap.org/?lat=50.892909lon=6.126189zoom=18layers=B000FTT habe ich letzte Woche(04.11.08) Daten geändert, leider sehe ich noch kein Update. Daher die Frage wie oft wird die Karte erneuert ? Ich mache es manuell in unregelmäßigen Abständen. Das größte Problem ist eigentlich, dass das Übertragen der tiles auf meinen Server so lange dauert... Liege ich richtig mit der Vermutung, das die Karte mit kosmos Erzeugt wird? ja Kann man selber rechnen ? ja, hier http://wiki.openstreetmap.org/index.php/MaxSpeed_Overlay_Kosmos_Rules sind die Rendering-Rules Kann man die für andere Rechnen ? Auch wäre eine Legende für die verwendeten Farben nett. hier http://forum.pocketnavigation.de/tid943-sid.htm findest Du was dazu! Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed Karte Update ?
Hallo Stefan, Stefan Dettenhofer (StefanDausR) schrieb: Ich mache es manuell in unregelmäßigen Abständen. Das größte Problem ist eigentlich, dass das Übertragen der tiles auf meinen Server so lange dauert... läuft Kosmos nicht unter WINE? :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
On 11/13/2008 05:43 PM, Florian Schweikert wrote: Am 13. November 2008 17:28 schrieb Sven Geggus[EMAIL PROTECTED] Bernd Distler[EMAIL PROTECTED] wrote: Bin ich eigentlich der Einzige, bei dem mit Ubuntu 8.10 und Firefox die diversen OSM-Seiten (OSM, OSB, Informationfreeway) nicht laden? Kannst Du den Fehler etwas eingrenzen? Gehen übehaupt Üakete übers Netz etc.? Mit Debian Lenny und Iceweasel 3.0.3 tut hier alles ganz normal. Bei mir gehts auf mehreren Rechnern mit Ubuntu 8.10 unf FF3.0 bestens. Ebenfalls keine Probleme (abgesehen davon, dass der .org Server vor kurzem wohl down war) unter 8.10, allerdings mit Firefox 3.1 Nightly. OSB hatte in einer Nightly Version glaub ich mal ein paar Probleme, aber da bin ich mir auch nicht mehr sicher, ob da nicht wieder mal zu viel Traffic war, und deshalb abgedreht wurde. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed Karte Update ?
On Thu, Nov 13, 2008 at 06:43:21PM +0100, Tobias Wendorff wrote: Subject: Re: [Talk-de] Maxspeed Karte Update ? Hallo Stefan, Stefan Dettenhofer (StefanDausR) schrieb: Ich mache es manuell in unregelmäßigen Abständen. Das größte Problem ist eigentlich, dass das Übertragen der tiles auf meinen Server so lange dauert... läuft Kosmos nicht unter WINE? :-) Ich hatte Jochen vorgeschlagen mit den very sofisticated tools die er in seinem inspektor hat das in etwa so zu bauen. Im addressinspektor wird ja der strassenverlauf nachgezeichnet. Damit koennte man das aequivalent bauen. Haette den vorteil das die infrastruktur schon da ist (also auch der update) und eben nicht so viele daten hin und hergeschickt werden muessen (overlay des browsers anstatt transparent png). Ich mappe normalerweise schon auch gewissenhaft maxspeeds allerdings bin ich eben hintenueber geschlagen welche loecher ich da doch gebaut habe ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Also bei mir geht es unter Ubuntu 8.04, KDE 3.5.9 und Firefox 3.0.3 auch nicht. Ich hatte das zeitweilig auf die Performance der Server zurückgeführt. Aber unter Windows hatte ich dann keine Probleme. In letzter Zeit verwende ich allerdings fast nur noch Ubuntu, so dass mir nicht auffiel, dass es wohl an Ubuntu liegen könnte. Da wäre ich auch nicht darauf gekommen. Könnte vielleicht auch die jeweilige Linux-Version von Java oder Flash verantwortlich sein? Was braucht man alles, um sich die Kartentiles der OSM-Map bzw. informationfreeway anzeigen zu lassen? Gruss, Longbow4u ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drogeriemarkt = chemist ?
Am Donnerstag 13 November 2008 schrieb malenki: Am Thu, 13 Nov 2008 12:10:59 +0100 schrieb Stephan Schildberg [EMAIL PROTECTED]: chemist wird es meistens benannt, im Zuge der Internationalisierung wäre Drogerie jedenfalls auch nicht falsch. Warum nicht drugstore? Im Nachbarort gibt es einen echten shop=chemist, der allen Chemiebedarf hat: Chemikalien, Reagenzgläser, Brenner mit Zubehör und so weiter - mit den Drogeriemärkten würde ich ihn nicht gleich setzen. ^^ drugstore ist eher die amerikanische variante, der brite sagt chemist... den von dir genannten laden wuerde ich am ehesten noch als shop=chemicals deklarieren... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Longbow4u [EMAIL PROTECTED] writes: Also bei mir geht es unter Ubuntu 8.04, KDE 3.5.9 und Firefox 3.0.3 auch nicht. P.S.:Ich meinte natürlich KUBUNTU. Longbow4u ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drogeriemarkt = chemist ?
Am Thu, 13 Nov 2008 20:24:25 +0100 schrieb Guenther Meyer [EMAIL PROTECTED]: drugstore ist eher die amerikanische variante, der brite sagt chemist... den von dir genannten laden wuerde ich am ehesten noch als shop=chemicals deklarieren... Werde ich machen. (Warum kommen meist die anderen auf die einfachen Sachen?) ;) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: [map-features-file] Ok, nun ist es mir klar. Und ich vermute, wenn mehrere Zeilen passen, dann zählt die Erste? Also bei den Tracks scheint dass zu funktionieren, bei highways auf denen eine Strassenbahnlinie verläuft, gewinnt die Strassenbahn, obwohl die polyline|tram Zeile weit hinten im Features-File steht. Bug ist laut Steve in den neuesten Versionen gefixt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drogeriemarkt = chemist ?
malenki wrote: Am Thu, 13 Nov 2008 12:10:59 +0100 schrieb Stephan Schildberg [EMAIL PROTECTED]: chemist wird es meistens benannt, im Zuge der Internationalisierung w??re Drogerie jedenfalls auch nicht falsch. Warum nicht drugstore? drugstore w??re IMHO prinzipiell denkbar, da das Projekt jedoch in UK seinen Ursprung hat, haben sich eher die britisch-englischen Begriffe eingeb??rgert, und drugstore ist ein - zumindest nach den von mir befragten W??rterb??chern - rein amerikanischer Begriff. *) Im Nachbarort gibt es einen echten shop=chemist, der allen Chemiebedarf hat: Chemikalien, Reagenzgl??ser, Brenner mit Zubeh??r und so weiter - mit den Drogeriem??rkten w??rde ich ihn nicht gleich setzen. ^^ Ich habe das auch (bereits vor ettlichen Monaten schoneinmal, jetzt wieder) nachgeschlagen und chemist hat als deutsche ??bersetzung durchweg Begriffe wie Drogerie, Apotheke, abgesehen von der Berufsbezeichnung Chemiker, Apotheker, Drogist. Ich denke, das kommt unseren Drogerien schon sehr nahe, eine Bedeutung wie Chemikalienfachhandel liegt da IMHO eher ferner. Ich tagge Drogerien daher seitdem als chemist (Vorsicht! Nicht chemistry!) und finde das doch recht passend. Was vielleicht im Rahmen dieses Wortstamms - wie ich gerade sehe - noch vorstellbar ist, w??re chemist's statt chemist, aber vielleicht w??re da ne internationale Diskussion angebrachter. Wenn ich mich recht erinnere, dann ist chemist auch in Tagwatch die eher popul??rste Variante (hab ich aber nicht mehr gepr??ft). Gru??, Patrick *) unter anderem nachgeschlagen bei dict.leo.org und dict.cc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Die Welt in Vektoren
Schöner Artikel auf Heise zu unseren kommerziellen Brüdern. http://www.heise.de/mobil/artikel/118161 chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unmapped places in der slippy map
das hätte ich auch gern für Niedersachen. Finde ich wunderbar. Man kann Ausschau nach dem nächsten Mapping-Wochenende halten. +++ Holger Wemken GS schrieb: hi, habe mal ein kleines experiment gemacht: http://www.gary68.de/osm/qa/unmapped/index.htm da sind die potenziell unkartografierten places von hessen drin. viel spaß gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Welt in Vektoren
Chris66 schrieb: Schöner Artikel auf Heise zu unseren kommerziellen Brüdern. http://www.heise.de/mobil/artikel/118161 Yep, sehr schön. Danke! Endlich mal vernünftige Fotos von den Wagen :-) Wir sind da VIEL umweltfreundlicher ... damit sollten wir werben *G* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Longbow4u [EMAIL PROTECTED] wrote: Was braucht man alles, um sich die Kartentiles der OSM-Map bzw. informationfreeway anzeigen zu lassen? Einen Javascript fähigen Browser. Der Iceweasel aka Firefox unter Debian etch und lenny hat hier bisher keine derartigen Probleme verursacht. Wie ich bereits geschrieben habe, was geht denn _konkret_ nicht, fehlt nur die Slippymap, gehen http-requests in die Welt. Eventuell mal firebug installieren und debuggen. Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kreuzungsgenerator: Beispiel Dortmund
Hey Community, da mir erneut niemand helfen wollte / konnte, habe ich den Export für den Namefinder selbst geschrieben. Die Ways bestehen ja nur aus Stücken, also habe ich diese anhand des Namens aggregiert. Nun gibt es zwei Möglichkeiten: 1. Den Straßenschwerpunkt bestimmen: Länge der Straße halbieren und dann die Koordinate auf die Straße legen. 2. Kreuzungspunkte ermitteln. Mir ist heute keine Idee für die erste Variante gekommen, weiß jemand, wie man das geschickt lösen kann? PostGIS hat sowas doch sicher eingebaut, oder? Die Kreuzungspunkte waren ja relativ simpel - habe dies erstmal nur für Dortmund gemacht, weil es rechenintensiv war. Hat das schon mal jemand gemacht? Garry oder Gary68 für den Waycheck vielleicht? Hier ist das Beispiel für die Stadt Dortmund ... vielleicht können ja ein paar User das Ganze mal Testen? http://wiki.openstreetmap.org/index.php/User:TobWen/Kreuzungen Meinen Namefinder werde ich in den kommenden Tagen auf diese Daten hin testen. Viele Grüße Tobias ps: Habe Layer und Relationen noch nicht beachtet und noch Probleme mit mehrspurigen Straßen. Ich denke, ich werde einen Puffer um die Straßenenden bilden und gucken, ob die Nodes z.B. 50 m im Umkreis liegen. Dann sollten die sich nicht in die Quere kommen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Welt in Vektoren
On 11/13/2008 10:26 PM, Tobias Wendorff wrote: Chris66 schrieb: Schöner Artikel auf Heise zu unseren kommerziellen Brüdern. http://www.heise.de/mobil/artikel/118161 Yep, sehr schön. Danke! Endlich mal vernünftige Fotos von den Wagen :-) Wir sind da VIEL umweltfreundlicher ... damit sollten wir werben *G* Ja, so ein G.W.Bush Slogan würd sich da gut machen: Wer gegen OSM ist, ist für den Klimawandel! Wenn das nicht alle wichtigen Medien überzeugt, dann weiß ich auch nicht mehr weiter... Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzungsgenerator: Beispiel Dortmund
1. Den Straßenschwerpunkt bestimmen: Länge der Straße halbieren und dann die Koordinate auf die Straße legen. 2. Kreuzungspunkte ermitteln. Mir ist heute keine Idee für die erste Variante gekommen, weiß jemand, wie man das geschickt lösen kann? PostGIS hat sowas doch sicher eingebaut, oder? Da fällt mir diese Funktion von PostGIS ein: http://postgis.refractions.net/documentation/manual-svn/ST_Line_Interpolate_Point.html Du uebergibst Ihr einen Linestring und ein Zahl zwischen 0 und 1 - in Deinem Falle 0.5 und Du bekommst einen Punkt auf dem Linestring wieder. Klingt nach genau dem was Du willst. Ich benutze das mit Erfolg beim routen wenn man auf der Karte neben eine oder irgendwo auf eine Straße klickt. Setzt allerdings voraus, dass du diese Linestrings hast, die lassen sich aber relativ einfach berechnen. Hier was ich gemacht habe (auf dem Osmosis-Schema)d SELECT AddGeometryColumn('ways', 'line', 4326, 'LINESTRING', 2); UPDATE ways w SET line = (SELECT st_makeline(geom) FROM (SELECT geom FROM nodes n, way_nodes wn WHERE w.id = wn.way_id AND n.id = wn.node_id ORDER BY wn.sequence_id) AS foo); CREATE INDEX idx_way_line ON ways USING GIST (line); Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Norbert Wenzel [EMAIL PROTECTED] wrote: Eventuell mal firebug installieren und debuggen. Läuft der überhaupt noch unterm 3er? Aber klar doch, sonst wäre ich niemals auf FF3 umgestiegen. Habe hier derzeit Version 1.2.1 drauf Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [bugfix] Lakewalker erzeugt Nullpointer in JOSM
Hallo, Ich habe einen JOSM-Absturz durch Lakewalker gefixt. Kann mir das jemand submitten? http://josm.openstreetmap.de/ticket/1663 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [patch] osmarender administrative borders
Hallo, unter boundary=administrative gibt es ja das admin_level: http://wiki.openstreetmap.org/index.php/Key:boundary#admin_level Leider wird das mit osmarender nicht gerendert obwohl weit verbreitet. Ich habe die Styles entsprechend angepasst damit diese gerendert werden. Der Patch hängt am Ticket dran, wäre nett wenn den jemand mit Schreibrechten submitted: http://trac.openstreetmap.org/ticket/1332 Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Grenzen über Relationen?
Torsten Breda schrieb: Hier meine Frage: Herscht Konsens über diese Art des Grenztaggings? Falls ja, stände einer Anpassung der Wiki-Seiten (sofern noch nicht geschehen) nichts mehr im Wege. Ich finde das Schema gut und habe für Bayern und BW die admin_level Werte in den Relationen gesetzt. Mal sehen was der Inspector dazu sagt. Auch hat sich jetzt jemand gefunden die Zeichenregeln für [EMAIL PROTECTED] anzupassen, muß nur noch eingespielt werden. Danke mikes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [patch] osmarender administrative borders
Stephan schrieb: Hallo, unter boundary=administrative gibt es ja das admin_level: http://wiki.openstreetmap.org/index.php/Key:boundary#admin_level Leider wird das mit osmarender nicht gerendert obwohl weit verbreitet. Ich habe die Styles entsprechend angepasst damit diese gerendert werden. Der Patch hängt am Ticket dran, wäre nett wenn den jemand mit Schreibrechten submitted: http://trac.openstreetmap.org/ticket/1332 Stephan Kannst Du Dir nochmal die Linienbreiten im Level z14 anschauen? Für die admin_level=8 und 10 sollten die 1px sein, dann passt das auch mit den höheren Zoomstufen zusammen. Du hast da 4px drin. Gruss mikes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [patch] osmarender administrative borders
Hallo, Leider wird das mit osmarender nicht gerendert obwohl weit verbreitet. Ich habe die Styles entsprechend angepasst damit diese gerendert werden. Der Patch hängt am Ticket dran, wäre nett wenn den jemand mit Schreibrechten submitted: Das funktioniert aber nur, wenn man direkt an den Way einen admin_level taggt, oder? Wir waren ja gerade auf dem Weg weg davon, besonders eben weil ein Way ja auch mehrere Grenzen gleichzeitig sein kann... müssen dem Osmarender dringend mal ordentliches Relation-Handling verabreichen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Schönen guten Morgen zusammen! Also zu meinem Problem: Die Seiten an sich werden geladen, aber die Karte erscheint so gut wie nicht. Ab und zu werden ein paar Kacheln geladen, aber wenn man näher ran zoomt oder in einen anderen Bereich verschiebt, werden entweder die Kacheln aus dem alten Zoom-Bereich angezeigt oder nur eine weiße Fläche. Meistens ist es eben so, dass ich zwar außen herum alles sehe, aber im Kartenfenster alles leer ist. In der VM läuft wie gesagt alles. JavaScript/Adblock und die restlichen üblichen Verdächtigen können es auch nicht sein, denn da ist alles genauso wie unter Windows. Ich bin im Moment eben irgendwie ratlos. Ich probiere es heute Abend mal noch mit einer Live-CD, wie es da ausschaut. Jedenfalls schon mal vielen Dank für die bisherigen Antworten! Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [patch] osmarender administrative borders
2008/11/14 Frederik Ramm [EMAIL PROTECTED]: Hallo, Leider wird das mit osmarender nicht gerendert obwohl weit verbreitet. Ich habe die Styles entsprechend angepasst damit diese gerendert werden. Der Patch hängt am Ticket dran, wäre nett wenn den jemand mit Schreibrechten submitted: Das funktioniert aber nur, wenn man direkt an den Way einen admin_level taggt, oder? Wir waren ja gerade auf dem Weg weg davon, besonders eben weil ein Way ja auch mehrere Grenzen gleichzeitig sein kann... müssen dem Osmarender dringend mal ordentliches Relation-Handling verabreichen. Bye Frederik Ich schlage vor admin_level im Wiki als deprecated zu dokumentieren. Sollte nicht mehr verwendet werden, mit der entsprechenden Begründung. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [patch] osmarender administrative borders
Am 14. November 2008 08:23 schrieb Marcus Wolschon [EMAIL PROTECTED]: Ich schlage vor admin_level im Wiki als deprecated zu dokumentieren. Sollte nicht mehr verwendet werden, mit der entsprechenden Begründung. Vorsicht dabei! admin_level soll bleiben. Es steht lediglich nicht mehr im Weg, sondern in der Relation! Eher werden andere Tags überflüssig. s.o. Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] percorsi per i camionisti
HGV= Heavy Goods Vehicle = TIR (trasporto merci pesanti=mezzi pesanti=TIR) Qualsiasi cosa, nel codice della strada, sia più di un furgone, è un TIR. il trasporto eccezionale è una eccezione dei TIR..:P -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] percorsi per i camionisti
Ah, pensavo che HGV fosse una categoria più 'pesante' , si potrebbe allora usare uno di questi due: width Numberway Dimensione della strada o del segmento in metri est_width Number way Una stima grossolana della larghezza di una via in metri sono tag più neutri facendo riferimento non al mezzo ma alla strada. Alessandro Ale_Zena_IT Messaggio originale Da: [EMAIL PROTECTED] Data: 13/11/2008 9.19 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] percorsi per i camionisti HGV= Heavy Goods Vehicle = TIR (trasporto merci pesanti=mezzi pesanti=TIR) Qualsiasi cosa, nel codice della strada, sia più di un furgone, è un TIR. il trasporto eccezionale è una eccezione dei TIR..:P -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk- [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Preservare toponimi e oronimi antichi e dialettali
Mumble mumble... Per il Trentino vedo, ad esempio, che manca il dialetto locale (anche se a dire il vero cambia praticamente da paese a paese per non parlare da valle a valle), mentre ci sono il Cimbro (cim, o almeno credo sia quello) ed il Ladino ma manca il Mocheno tanto per restare nelle isole linguistiche più significative. Io al momento per i nomi dialettali ho usato loc_name. Da: [EMAIL PROTECTED] [EMAIL PROTECTED] A: talk-it@openstreetmap.org Inviato: Giovedì 13 novembre 2008, 9:33:11 Oggetto: [Talk-it] Preservare toponimi e oronimi antichi e dialettali OSM è una splendida opportunità per preservare tutto quello che nella moderna cartografia si va perdendo, i nomi locali e dialettali. Ho inserito alcune volte il nome dialettale col tag loc_name ma, essendo quasi sempre in dialetto ligure, pensavo di usare il tag name:lij (vedi codici ISO_639-3) ed iniziare ad inserirli sistematicamente (quei pochi che conosco). Questa mail vorrebbe essere una proposta a tutti coloro che conoscono nomi di cui si va perdendo la memoria. I commenti sono benvenuti Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Scopri la community di Io fotografo e video Il nuovo corso di Gazzetta dello sport per diventare veri fotografi! Unisciti alla community di Io fotografo e video, il nuovo corso di fotografia di Gazzetta dello sport: http://www.flickr.com/groups/iofotografoevideo___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Suddivisione amministrativa delle strade italiane secondo il Codice della Strada con possibile indicazione di tag in OSM
Il giorno 12 novembre 2008 1.39, Martin Koppenhoefer [EMAIL PROTECTED] ha scritto: SUDDIVISIONE AMMINISTRATIVA DELLE STRADE secondo il Codice della Strada con possibile indicazione di tag in OSM A - Autostrada: In OSM: highway = motorway semplice ;-) C - Strada extraurbana secondaria: strada ad unica carreggiata con almeno una corsia per senso di marcia e banchine. In OSM: highway = primary In ambito urbano per i comuni al di sopra dei 10.000 abitanti diventa highway = tertiary a) i capoluoghi di provincia o i comuni con la rete statale se ciò sia particolarmente rilevante per ragioni di carattere industriale, commerciale, agricolo, turistico e climatico. (Sigla: SR) In OSM: highway = secondary In ambito urbano per i comuni al di sopra dei 10.000 abitanti diventa highway = tertiary non, è meglio se le strade mantengono la sua classificazione OSM anche in cittá se non cambia la strada (larghezza, importanza). Dove sono strette (oppure stra trafficate) va bene tertiary, ma se rimangono larghi come fuori le lascerei la sua classificazione (dipende, uno si deve rendere conto anche del fatto che le strade con le classificazione alte attirano il traffico dei router. A Roma per essempio non vorrei mettere primary nel centro, perché non conviene attraversarlo se la tua destinazione non è al centro.). Martin Grazie Martin: il criterio che hai segnalato è un giusto completamento della questione delle tag in ambito urbano. Effettivamente, il discorso dei router non è secondario: è vero che non si mappa per i router, ma è anche vero che bisogna ricordarsi che poi uno degli usi della mappa è anche attraverso i router, quindi l'attenzione e l'accuratezza non sono fattori secondari (penso a quello che sta succedendo in molti comuni a tal proposito). Mi chiedo da perfetto ignorante: ad attirare il traffico dei router son solo le classificazione alte, o intervengono anche fattori, come limiti di velocità!ampiezza della carreggiata!etc. Giorgio PS: correggo una cosa che avevo scritto nella mia mail nella sezione psico-OSM. Dopo aver controllato l'apposita mappa delle strade elaborata dalla Provincia di Treviso, mi accorgo che il percorso della Postumia (l'antica via consolare), viene sdoppiato in quel di Castelfranco Veneto: l'antico percorso è diventato la SP102, mentre il nuovo diventa SR53 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] percorsi per i camionisti
[EMAIL PROTECTED] wrote: Ah, pensavo che HGV fosse una categoria più 'pesante' , si potrebbe allora usare uno di questi due: width Numberway Dimensione della strada o del segmento in metri est_width Number way Una stima grossolana della larghezza di una via in metri sono tag più neutri facendo riferimento non al mezzo ma alla strada. utilissimi, ma questo prevede che il camionista prima di selezionare la destinazione inserisca la volumetria ed il peso del mezzo. hgv=no/... invece va messo dove è presente un vero e proprio divieto di accesso ai mezzi pesanti, non dove è sconsigliabile il loro transito. Edo -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] percorsi per i camionisti
Il giorno 13 novembre 2008 8.48, [EMAIL PROTECTED] [EMAIL PROTECTED] ha scritto: Esistono già questi segnali, basta usarli: maxweightNumber way Limite di peso in tonnellate maxheightNumber way Limite di altezza in metri maxwidth Number way Limite di larghezza in metri maxlengthNumber way Limite di lunghezza in metri hgv yes / designated / private / permissive / destination / unknown / no way Permesso di accesso per veicoli che trasportano merci pesanti (in Italia trasporti eccezionali???). Il problema però a volte rimane; a Genova tra il mercato ortofrutticolo e lo stadio, ad esempio, c'è un incrocio mal segnalato e a volte qualche camionista sbaglia infilandosi in una valle chiusa con strade molto strette: l'unico segnale che si trova è maxweight=18 (tonnellate) chiaramente insufficiente ad avvisare camionisti in errore. In questo caso che fare? Aggiungo il tag hgv=no prima del punto di non ritorno? Anch'io mi sono permesso si segnalare qualche restrizione nei pressi di casa mia (centro storico). E' sbagliato? Ci sono alcuni vicoli la cui larghezza non permette il passaggio si un autovettura, tantomeno la svolta in qualche traversa, ma ufficialmente (settore viabilità del Comune) sono strade normalissime. Vorrei proprio vedere il capo dell'ufficio tecnico incastrato con l'auto tra i panni stesi di una vecchietta e i pomodori lasciati a seccare di un'altra :D Vincenzo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Suddivisione amministrativa delle strade italiane secondo il Codice della Strada con possibile indicazione di tag in OSM
Giorgio Scandiuzzo wrote: Mi chiedo da perfetto ignorante: ad attirare il traffico dei router son solo le classificazione alte, o intervengono anche fattori, come limiti di velocità!ampiezza della carreggiata!etc. La risposta non esite. Mi spiego: ogni software di navigazione ha i suoi criteri, ma direi che tengono tutti conto almeno di: - classificazione della strada - limiti di velocità - numero di punti di stop (semafori) ovviamente i pesi dati ai criteri sono del tutto privati e oserei dire anche oggetto di segreto industriale è poi possibile che entrino in gioco anche - numero di corsie - tipo di pavimentazione - inclinazione ma immagino che siano secondari -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Preservare toponimi e oronimi antichi e dialettali
La tua proposta è interessante e son d'accordo che OSM permette di preservare toponimi che altrimenti andrebbero persi (penso ad un monte vicino a casa mia che in dialetto si chiama Curt, ma nelle carte compare come Monte Sulder), ma è applicabile solo ad alcuni ambiti locali; seguendo l'ISO_639-3 un bel po' di dialetti italiani rimangono tagliati fuori e quindi si è punto a capo. Ho passato un po' di tempo su studi di dialettologia ed etnolinguistica applicati all'ambito regionale del Triveneto e ti posso assicurare che la questione non è semplice, dal momento che la questione dialetto vs lingua è molto dibattuta. A partire da queste considerazioni, in OSM per i nomi dialettali io uso loc_name; se per caso nell'uso comune locale un nome è stato cambiato o è scomparso uso old_name. Giorgio Il giorno 13 novembre 2008 9.33, [EMAIL PROTECTED] [EMAIL PROTECTED] ha scritto: OSM è una splendida opportunità per preservare tutto quello che nella moderna cartografia si va perdendo, i nomi locali e dialettali. Ho inserito alcune volte il nome dialettale col tag loc_name ma, essendo quasi sempre in dialetto ligure, pensavo di usare il tag name:lij (vedi codici ISO_639-3) ed iniziare ad inserirli sistematicamente (quei pochi che conosco). Questa mail vorrebbe essere una proposta a tutti coloro che conoscono nomi di cui si va perdendo la memoria. I commenti sono benvenuti Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] percorsi per i camionisti
Il giorno 13 novembre 2008 10.17, [EMAIL PROTECTED] [EMAIL PROTECTED] ha scritto: Se ci sono i cartelli delle restrizioni non è sbagliato ma auspicabile inserirli; anche nelle zone ZTL del centro storico (caruggi) ci sono strade larghe 1,80 doppio senso ma il Comune si guarda bene dal mettere i cartelli (effettivamente sarebbe una barbarie estetica). @Edo: Una decina d'anni orsono un grosso camion con rimorchio salì sulla Sopraelevata che attraversa il centro di Genova: dovettero arrivare i pompieri (facendo un paio di chilometri di retromarcia con le gru) e bloccando mezza Genova per diverse ore. Noi le restrizioni le indichiamo ma se i conducenti non inseriscono i dati del mezzo non possiamo farci nulla. Purtroppo l'intelligenza non è di serie sugli umani :) Vero, ma se penso a quello che è stato deciso dall'amministrazione comunale di Vittorio Veneto mi vien da dire che dove non arriva l'intelligenza arriva il portafoglio svuotato... Nel dettaglio: a Serravalle (un quartiere di Vitt. Ven.) c'è una strettoia dove molti articolati vanno ad incastrarsi. Il punto è che non possono passare per quella strada (ci sono dei divieti ben visibili prima di imboccarla definitivamente), ma per evitare un giro più lungo alcuni fanno i furbi... rimanendo poi incastrati. Da pochi giorni, la multa è stata portata a 500 €, ai quali si aggiungono tutti i costi legati alle operazioni di sgombero della strada (una gru non costa poco) nonchè i costi per i disguidi generati. Giorgio Alessandro Ale_Zena_IT Messaggio originale Da: [EMAIL PROTECTED] Data: 13/11/2008 10.04 A: [EMAIL PROTECTED][EMAIL PROTECTED], openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] percorsi per i camionisti Il giorno 13 novembre 2008 8.48, [EMAIL PROTECTED] [EMAIL PROTECTED]ha scritto: Esistono già questi segnali, basta usarli: maxweightNumber way Limite di peso in tonnellate maxheightNumber way Limite di altezza in metri maxwidth Number way Limite di larghezza in metri maxlengthNumber way Limite di lunghezza in metri hgv yes / designated / private / permissive / destination / unknown / no way Permesso di accesso per veicoli che trasportano merci pesanti (in Italia trasporti eccezionali???). Il problema però a volte rimane; a Genova tra il mercato ortofrutticolo e lo stadio, ad esempio, c'è un incrocio mal segnalato e a volte qualche camionista sbaglia infilandosi in una valle chiusa con strade molto strette: l'unico segnale che si trova è maxweight=18 (tonnellate) chiaramente insufficiente ad avvisare camionisti in errore. In questo caso che fare? Aggiungo il tag hgv=no prima del punto di non ritorno? Anch'io mi sono permesso si segnalare qualche restrizione nei pressi di casa mia (centro storico). E' sbagliato? Ci sono alcuni vicoli la cui larghezza non permette il passaggio si un autovettura, tantomeno la svolta in qualche traversa, ma ufficialmente (settore viabilità del Comune) sono strade normalissime. Vorrei proprio vedere il capo dell'ufficio tecnico incastrato con l'auto tra i panni stesi di una vecchietta e i pomodori lasciati a seccare di un'altra :D Vincenzo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Preservare toponimi e oronimi antichi e dialettali
Il giorno 13 novembre 2008 10.31, [EMAIL PROTECTED] [EMAIL PROTECTED] ha scritto: Anche qui LIJ è una forzatura, concordo: avevo cercato di segnalarti che già da questa forzatura nasce la possibile fruibilità o meno della tag. Mi spiego: tu la puoi usare, mentre io no, perchè il dialetto veneto non è contemplato (se uso ven o ve vado ad identificare una parlata del SudAfrica...) non esiste una lingua ligure monolitica, già all'interno di Genova c'era la parlata del Centro e del Levante, il Sestrese ed il Voltrese, figuriamoci in tutta la Regione. A Genova ci soggiorno molte volte per lavoro e mi diverto un mondo a sentire le differenti parlate. Se penso poi al veneto è la stessa identica cosa (se a Treviso io parlo il mio dialettoo locale, metà delle persone non mi capisce, eppur io sono trevigiano) Parto dalla considerazione che un tale paese o monte sia nominato col dialetto di quel luogo ed è da tutti riconosciuto tale; mi spiego meglio: *Savona* *è conosciuta come Sann-a sia a Savona che a La Spezia*. Alessandro Ale_Zena_IT Giorgio Messaggio originale Da: [EMAIL PROTECTED] Data: 13/11/2008 10.16 A: [EMAIL PROTECTED][EMAIL PROTECTED], openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] Preservare toponimi e oronimi antichi e dialettali La tua proposta è interessante e son d'accordo che OSM permette di preservare toponimi che altrimenti andrebbero persi (penso ad un monte vicino a casa mia che in dialetto si chiama Curt, ma nelle carte compare come Monte Sulder), ma è applicabile solo ad alcuni ambiti locali; seguendo l'ISO_639-3 un bel po' di dialetti italiani rimangono tagliati fuori e quindi si è punto a capo. Ho passato un po' di tempo su studi di dialettologia ed etnolinguistica applicati all'ambito regionale del Triveneto e ti posso assicurare che la questione non è semplice, dal momento che la questione dialetto vs lingua è molto dibattuta. A partire da queste considerazioni, in OSM per i nomi dialettali io uso loc_name; se per caso nell'uso comune locale un nome è stato cambiato o è scomparso uso old_name. Giorgio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Preservare toponimi e oronimi antichi e dialettali
Giorgio Scandiuzzo wrote: Il giorno 13 novembre 2008 10.31, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ha scritto: Anche qui LIJ è una forzatura, concordo: avevo cercato di segnalarti che già da questa forzatura nasce la possibile fruibilità o meno della tag. Mi spiego: tu la puoi usare, mentre io no, perchè il dialetto veneto non è contemplato (se uso ven o ve vado ad identificare una parlata del SudAfrica...) il veneto è identificato da vec, non da ven! Edoardo -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] percorsi per i camionisti
2008/11/13 [EMAIL PROTECTED] [EMAIL PROTECTED]: Se ci sono i cartelli delle restrizioni non è sbagliato ma auspicabile inserirli; anche nelle zone ZTL del centro storico (caruggi) ci sono strade larghe 1,80 doppio senso ma il Comune si guarda bene dal mettere i cartelli (effettivamente sarebbe una barbarie estetica). io di solito metto le restrizioni di larghezza sia che ci siano cartelli sia che la restrizione sia dovuta solo alle leggi della fisica: ci sono un bel po' di strade visibilmente troppo strette fin dall'inizio dove il cartello e` anche ridondante, tanto si vede ad occhio avvicinandosi ma ovviamente, un navigatore quando calcola il percorso non lo puo` sapere altrimenti... -- Elena of Valhalla homepage: http://www.trueelena.org email: [EMAIL PROTECTED] ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] highway=stop
Ezio Querini ha scritto: Da: Carlo Stemberger [EMAIL PROTECTED] AB--C Immaginavo una risposta del genere, ma se hai uno stop in A? Non basta invertire il senso della way se hai uno stop (o un dare precedenza) su entrambe le terminazioni. Ho pensato anche a questo ;-) (in realtà solo una mezzoretta fa, mentre rientravo in bici e mi è venuta in mente questa possibilità) La soluzione sporca, quando si hanno gli stop ad entrambe le estremità in una strada a doppio senso, è quella di spezzare la strada in 2 way mettendo la direzione opposta ai 2 segmenti: AB--C con stop=yes su entrambi i segmenti. Dovrebbe funzionare, ma decisamente mi fa schifo come soluzione. La cosa più pulita, secondo me, è aggiungere un ulteriore nuovo tag, stop=both: A--B ovvero un'unica way, con direzione a caso (non importa, essendo a doppio senso) col tag stop=both. Con soli 2 tag (stop=yes e stop=both) credo che si possano descrivere tutte le situazioni possibili. Che ne pensate? -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] highway=stop
Gian Paolo ha scritto: Comunque se nessuno troverà obiezioni reali al metodo del tag credo sia meglio utilizzare il metodo più semplice. Quoto. Se trovate un sistema più semplice fatemelo sapere. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Appia - Traiana: patrimonio UNESCO ? ? ? ?
vincivis ha scritto: Dopo aver scritto i commenti, se avete voglia, andate a dare un'occhiata alle foto che ho scattato qualche settimana fa: http://wiki.openstreetmap.org/images/2/26/Via_Appia_Traiana-20081014-01.JPG http://wiki.openstreetmap.org/images/2/26/Via_Appia_Traiana-20081014-02.JPG Quale tag potrei usare per marcare situazioni del genere? Ciao /niubii/ Propongo un nodo con amenity=indignant :| operator=to_guillotine Sto diventando un vero Parigot... :-) -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it