[talk-ph] osm pr0n: house numbers in San Pablo
While most Philippine geospatial companies and users complain about the lack of data in the country (in particular, addressing information). Ianlopez is collecting house numbers in San Pablo one single point at a time. http://www.flickr.com/photos/esambale/4641131791/ Why post this? Because I found it damn easy to create a simple map of house number's of San Pablo (less than 30 min) using openaddress data imported to a gis app (QGIS). To download a csv file of San Pablo's address data, here's the link: http://www.openaddresses.org/addresses.csv?city=San Pabloattrs=street,city,postcode,housenumber happy house number mapping! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Cavite Road Network Mapping Party
How bout navigation systems that use OSM, arent there a few? Perhaps they would like to support us in mapping the Cavite Area etc? We will probably be incorporated by this time also. How bout the guy from the Marikina Mapping party who did security for truck shipments, maybe there are interested in sponsoring? Its basically gas + food allowance.. A lot of people stand to benefit from mapping of unmapped OSM areas :) Regards, Andre ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Cavite Road Network Mapping Party
For meeting places in the morning in Alabang, how about - 2nd Floor Starbucks Madrigal or - Jollibee / Chowking Madrigal from there Daang Hari and SLEX are all nearby. Meeting place in Tagaytay we should pick some place with electrical sockets, Starbucks last year was plugless and too crowded :) Just my 2 centavos Andre ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Bacolod is still a big problem
On Fri, May 21, 2010 at 11:50 AM, maning sambale emmanuel.samb...@gmail.com wrote: 2. Bacolod has good traces uploaded not much, but it seems to show very good coverage at least in the city center. See this image of JOSM: http://farm4.static.flickr.com/3324/4623396303_e2f6be5fe6_o.jpg Hmmm, are you sure these are just GPS traces? The image seems to show the nodes in the OSM database. The sawtooth coastline is quite visible. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Cavite Road Network Mapping Party
I have created the OSM Wiki announcement page: http://wiki.openstreetmap.org/wiki/Cavite_Road_Network_Mapping_Party And the Planning page: http://wiki.openstreetmap.org/wiki/Cavite_Road_Network_Mapping_Party/Planning Read the planning page and see if you can help with anything! :-) On Tue, May 25, 2010 at 7:02 AM, maning sambale emmanuel.samb...@gmail.comwrote: We have 23 towns/cities to cover, most are routable already from Intramuros. The link below is my town_routing spreadsheet. Don't follow the yournavigation link, the service is broken for more than two weeks already. https://spreadsheets.google.com/ccc?key=0Au2WZQ1DwK_xdHdMT0tUUzh5a0lnUkljM1hJTENiRlEhl=en Anyway, the challenged is to make each town route to every Cavite town. I suggest in order to plan it better, we need to properly locate the place=town node. After that, we can plan an assigned route to those attending to trace several towns. Other ideas: - We need to compute for gas consumption and hopefully a gas sponsor! - Is there a way to make it more fun? Like geocaching or some local history to look into while passing through each town? - Look for LGU contacts. On Mon, May 24, 2010 at 8:25 PM, Eugene Alvin Villar sea...@gmail.com wrote: As decided in the Ortigas-Mandaluyong Mapping Party and proposed in the OSM Wiki[1], the next Mapping Party will be to retrace all of the major roads connecting the cities and municipalities of Cavite. This email is for kicking off the planning for this party. Roadtrip/joyride na ito! :-D The tentative date is August 14. The plan is to get all small-scale existing maps of Cavite (NAMRIA, Accu-map, EZ Maps, etc.) and we will try to compile all of the major roads that these maps say exists and then we will try to drive all of them getting fresh GPS traces for use in OSM. Anybody got other ideas for this? :-) Eugene [1] http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Mapping_Party#Proposed_parties -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Detailed tagging scheme for railways - India
Steve Doerr wrote: Roland Olbricht roland.olbri...@gmx.de wrote in message news:201005221952.30724.roland.olbri...@gmx.de... - railway=halt is at least in Europe already frequently used with a different meaning: station designates stations where trains can begin or terminate. halt means (usually smaller) stations where trains only stop but legally can't begin or end. Hmm. Here in the UK, 'station' is certainly not restricted to (potential) termini. A 'halt', according to the OED, is 'a small railway station without the ordinary accommodation or staff, at which only local trains normally stop'. Same in France : the significant difference between halt and station is that the administrative definition of a station mentions that at least one person must be present. The halt is normally not staffed at all. Sometimes the halt is a mere vestigial platform in the middle of nowhere; otherwise it can be a former station that lost its status. The French language Wikipedia page for station mentions that the definition is different in Switzerland where a station can be unstaffed. Can a station be an isolated dwelling ? Just kidding... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detailed tagging scheme for railways - India
On Wed, 26 May 2010, Jean-Marc Liotier wrote: Can a station be an isolated dwelling ? Just kidding... Almost - usually the station master had his own house. Now if it was isolated it wouldn't get staff either However as apparently only 4 people now live at Cook, which is an essential stop for the train as it refuels here, this could still qualify http://bit.ly/4LvRJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detailed tagging scheme for railways - India
2010/5/26 Jean-Marc Liotier j...@liotier.org: Can a station be an isolated dwelling ? Just kidding... you might be kidding, but it actually can be, it's one of the cases for which this place-vakue was introduced. Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detailed tagging scheme for railways - India
Hi, M?rtin Koppenhoefer wrote: Can a station be an isolated dwelling ? Just kidding... you might be kidding, but it actually can be, it's one of the cases for which this place-vakue was introduced. I think he referred to the Aussie meaning of station which means an isolated farm and has nothing to do with railways. Railway stations can of course be isolated dwellings, witness Altnabreak in northern Scotland: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlesatlon=-3.70642lat=58.38786zoom=17 Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] US to spend $8bn upgrading GPS constellation
The United States is about to give the now nearly ubiquitous Global Positioning System an $8 billion overhaul. The improvements, which involve replacing each of the 24 aging GPS satellites, are estimated to take over a decade to complete, and will see the triangulation margin of error decrease from 20 feet to around 3 feet. The move comes as more and more devices, from phones to parking meters, are incorporating GPS units into their design. The L.A. Times estimates that there are over 1 billion GPS receivers that rely on the United State’s. location system. http://www.latimes.com/business/la-fi-gps-20100523,0,3054578.story?page=1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
On Wed, 26 May 2010 20:53:38 +1000, John Smith deltafoxtrot...@gmail.com wrote: The United States is about to give the now nearly ubiquitous Global Positioning System an $8 billion overhaul. The improvements, which involve replacing each of the 24 aging GPS satellites, are estimated to take over a decade to complete, and will see the triangulation margin of error decrease from 20 feet to around 3 feet. The move comes as more and more devices, from phones to parking meters, are incorporating GPS units into their design. The L.A. Times estimates that there are over 1 billion GPS receivers that rely on the United State’s. location system. http://www.latimes.com/business/la-fi-gps-20100523,0,3054578.story?page=1 From the article: Without it, ATMs would stop spitting out cash, Wall Street could blunder billions of dollars in stock trades and clueless drivers would get lost. Can someone explain to me why an ATM would need a GPS in order to dispense cash? Or why Wall Street needs it to trade? These things are stationary. Ok, maybe stock traders can use it to see where shipments of the companies the trade in are, but that seems pretty far fetched. Still, ATMs? Oh, and so good to hear that we are wast^H^H^H^Hspending € 3,4b (and more) on Galileo while GPS gets an upgrade to do exactly the same thing. Just repeat after me: there is no crisis, there is no crisis, there is no crisis. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detailed tagging scheme for railways - India
2010/5/26 Frederik Ramm frede...@remote.org: I think he referred to the Aussie meaning of station which means an isolated farm and has nothing to do with railways. OK, I got it, but actually IMHO isolated farms can as well be mapped with place=isolated_dwelling and a farm-tag aside. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
On 26 May 2010 21:41, Maarten Deen md...@xs4all.nl wrote: http://www.latimes.com/business/la-fi-gps-20100523,0,3054578.story?page=1 Can someone explain to me why an ATM would need a GPS in order to dispense cash? Or why Wall Street needs it to trade? These things are stationary. Dunno about ATMs, but according to the article Wall Street uses it as a highly accurate/highly available/highly consistent timing source. Oh, and so good to hear that we are wast^H^H^H^Hspending € 3,4b (and more) on Galileo while GPS gets an upgrade to do exactly the same thing. Just repeat after me: there is no crisis, there is no crisis, there is no crisis. Since the various navigation sats are going to increase coverage by having more of them visible in the sky at any time, hopefully on multiple frequencies this can only be good in general for anyone wanting accurate positioning. Also per the article, various other systems are going online to reduce dependency on a single supplier (the US Govt). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
El 26/05/2010 13:41, Maarten Deen escribió: Can someone explain to me why an ATM would need a GPS in order to dispense cash? Or why Wall Street needs it to trade? Time sync. GPS is actually one of the most precise clocks out there. The whole thing works on the basis of a linear equation that tries to minimise the error on four dimensions: x, y, z, and time. Banking stuff may act erratically if the clocks start to drift apart. i.e. operations not completing successfully due to time locks. Oh, and so good to hear that we are wast^H^H^H^Hspending € 3,4b (and more) on Galileo while GPS gets an upgrade to do exactly the same thing. Politics. EU wants to achieve technological independence from US-specific tech. The same goes with the russian GLONASS (or ГЛОНАСС) and the chinese Compass. Just repeat after me: there is no crisis, there is no crisis, there is no crisis. Repeat with me: money is just trust, money is just trust, money is just trust. -- Iván Sánchez Ortega i...@sanchezortega.es ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
On Wednesday 26 May 2010, Maarten Deen wrote: Can someone explain to me why an ATM would need a GPS in order to dispense cash? Or why Wall Street needs it to trade? These things are stationary. Ok, maybe stock traders can use it to see where shipments of the companies the trade in are, but that seems pretty far fetched. Still, ATMs? My guess is they use the time signal. Perhaps the terrestrial radio time signals aren't secure enough. robert. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
On 05/26/2010 01:41 PM, Maarten Deen wrote: Can someone explain to me why an ATM would need a GPS in order to dispense cash? Or why Wall Street needs it to trade? GPS can be used as a time-sync source. Very nice to use when NTP-servers on the Internet is not available. -- Michael Eric Menk Linkedin: http://no.linkedin.com/in/mikemenk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
On Wed, 26 May 2010 13:50:58 +0200, Frank Fesevur f...@users.sourceforge.net wrote: 2010/5/26 Maarten Deen: From the article: Without it, ATMs would stop spitting out cash, Wall Street could blunder billions of dollars in stock trades and clueless drivers would get lost. Can someone explain to me why an ATM would need a GPS in order to dispense cash? Or why Wall Street needs it to trade? These things are stationary. Ok, maybe stock traders can use it to see where shipments of the companies the trade in are, but that seems pretty far fetched. Still, ATMs? I think it is the exact clock of the GPS that is used for those systems, but that is just a guess. I would assume that implementing NTP in software is cheaper. ATMs are wired into a bank's network. And do you really need hundreths of a second accuracy for an ATM transaction? And how about ATMs that are indoors and can't get a lock? Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
On 26 May 2010 23:01, Maarten Deen md...@xs4all.nl wrote: I would assume that implementing NTP in software is cheaper. ATMs are wired into a bank's network. And do you really need hundreths of a second accuracy for an ATM transaction? And how about ATMs that are indoors and can't get a lock? I doubt individual ATMs sync from GPS, but the banking network as a whole probably syncs from GPS. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US to spend $8bn upgrading GPS constellation
John Smith wrote: On 26 May 2010 23:01, Maarten Deenmd...@xs4all.nl wrote: I would assume that implementing NTP in software is cheaper. ATMs are wired into a bank's network. And do you really need hundreths of a second accuracy for an ATM transaction? And how about ATMs that are indoors and can't get a lock? I doubt individual ATMs sync from GPS, but the banking network as a whole probably syncs from GPS. Well given the number of ATM's being ripped out of their 'hole' I would not be suprised to find that they have tracking devices fitted, and while it would be easy to cover the 'loot' over, the thefts I've seen around here would not have had any problem 'radioing home' ;) -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Italian Government approved the use of official data for OpenStreetMap updates
Good news! http://www.mundogeo.com.br/noticias-diarias.php?id_noticia=17177lang_id=2 Jimena Martínez Tel. 91 642 53 61 www.sinfogeo.es Antes de imprimir este correo piense en el medio ambiente Este mensaje se dirige exclusivamente a su destinatario y puede contener información confidencial sometida a secreto profesional o cuya divulgación esté prohibida en virtud de la legislación vigente. Cualquier opinión en él contenida es exclusiva de su autor y no representa necesariamente la opinión de la empresa. Si ha recibido este mensaje por error, le rogamos nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. This message is intended exclusively for its addressee and may contain information that is CONFIDENTIAL and protected by professional privilege or whose spreading is prohibited by virtue of the in force legislation. Any opinion there in contained is solely that of the author and does not represent necessarily the opinion of the company. If this message has been received in error, please immediately notify us via e-mail and delete it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Italian Government approved the use of official data for OpenStreetMap updates
2010/5/26 Jimena Martínez jimena.marti...@sinfogeo.com: Good news! http://www.mundogeo.com.br/noticias-diarias.php?id_noticia=17177lang_id=2 My fault not to have informed you any time sooner. I did contact the ministry deputy in october and worked thru the various steps in order to get approval for this. Somewhere on this page there is the link to the actual authorization letter addressed at me which allows use of the wms for osm retracing. we might still need a way to use it thru potlatch. Loose translation: http://translate.google.com/translate?js=yprev=_thl=itie=UTF-8layout=1eotf=1u=http%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FWikiProject_Italy%2FPCNsl=ittl=en -- -S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Routing error Cloudmap.com or wrong tagging?
I have a problem that I hope someone can help me with. I have been looking for errors in the map by using maps.cloudmade.com, and found some, but there is one road I'm not able to route to/over. The road in question no motor vehicle allowed, except for property-owners. * *access*: no * *bicycle*: yes * *created_by*: JOSM * *foot*: yes * *highway*: service * *motorcar*: private * *name*: Munkebotn * *note*: Middelalder stamvei (ridevei) * *old_name*: Den Trondheimske postvei * *start_date*: 1600 http://osm.org/go/0Rv01LEg?layers=0B00FTTT Is there a problem with the tagging, or with the routing-software? -- Michael Eric Menk Linkedin: http://no.linkedin.com/in/mikemenk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Routing error Cloudmap.com or wrong tagging?
Hello Michael, The 'private' tag is used quite often and will be quite tedious if a user needs to specify what roads he may access as an owner before he can use the system. So from a practical standpoint, it makes sense to treat it as a road tagged with 'destination': A valid route can exit and enter the set of 'destination' roads no more than once of each and, when both occurs, they must occur in that order. Doing that, will mean that there are some hypothetical cases where for example he wants cross a river and he the nearest bridge is on his property, but the calculated route makes use of the public bridge instead. With a little bit of common sense the driver will ignore the computer and the computer will then catch up as soon as he enters his own property. I haven't considered all these issues last time I looked at my code that handles it and it still interpret 'private' as 'no'. Perhaps the same thing happened to Cloudmade. Or they don't want to take the risk that one of their clients will do something silly, get a fine or get arrested and then face all the legalities and / or bad press. access: no bicycle: yes created_by: JOSM foot: yes highway: service motorcar: private name: Munkebotn note: Middelalder stamvei (ridevei) old_name: Den Trondheimske postvei start_date: 1600 http://osm.org/go/0Rv01LEg?layers=0B00FTTT Is there a problem with the tagging, or with the routing-software? -- Michael Eric Menk Linkedin: http://no.linkedin.com/in/mikemenk ___ 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] [talk-au] US to spend $8bn upgrading GPS constellation
The United States is about to give the now nearly ubiquitous Global Positioning System an $8 billion overhaul. The improvements, which involve replacing each of the 24 aging GPS satellites, are estimated to take over a decade to complete, and will see the triangulation margin of error decrease from 20 feet to around 3 feet. The move comes as more and more devices, from phones to parking meters, are incorporating GPS units into their design. Why would a parking meter need a GPS? It doesn't move around. A surveyor could tell you its location to centimetre accuracy and that would be all you need. Nick *** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, Maritime Safety Queensland or endorsed organisations utilising the same infrastructure. *** ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [talk-au] US to spend $8bn upgrading GPS constellation
On Wed, May 26, 2010 at 6:21 PM, nicholas.g.lawre...@tmr.qld.gov.au wrote: The United States is about to give the now nearly ubiquitous Global Positioning System an $8 billion overhaul. The improvements, which involve replacing each of the 24 aging GPS satellites, are estimated to take over a decade to complete, and will see the triangulation margin of error decrease from 20 feet to around 3 feet. The move comes as more and more devices, from phones to parking meters, are incorporating GPS units into their design. Why would a parking meter need a GPS? It doesn't move around. A surveyor could tell you its location to centimetre accuracy and that would be all you need. Very cheap, very accurate time sync. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [talk-au] US to spend $8bn upgrading GPS constellation
On 27 May 2010 09:21, nicholas.g.lawre...@tmr.qld.gov.au wrote: Why would a parking meter need a GPS? It doesn't move around. Same reason banking, the timing source, although surely NTP would be good enough, as per the article GPS goes out and some hospital looses it's emergency pager system seems pretty stupid to not have a backup in place. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [talk-au] US to spend $8bn upgrading GPS constellation
On Wed, May 26, 2010 at 6:37 PM, John Smith deltafoxtrot...@gmail.comwrote: On 27 May 2010 09:21, nicholas.g.lawre...@tmr.qld.gov.au wrote: Why would a parking meter need a GPS? It doesn't move around. Same reason banking, the timing source, although surely NTP would be good enough, NTP requires a relatively low and stable latency value on your internet connection. Cellular modems of all sorts are both expensive and have none of those qualities. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Italian Government approved the use of official data for OpenStreetMap updates
Simone Cortesi writes: I did contact the ministry deputy in october and worked thru the various steps in order to get approval for this. Nicely done, Simone! -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Navigation Debug Map Style Available
On Mon, May 24, 2010 at 5:54 PM, Vincent Pottier vpott...@gmail.com wrote: I suggested somewhere that we could enter the defintion of default values, maxsped and other stuff in the relation boundary where they would apply, like the timezone. Usualy those values should be entered in the country relation boundary. But for some values it could be a lower level : definition of holidays... We can, if necessary, put a def prefix or create a special relation type definition for including those definitions (easier to manage). E.g (for France). def:highway:motorway:maxspeed=130 def:highway:motorway:maxspeed:rain=110 def:highway:motorway:access:bicycle=no def:highway:motorway:access:foot=no def:highway:motorway:oneway=yes def:urban=50 def:rural=90 def:highway:residential:maxspeed=urban I like this idea. Is it easy to determine, programmatically, whether an object is geographically within a relation boundary? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Navigation Debug Map Style Available
On 27 May 2010 12:57, Steve Bennett stevag...@gmail.com wrote: I like this idea. Is it easy to determine, programmatically, whether an object is geographically within a relation boundary? PostGIS makes this fairly easy to do, which is why is_in was made irrelevant, you can use ST_Within() and similar functions. http://postgis.refractions.net/documentation/manual-1.5/ST_Within.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] US to spend $8bn upgrading GPS constellation
The United States is about to give the now nearly ubiquitous Global Positioning System an $8 billion overhaul. The improvements, which involve replacing each of the 24 aging GPS satellites, are estimated to take over a decade to complete, and will see the triangulation margin of error decrease from 20 feet to around 3 feet. The move comes as more and more devices, from phones to parking meters, are incorporating GPS units into their design. The L.A. Times estimates that there are over 1 billion GPS receivers that rely on the United State’s. location system. http://www.latimes.com/business/la-fi-gps-20100523,0,3054578.story?page=1 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] ESRI online tool has OSM basemap
This seems interesting, ESRI have launched ArcGIS.com http://www.arcgis.com/home/ which has an online mapping toolset (Microsoft Silverlight plugin required) that allows you to use OpenStreetMap basemaps - I thought this was interesting as it is from a company that until the OSM Haiti remote mapping success hit the news, was perceived (by me), to have refused to acknowledge OpenStreetMap even existed :-) Cool - I do wonder if they are serving the tiles, or useing OSM bandwidth Chris ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] ESRI online tool has OSM basemap
On 26 May 2010 12:05, Chris Barham cbar...@pobox.com wrote: This seems interesting, ESRI have launched ArcGIS.com http://www.arcgis.com/home/ which has an online mapping toolset (Microsoft Silverlight plugin required) that allows you to use OpenStreetMap basemaps - I thought this was interesting as it is from a company that until the OSM Haiti remote mapping success hit the news, was perceived (by me), to have refused to acknowledge OpenStreetMap even existed :-) Cool - I do wonder if they are serving the tiles, or useing OSM bandwidth They are using OSM bandwidth via tile.openstreetmap.org / Grant Part of OSM Sysadmin team. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] O KeepRight se tornou multilíngue!
Pessoal, Nas últimas semanas, o desenvolvedor Harald Kleiner trabalhou para adicionar suporte a i18n na sua ferramenta de controle de qualidade, o KeepRight. As alterações já estão em estágio avançado (apesar de não concluído), então, se quiserem dar uma olhada: http://keepright.ipax.at/index.php?lang=pt_BR Se quiser saber mais sobre o KeepRight: http://wiki.openstreetmap.org/wiki/Pt-br:Keep_Right Nas próximas atualizações, o suporte a pt_BR automático (via config. do navegador) já será suportado. Tenho certeza que esta é uma excelente ferramenta na hora de encontrar erros em rotas do projeto 250 cidades. Por isso, estamos dando atenção especial à internacionalização. -- Rodrigo de Avila Analista de Desenvolvimento (51) 9733-3488 • rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Josm und liveGPS
Am 24.05.2010 04:24, schrieb Rainer Knaepper: Der gpsd läßt sich starten und nimmt Verbindung zum Royaltek auf. gpspipe.exe liefert im Sekundentakt NMEA-Daten, die ich mir auf der Konsole auch prima anschauen kann. Josm läuft aus meiner bescheidenen Anfängersicht einwandfrei. LiveGPS meldet immer nur keine Verbindung Was mache ich flahsc? Evtl. hast du deiner Windows-Firewall die Verbindung von JOSM / Java auf localhost (127.0.0.1, port 2947) verboten. oder du musst das LiveGPS-Plugin noch dahingehend konfigurieren. Ich werde das im Laufe des Tages selber mal auf Windows (Vista64) versuchen. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Maxspeed
Hi Oliver, Es gibt in den Einstellungen Karteneinstellungen die Option Stile zu aktivieren und deaktivieren. http://n2.nabble.com/file/n5083227/Karsteneinstellungen.jpg Genau das war es, vielen Dank für Deine Hilfe. Tschuess Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Points
2010/5/25 fly lowfligh...@googlemail.com: wo festgestellt wurde das sowohl die letze Zufahrt als auch die erste Abfahrt getagt wurde und beides richtig ist. In solchen Fällen plediere ich dafür alle Wege von der erste Abfahrt bis zur letzten Zufahrt als Relation TMC zusammen zu fassen. Hab ich nichts dagegen. Außer daß andere, abgehende Wege natürlich nicht Teil des Weges sind = wenn nud die A7 geladen ist kann nicht jeder adressierte Teil der A7 aufgelöst werden. (Und jetzt soll mir keiner mit musst du halt vorverarbeiten kommen). Ist aber kein größeres Problem.- Ich habe nichts gegen einfach nur nodes, allerdings sollten wir uns dann auf ein einheitliches Schema verständigen, ansonsten wird TMC nur unnötig komplizierter. Vorschläge? Ich hab das mal so spezifiziert, wie mein eigener Parser das verarbeiten kann (war ja zu dem Zeitpunkt der einzige) und dem hatte ich recht viel beigrbracht, da am Ende ja doch ständig Fälle auftreten wo Leute alles mögliche gemacht haben was für sie halt schön aussah egal ob es funktioniert oder nicht. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aufforstungsflächen wie mappen?
Hallo, ich habe ein Aufforstungsgebiet zu mappen. Bei landuse=forest habe ich keine Definition gefunden, wie ein Wald definierr ist: Alter der Bäume, Höhe, etc. Das Ziel ist ja einen Wald zu haben, die Bäume sind geschätzt 4 Jahre alt, ist das schon als Wald zu kennzeichnen, oder landuse=scrub oder was sonst? Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aufforstungsflächen wie mappen?
Am 26. Mai 2010 11:35 schrieb Dietmar ostr...@diesei.de: Hallo, ich habe ein Aufforstungsgebiet zu mappen. Bei landuse=forest habe ich keine Definition gefunden, wie ein Wald definierr ist: Alter der Bäume, Höhe, etc. Das Ziel ist ja einen Wald zu haben, die Bäume sind geschätzt 4 Jahre alt, ist das schon als Wald zu kennzeichnen, oder landuse=scrub oder was sonst? Klar ist Wald eigentlich ein komplexes Ökosystem mit Bäumen, Unterholz, Moosen und Farnen, etc., ich würde allerdings auch junge Bäume (Aufforstungen) als Wald mappen, und nicht als Gebüsch, und das von den Pflanzenarten abhängig machen. Die Höhe von Bäumen ist etwas problematisch (der Tag wäre allg. height), insb. wenn es sich um so junge B. handelt , die nächstes Jahr schon wieder deutlich höher sein werden. Das Pflanzdatum hat da schon mehr Sinn. Die Art würde ich angeben, wenn Du kannst, grob unterscheiden wir auch in Laub- und Nadelbäume. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Points
Moin, Marcus Wolschon schrieb: 2010/5/25 fly lowfligh...@googlemail.com: Ich habe nichts gegen einfach nur nodes, allerdings sollten wir uns dann auf ein einheitliches Schema verständigen, ansonsten wird TMC nur unnötig komplizierter. Vorschläge? wie steht es mit den Autobahn-Anschlussstellen (oder analog ausgebauten Anschlussstellen)? Über die TMC-Event-Codes lassen sich dort ja Abfahrt und Auffahrt auch einzeln sperren, unabhängig von der vorbeiführenden Autobahntrasse. Das lässt sich bei einem einzelnen Node für den TMC-Location-Code dann aber m.E. nicht mehr aufdröseln. M. E. wird dort eine TMC-Relation sogar mit entsprechenden Rollen (etwa Abfahrt, Auffahrt, BAB) für den Location-Code benötigt - oder kann man das evtl. anders entschlüsseln? Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] amenity=internet oder (amenity=telephone; telephone=no)
Hallochen, wie taggt man diese internet teminals? und am rande die notrufsaeule auch als solche? http://strehober.de/SHONY/projects/20100507385_small.jpg http://strehober.de/SHONY/projects/20100507385(1).jpg http://strehober.de/SHONY/projects/20100526716.jpg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hofcafe , Bauernmarkt
Am 25. Mai 2010 19:55 schrieb Guenther Meyer d@sordidmusic.com: Natürlich sollte man auch wochenmärkte und wochenmarktähnliche einrichtungen anständig als einkaufsmöglichkeiten mappen. auf jeden Fall. Ganz wichtig ist hier aber die Angabe der Oeffnungszeiten. +1. Wie macht Ihr es, wenn in der übrigen Zeit dort ein Parkplatz ist (auch amenity)? Die Frage ist seit ein paar Tagen in talk-it offen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauc ht den cyclefootway
Karl Eichwalder wrote: Das ist auch murks. Der stärkste der hauptsächlichen zugelassenen verkehrsteilnehmer ist das fahrrad und das sollte man im highway verewigen. Plus das verkehrzeichen als traffic_sign (oder so ähnlich). Halte ich auch so. Etwas angefresen bin ich auch wenn jemand großflächig anfängt, von mir erfasste cycleway/footway/track in path zu verschlimmbessern, die man dann außerdem in der Karte nicht mehr auseinander halten kann. Heraus kommt ein path-Brei von dem ich nicht weiß ob mich vor Ort ein asphaltierter Weg oder eine Stelle erwartet wo ich das Rad tragen muß. Sowas ist einfach nur Mist. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO Makefile defekt
Am 25.05.2010 19:56, schrieb Andre Hinrichs: Sieht schon viel besser aus. Mein emacs meckert noch über Zeile 412, wo ein vereinsamter Tabulator steht. Ob es trotzdem funktionieren würde, bleibt abzuwarten. Ja, funktioniert trotzdem, aber ich hab ihn mal entfernt. Interessanterweise hat ja letzte Nacht der Build trotzdem funktioniert. Wird das denn nicht über das Makefile gesteuert? Doch das wird komplett über das Makefile gesteuert. Allerdings aktualisier ich das Makefile auf dem Server nicht direkt vom git-repository aus. Das mach ich nur mit den Styles. Das Makefile wird von mir per Hand aktualisiert. Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Slippy Map mit GPS-Traces als Overlay
Am 25. Mai 2010 18:16 schrieb Florian Lohoff f...@zz.de: in letzter Zeit finde ich öfter Wege, die deutlich von hochgeladenen GPS- Traces abweichen - vermutlich wurden die Wege irgendwann von Luftbildern abgezeichnet, die nicht ganz exakt waren. Es handelt sich dabei auch nicht um einzelne Traces, sondern meist ganze Bündel, so dass davon auszugehen ist, dass die GPS-Daten exakter sind als der bisher eingezeichnete Weg. ja, korrigiere diese Stellen, ich finde das sinnvoll und mache das auch. Wenn man es nicht macht schafft das oft Folgeprobleme, dass Features von weniger aufmerksamen Mappern auf die falsche Straßenseite geschoben/gezeichnet werden, etc. Das hoert sich nach permanenten hin und her korrigieren an - Wenn schon dann erstmal mit den authoren der original fehlpositionierten elemente sprechen. das hört sich für mich eher nach ziemlichem Aufwand an. Man sieht den OSM-Objekten ja meist schon an, mit wieviel Liebe und Sorgfalt sie erstellt wurden, zumindest wenn es wenig war ;-). Wenn man diesen Eindruck hat würde ich auf Kontaktaufnahme verzichten. Und solange das nicht 100m daneben liegt wuerde ich es einfach so lassen solange die topologie in ordnung ist. wenn die Features nach dem Jahr 2000 eingetragen wurden ist 100m ein bisschen zuviel in meinen Augen. Ich würde sagen 10-20m, je nach Umfeld und Datenlage. GPS ist ungenau und lagegenauigkeit ist was fuer pingelige Menschen ... kann ja sein, aber erstens ist es nicht _so_ ungenau, und 2. wollen wir bei OSM ja die pingeligen Menschen nicht ausschließen, oder? Bessere Lagegenauigkeit schadet doch niemandem, oder? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauch t den cyclefootway
Am 26. Mai 2010 10:58 schrieb Joerg Fischer osm2...@jfis.de: Karl Eichwalder wrote: Das ist auch murks. Der stärkste der hauptsächlichen zugelassenen verkehrsteilnehmer ist das fahrrad und das sollte man im highway verewigen. Plus das verkehrzeichen als traffic_sign (oder so ähnlich). Halte ich auch so. Etwas angefresen bin ich auch wenn jemand großflächig anfängt, von mir erfasste cycleway/footway/track in path zu verschlimmbessern, die man dann außerdem in der Karte nicht mehr auseinander halten kann. Heraus kommt ein path-Brei von dem ich nicht weiß ob mich vor Ort ein asphaltierter Weg oder eine Stelle erwartet wo ich das Rad tragen muß. Sowas ist einfach nur Mist. Die unbefriedigende Situation basiert im wesentlichen auf der (unbewussten) Tatsache, dass wir bei Fahrrad- und Fußwegen zwei verschiedene Kategorien in einen Topf werfen. Die eine ist der rechtliche Status des Weges (die blauen Schilder) das andere die physische Geeignetheit des Weges für das Fahrrad oder den Fußgänger. Das Problem scheint mir zu sein, dass sich viele dieser Problematik immer noch nicht bewusst sind und die vorhandenen Tags in dem einen oder anderen Sinne interpretieren. Manchmal aber auch beides einfach vermischen. Die zuletzt hier gelaufenen Beiträge zu diesem Thread zeigen das Problem geradezu exemplarisch. Vielleicht fasst sich jeder nochmal an die eigene Nase im Hinblick auf diese Kategorische unterscheidung zwischen rechtlicher Anordnung und Ausbauzustand. Einen ähnlichen Dualismus kennen wir ja auch von den Highwayklassen für Autos. Auch hier wird ja darüber von Zeit zu Zeit diskutiert ob nun die Verkehrsbedeutung oder die rechtliche Einordnung (Bundesstraße, Landesstraße etc.) entscheidend ist. Anders als bei der rechtlichen Anordnung von Fuß und Radwegen passt bei den Autohighwayklassen der Ausbauzustand und die rechtliche Einordnung in aller Regel deutlich besser zusammen. Das Problem ist daher an dieser Stelle bei weitem nicht so virulent wie bei den Fuß-/Radwegen. Jeder der Fuß- und Radwege einträgt oder sich über Änderungen an Wegen beschwert sollte deshalb zuerst kritisch überprüfen, ob beim bevorzugte Modell der Dualismus von Geeignetheit und rechtlicher Einordnung für Dritte (objektiv) nachvollziehbar ist. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hofcafe , Bauernmarkt
Am 26.05.2010 12:55, schrieb M∡rtin Koppenhoefer: Am 25. Mai 2010 19:55 schrieb Guenther Meyerd@sordidmusic.com: Natürlich sollte man auch wochenmärkte und wochenmarktähnliche einrichtungen anständig als einkaufsmöglichkeiten mappen. auf jeden Fall. Ganz wichtig ist hier aber die Angabe der Oeffnungszeiten. +1. Wie macht Ihr es, wenn in der übrigen Zeit dort ein Parkplatz ist (auch amenity)? Die Frage ist seit ein paar Tagen in talk-it offen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de hi ! ich muss mal nachfragen - irgendwie habe ich den Eindruck als wenn diese Bauerncafes, Hofläden etc. bei Euch weniger bekannt sind. Hier einmal einige Link-Beispiele - keine Angst bekomme keine Werbe-Prämie. http://www.spargelbuffet.de/ www.hofladen-kaiserhof.de/ Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den cyclefootway
Am 26.05.2010 10:58, schrieb Joerg Fischer: Etwas angefresen bin ich auch wenn jemand großflächig anfängt, von mir erfasste cycleway/footway/track in path zu verschlimmbessern, die man dann außerdem in der Karte nicht mehr auseinander halten kann. Heraus kommt ein path-Brei von dem ich nicht weiß ob mich vor Ort ein asphaltierter Weg oder eine Stelle erwartet wo ich das Rad tragen muß. Sowas ist einfach nur Mist. Auch cycleway/footway/track müssen nicht asphaltiert sein. Dafür gibt es surface=*. Ist ein 1.5 m breiter weg wirklich ein track oder eher ein path ? colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=internet oder (amenity=telephone; telephone=no)
Am 26.05.2010 12:16, schrieb Fabian: Hallochen, wie taggt man diese internet teminals? und am rande die notrufsaeule auch als solche? http://strehober.de/SHONY/projects/20100507385_small.jpg http://strehober.de/SHONY/projects/20100507385(1).jpg http://strehober.de/SHONY/projects/20100526716.jpg schau mal unter http://wiki.openstreetmap.org/wiki/Key:internet_access Grüß colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brau cht den cyclefootway
Hallo Jörg, Halte ich auch so. Etwas angefresen bin ich auch wenn jemand großflächig anfängt, von mir erfasste cycleway/footway/track in path zu verschlimmbessern, die man dann außerdem in der Karte nicht mehr auseinander halten kann. Wenn der highway=path inkl. bicycle=designated und/oder foot=designated eingetragen wird, dann rendert ihn Mapnik genau so blau oder rot wie highway=cycleway bzw footway. Heraus kommt ein path-Brei von dem ich nicht weiß ob mich vor Ort ein asphaltierter Weg oder eine Stelle erwartet wo ich das Rad tragen muß. Sowas ist einfach nur Mist. Auch ein highway=cycleway muss nicht zwingend geteert sein. Eine Unterscheidung nach surface=* fände ich allerdings auch praktisch (insbesondere bei path), z.B. durchgezogene Linie bei paved/asphalt/etc. und die heutige gestrichelte Linie bei unpaved/gravel/etc. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aufforstungsflächen wie mappen?
Am 26.05.2010 11:51, schrieb M∡rtin Koppenhoefer: Die Art würde ich angeben, wenn Du kannst, grob unterscheiden wir auch in Laub- und Nadelbäume. Bitte achtet darauf das species (Art) zwar als tag definiert ist, aber der Begriff falsch gewählt ist. So wie der tag erklärt ist muß er genus (Gattung) heißen. Es gibt in der Gattung Kiefer etliche Arten zB japanische Rot-Kiefer oder Berg-Kiefer ... cu colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Points
Am 26.05.2010 12:16, schrieb Georg Feddern: Moin, Marcus Wolschon schrieb: 2010/5/25 fly lowfligh...@googlemail.com: Ich habe nichts gegen einfach nur nodes, allerdings sollten wir uns dann auf ein einheitliches Schema verständigen, ansonsten wird TMC nur unnötig komplizierter. Vorschläge? wie steht es mit den Autobahn-Anschlussstellen (oder analog ausgebauten Anschlussstellen)? Über die TMC-Event-Codes lassen sich dort ja Abfahrt und Auffahrt auch einzeln sperren, unabhängig von der vorbeiführenden Autobahntrasse. Das lässt sich bei einem einzelnen Node für den TMC-Location-Code dann aber m.E. nicht mehr aufdröseln. M. E. wird dort eine TMC-Relation sogar mit entsprechenden Rollen (etwa Abfahrt, Auffahrt, BAB) für den Location-Code benötigt - oder kann man das evtl. anders entschlüsseln? Das ist mir neu. Vielleicht sollten wir uns ersteinmal auf den gleichen Stand bringen, was möglich ist und für welche Szenarien wird die Daten verwenden wollen. Wenn Auf- bzw Abfahrten auch mit den Points referenziert werden, sollten wir für die Points auf jeden Fall Relationen verwenden und den Auf-/Abfahrten Rollen zu teilen. Colliar P.S.: Segmente muß ich auch für jede Richtung eine Relation geben, sobald sich die Strecken in einem Teil unterscheiden, oder kann ich da auch mit forward/backward arbeiten, solange die TMC-Points alle die gleichen sind ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=internet oder (amenity=telephone; telephone=no)
Am 26.05.2010 15:11, schrieb fly: Am 26.05.2010 12:16, schrieb Fabian: Hallochen, wie taggt man diese internet teminals? und am rande die notrufsaeule auch als solche? http://strehober.de/SHONY/projects/20100507385_small.jpg http://strehober.de/SHONY/projects/20100507385(1).jpg http://strehober.de/SHONY/projects/20100526716.jpg schau mal unter http://wiki.openstreetmap.org/wiki/Key:internet_access Grüß colliar amenity=emergency_phone kein link - small webzugriff im zug. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Slippy Map mit GPS-Traces als Overlay
Motlib mot...@gmx.net wrote: Gibt es schon irgendwo eine Slippy Map mit der gerenderten Karte (möglichst Mapnik) als Hintergrund und den GPS-Traces als Overlay? Dann könnte man einfach darin browsen und nur wenn man Abweichungen findet, diese in JOSM laden und korrigieren. Potlatch (Bearbeiten auf der OSM Karte klicken) hat ein Icon, mit dem man die Traces einblenden kann. Auch Mapnik kann druntergelegt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauch t den cyclefootway
Am 26. Mai 2010 15:12 schrieb Falk Zscheile falk.zsche...@googlemail.com: Die unbefriedigende Situation basiert im wesentlichen auf der (unbewussten) Tatsache, dass wir bei Fahrrad- und Fußwegen zwei verschiedene Kategorien in einen Topf werfen. Die eine ist der rechtliche Status des Weges (die blauen Schilder) das andere die physische Geeignetheit des Weges für das Fahrrad oder den Fußgänger. [...] Jeder der Fuß- und Radwege einträgt oder sich über Änderungen an Wegen beschwert sollte deshalb zuerst kritisch überprüfen, ob beim bevorzugte Modell der Dualismus von Geeignetheit und rechtlicher Einordnung für Dritte (objektiv) nachvollziehbar ist. Amen. Daher bevorzuge ich auch das Konzept Path - so wenig schwammige Implikationen und Kopfbilder wie möglich - alle besonderen Eigenschaften müssen extra eingetragen werden, weil es schlicht keinen typischen path *gibt*. Ob es sich um Waldweg oder gewidmete Fahrradautobahn mit toller extratoller Deckschicht handelt, muß explizit eingetragen werden, ansonsten ist es einfach unbekannt, Ende. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenabruf vom API
Am 24.05.2010 21:34, schrieb Frederik Ramm: Leider kommt es regelmaessig vor, dass Benutzer die Groessenbeschraenkung absichtlich umgehen, indem sie ein Skript schreiben, dass nacheinander viele einzelne, nebeneinander liegende Bereiche abruft. Passiert so etwas nicht auch, wenn man in JOSM die Daten entlang eines langen Tracks herunterladen lässt? Wenn ich alle Daten entlang einer Radtourenstrecke laden will, braucht der Download mit der Einstellung 50m um den Track manchmal schon einige Minuten. Wenn ich bei 100km Autofahrt über Landstraßen etwa 150 Waypoints bei potentiell in OSM fehlenden Punkten gesetzt habe, was ist dann eine nutzer- und serverfreundliche Methode die OSM-Daten in JOSM zu laden? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hofcafe , Bauernmarkt
Am 26. Mai 2010 15:14 schrieb Jan Tappenbeck o...@tappenbeck.net: hi ! ich muss mal nachfragen - irgendwie habe ich den Eindruck als wenn diese Bauerncafes, Hofläden etc. bei Euch weniger bekannt sind. Hier einmal einige Link-Beispiele - keine Angst bekomme keine Werbe-Prämie. http://www.spargelbuffet.de/ www.hofladen-kaiserhof.de/ Moin Jan! Wir haben da seit ein paar Tagen so ein neumodisches Wiki-Dings auf der Projektseite und ich hab mich gerade mal getraut, es auszuprobieren: Suche - shop - http://wiki.openstreetmap.org/wiki/Key:shop - runterscrollen - shop=farm shop at a farm that sells the farm produce War irgendwie gar nicht so kompliziert wie ich dachte, ich glaub' ich nutze das demnächst häufiger! ;-) Was das Cafe angeht: tagge es doch als Cafe, wenn es nicht derart verschieden von normalen Cafes ist (Kaffee aus eigenem Anbau wird man ja auch Norddeutschen Bauernhöfen wohl eher nicht verkaufen, oder?). Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenabruf vom API
Stephan Wolff schrieb: braucht der Download mit der Einstellung 50m um den Track manchmal schon einige Minuten. Ich glaube eine Request-Serie der nur einige Minuten braucht, ist nicht das Probelm, denn dann hat sich das ja nach diesen Minuten eh erledigt. Wenn sich solchre Request-Folgen aber über Stunden hinziehen, dann ist das eher selten ein JOSM. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verweise von und nach OSM
Tim Alder schrieb: Vorteil der Methode ist, dass man auch ohne Relationen auf komplexe Objekte (z.B. Straße mit einer Brücke in der Mitte) verweisen kann. Dazu ist der ganze Verweis für Menschen lesbar, verständlich und hoffentlich langzeitstabil, was man von einer OSM-ID nicht behaupten kann. Funktioniert gut mit z.B. geteilten Wegen: http://toolserver.org/~kolossos/qtm2/queryinmap.php?BBOX=8.14,49.81,8.25,49.75types=linesname=Alzeyer%20Nebenstraße Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenabruf vom API
Hallo, Stephan Wolff wrote: Passiert so etwas nicht auch, wenn man in JOSM die Daten entlang eines langen Tracks herunterladen lässt? Ja, das habe ich unsere Jungs in England auch gefragt, aber die Antwort war, dass der JOSM-User-Agent-Header diesbezueglich noch nie negativ aufgefallen ist. Ich denke mal, wenn Du das mit einem GPS-Track von einer Weltumsegelung probierst, dann *wuerde* es auffallen ;-) Wenn ich bei 100km Autofahrt über Landstraßen etwa 150 Waypoints bei potentiell in OSM fehlenden Punkten gesetzt habe, was ist dann eine nutzer- und serverfreundliche Methode die OSM-Daten in JOSM zu laden? Es gibt nicht fuer alles eine nutzer- und serverfreundliche Methode. In Deinem Fall wuerde ich vermutlich mit gpxbabel die Waypoints in einen Track konvertieren (so dass Du einen Track mit nur 150 Trackpoints bekommst) und dann die download along track-Funktion von JOSM benutzen. Dadurch laedt JOSM Dir dann 150 Inseln herunter anstatt eines kontinuierlichen Bereiches. Wie ich das so schrieb, fiel mir auf, dass man das eigentlich auch in die Daten entlang Track herunterladen-Funktion von JOSM einbauen koennte. Das hab ich jetzt grade gemacht, deshalb hat die Antwort auch etwas laenger gedauert ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aufforstungsflächen wie mappen?
Am 26. Mai 2010 15:20 schrieb fly lowfligh...@googlemail.com: Am 26.05.2010 11:51, schrieb M∡rtin Koppenhoefer: Die Art würde ich angeben, wenn Du kannst, grob unterscheiden wir auch in Laub- und Nadelbäume. Bitte achtet darauf das species (Art) zwar als tag definiert ist, aber der Begriff falsch gewählt ist. So wie der tag erklärt ist muß er genus (Gattung) heißen. Es gibt in der Gattung Kiefer etliche Arten zB japanische Rot-Kiefer oder Berg-Kiefer ... ja, ich habe das auch schon bemerkt, zumindest was die Beispiele angeht ist der Tag nicht ganz richtig, wie Wikipedia ja übrigens auch auf jeder Pflanzenseite nahelegt. Die Frage ist halt, was man taggen will: alles ist wohl unnötig, da sich die Gattung ja schon aus der Art ergibt, daher halte ich das Taggen von Arten prinzipiell schon für am zielführendsten. Wenn man es halt nicht besser weiss, kann man ja auf den allgemeineren Genus zurückfallen. (ggf. in einem eigenen Tag). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenabruf vom API
Am 26. Mai 2010 17:18 schrieb Frederik Ramm frede...@remote.org: Es gibt nicht fuer alles eine nutzer- und serverfreundliche Methode. In Deinem Fall wuerde ich vermutlich mit gpxbabel die Waypoints in einen Track konvertieren (so dass Du einen Track mit nur 150 Trackpoints bekommst) und dann die download along track-Funktion von JOSM benutzen. Dadurch laedt JOSM Dir dann 150 Inseln herunter anstatt eines kontinuierlichen Bereiches. was geht da eigentlich schneller: möglichst ganz kleine Abstände, und dafür unendlich viele oder lieber etwas größer und dafür weniger Bereiche? Hat das mal jemand ausprobiert? Ich habe neulich die TGV-Strecke Stuttgart-Paris eingegeben und das war schon etwas mühselig trotz dieser Funktion (weil ich nicht unendlich Geduld hatte habe ich hinterher von Hand weitergeladen, ging schneller und war übersichtlicher (immer nur einen Zipfel am Ende der Gleise sichtbar). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauch t den cyclefootway
Thomas Ineichen osm.mailingl...@t-i.ch writes: Halte ich auch so. Etwas angefresen bin ich auch wenn jemand großflächig anfängt, von mir erfasste cycleway/footway/track in path zu verschlimmbessern, die man dann außerdem in der Karte nicht mehr auseinander halten kann. Wenn der highway=path inkl. bicycle=designated und/oder foot=designated eingetragen wird, dann rendert ihn Mapnik genau so blau oder rot wie highway=cycleway bzw footway. Leider greift das nicht so wirklich. Durch die aufweichung des parallel-angebots (path) fühlen sich nun andere ermuntert, auch track für wege zu verwenden, die mit blauen schildern (240 oder 241) ausstaffiert sind. Und die erscheinen nun keineswegs blau :-( track wird dann auch mal großzügig auf wege angewendet, die allenfalls einen guten meter breit sind. Heraus kommt ein path-Brei von dem ich nicht weiß ob mich vor Ort ein asphaltierter Weg oder eine Stelle erwartet wo ich das Rad tragen muß. Sowas ist einfach nur Mist. Auch ein highway=cycleway muss nicht zwingend geteert sein. Das stimmt... Allerdings sind mit blauen schildern (240, 241) versehene wege selten schlimmer als grade2 oder grade3 -- jahreszeitlich sind natürlich immer ausreißer möglich (weshalb radwege ja auch grundsätzlich problematisch sind). Eine Unterscheidung nach surface=* fände ich allerdings auch praktisch (insbesondere bei path), z.B. durchgezogene Linie bei paved/asphalt/etc. und die heutige gestrichelte Linie bei unpaved/gravel/etc. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm und liveGPS
osm-l...@deelkar.net (Dirk-Lüder Kreie) am 26.05.10: Am 24.05.2010 04:24, schrieb Rainer Knaepper: Der gpsd läßt sich starten und nimmt Verbindung zum Royaltek auf. gpspipe.exe liefert im Sekundentakt NMEA-Daten, die ich mir auf der Konsole auch prima anschauen kann. Josm läuft aus meiner bescheidenen Anfängersicht einwandfrei. LiveGPS meldet immer nur keine Verbindung Was mache ich flahsc? Evtl. hast du deiner Windows-Firewall die Verbindung von JOSM / Java auf localhost (127.0.0.1, port 2947) verboten. das war der goldrichtige tip :-) Kaum ist ein Loch in der firewall, schon hat liveGPS Kontakt mit gpsd. oder du musst das LiveGPS-Plugin noch dahingehend konfigurieren. da hatte ich schon in den erweiterten Einstellungen im josm den Kram explizit angegeben, allein nutzte das aber nix. Und schon tut sich das nächste Problem auf: Will ich den Track aufzeichnen, moppert Win7 (zu recht), daß ich im Programmverzeichnis keine Schreibrechte habe. Ist der Pfad für die Tracks hartverdrahtet? Das wäre schön blöd, weil ich dann unter Win7 rumpfuschen muß, um die Schreibrechte zu erlangen. Ich hätte die Daten gern in den eigenen Dateien wiedergefunden. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauc ht den cyclefootway
fly wrote: Auch cycleway/footway/track müssen nicht asphaltiert sein. Natürlich nicht. Dafür gibt es surface=*. Zusätzlich, ja. Damit kann ich dann neben der rechtlichen Widmung Eigenschaften genauer erfassen. Ist ein 1.5 m breiter weg wirklich ein track oder eher ein path ? Alles was mit zweispurigen Fahrzeugen befahrbar ist und/oder erkennbar (Reifen- und Fahrspuren) so benutzt wird, ist bei mir ein track. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauc ht den cyclefootway
Falk Zscheile wrote: Die unbefriedigende Situation basiert im wesentlichen auf der (unbewussten) Tatsache, dass wir bei Fahrrad- und Fußwegen zwei verschiedene Kategorien in einen Topf werfen. Die eine ist der rechtliche Status des Weges (die blauen Schilder) das andere die physische Geeignetheit des Weges für das Fahrrad oder den Fußgänger. ACK. nochmal an die eigene Nase im Hinblick auf diese Kategorische unterscheidung zwischen rechtlicher Anordnung und Ausbauzustand. Es ist nicht so das ich path nicht benutze. Das sind halt sonstige Wege unterhalb von Rad- Fuß- und Wirtschaftswegen. Aber wenn das blaue Rad- oder Fußgängersymbol dran hängt ist das für mich ein gewidmeter Rad- oder Fußweg. Dann kann ich das auch so eintragen. Einen ähnlichen Dualismus kennen wir ja auch von den Highwayklassen für Autos. Genau. Da wäre es auch irgendwie komisch wenn es plötzlich hieße: Lasst es uns path nennen und Breite und Ausbauzustand an andere Tags hängen. Jeder der Fuß- und Radwege einträgt oder sich über Änderungen an Wegen beschwert sollte deshalb zuerst kritisch überprüfen, ob beim bevorzugte Modell der Dualismus von Geeignetheit und rechtlicher Einordnung für Dritte (objektiv) nachvollziehbar ist. Ich denke das ich das so mache, ja. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land?bra ucht den cyclefootway
Thomas Ineichen wrote: Wenn der highway=path inkl. bicycle=designated und/oder foot=designated eingetragen wird, dann rendert ihn Mapnik genau so blau oder rot wie highway=cycleway bzw footway. Ist das neu? Teste ich gleich mal aus. Der hiesige Ummapper benutzte nur ...=yes und dann sehen Rad- und Fußwege im Schlechtfall aus wie ein alpiner, nur mit Kletterausrüstung begehbarer Steig. Das ist nicht sooo optimal. Auch ein highway=cycleway muss nicht zwingend geteert sein. Natürlich nicht, aber die Chance ist hoch dass der Weg mindestens so gut befestigt ist das ich mit einem 0815-Trekkingbike da lang komme. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Radfernroute D9 Weser-Romantische Stra ße sollte geteilt werden
Hallo, die Route (Relations-ID: 16809) mit etwa 2400 Elemente habe ich heute sortiert, soweit es ging. Kurze Zeit später war einiges wieder zerstückelt; wohl ein Problem der vielen Elemente. Etwas spät, aber jetzt will ich halt die Relation aufteilen, wie dies vor kurzem hier auf talk-de diskutiert wurde. Will ein Experte die Ober-Relation und die Relationen je Bundesland leer vorab erstellen oder soll ich das mal auf Basis der beispielhaft durchgeführten D4 Route (Ober-Route 545127) selbst machen, falls die korrekt erstellt wurde? Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Radfernroute: wie Weg-Varianten versch iedener Längen berücksichtigen (hier D9 Weser -Romantische Straße)?
Hallo, im Rahmen der Sortierung der D9 Route (ID: 16809) sind dort einige kurze Abschnitte vorhanden, wo einige Segmente nur in eine Richtung definiert sind (über role forward bzw. backward in Wegrichtung). Soll ein Weg für die entgegengesetzte Richtung im Anschluß an die Segmente in Originalrichtung sortiert werden oder erst am Ende einer Richtung, damit eine Richtung vollständig sortiert werden kann? An mindestens einer Stelle in Bayern gibt es offiziell zwei alternative Routen. Werden diese wie oben bei kurzen Abschnitten behandelt oder anders, z.b. über zwei Routen? Auf den Radseiten im Wiki habe ich dazu nicht wirklich was gelesen. Auf der Seite [1] wird der Begriff Fahrradknotenpunktnetzwerk verwendet, ich habe aber keine Beschreibung, was das ist, gefunden. [1] http://wiki.openstreetmap.org/wiki/Fahrradroutentagging_Deutschland Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Flächen in Flächen
Hallo, habe das Gelände eines Sportvereins erfasst, sehe jetzt nur die zwei Gebäude, nicht aber die drei Spielfelder, die eigentlich in einem helleren grün gerendert werden müssten. http://www.openstreetmap.org/?lat=53.41891lon=9.78912zoom=17layers=B000FTF umgebendes Gelände: leisure=sports_center darin: Gebäude: building=yes Spielflächen: leisure=pitch sport=soccer bzw. hockey Wie muss ich das richtig taggen? Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm und liveGPS
Am 26.05.2010 18:51, schrieb Rainer Knaepper: osm-l...@deelkar.net (Dirk-Lüder Kreie) am 26.05.10: Evtl. hast du deiner Windows-Firewall die Verbindung von JOSM / Java auf localhost (127.0.0.1, port 2947) verboten. das war der goldrichtige tip :-) Kaum ist ein Loch in der firewall, schon hat liveGPS Kontakt mit gpsd. Klingt gut, ich hab's mal unter Troubleshooting aufgenommen. Und schon tut sich das nächste Problem auf: Will ich den Track aufzeichnen, moppert Win7 (zu recht), daß ich im Programmverzeichnis keine Schreibrechte habe. Ist der Pfad für die Tracks hartverdrahtet? Das wäre schön blöd, weil ich dann unter Win7 rumpfuschen muß, um die Schreibrechte zu erlangen. Ich hätte die Daten gern in den eigenen Dateien wiedergefunden. Hartverdrahtet glaube ich nicht, eher wird einfach in das aktuelle Verzeichnis geschrieben. Wenn du JOSM mit dem Windows Installer installiert hast, steht das aktuelle Verzeichnis genau dort (bei mir z.B. C:\Programme\JOSM). Probier mal das Anfangsverzeichnis in der Verknüpfung zu ändern. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfernroute D9 Weser-Romantische Straße sollte geteilt werden
Dietmar schrieb: Will ein Experte die Ober-Relation und die Relationen je Bundesland leer vorab erstellen oder soll ich das mal auf Basis der beispielhaft durchgeführten D4 Route (Ober-Route 545127) selbst machen, falls die korrekt erstellt wurde? Mach es selbst, nur so bekommst du Übung. :) Imo ist es ganz einfach (mit dem Relationseditor in Josm) *Alle Wege der Relation laden *Eine Kopie der zu teilenden Relation erstellen und entsprechend umbenennen (Nord, West-, wasauchimmer) *ungefähr die Hälfte der Elemente im Relationseditor im linken Fenster auswählen (von der ungefähren Mitte bis zum Ende) und in Josm selektieren (mit dem Knopf im Auswahl-Fenster des Relationseditors) *diese Auswahl aus der kopierten Relation löschen *Jetzt eine zweite Kopie der ursprünglichen Relation erstellen. und entsprechend umbenennen *In der ersten Kopie alle verbliebenen Elemente auswählen und in Josm selektieren *diese ausgewähltem Elemente aus der zweiten Kopie löschen Nach einer letzten Überprüfung kannst du die ursprüngliche Relation löschen. Aufgrund der vermutlich enormen Versionsgeschichte ist es afaik nicht wünschenswert, die ursprüngliche Relation als eine der Teilrelationen weiterzuverwenden. hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hofcafe , Bauernmarkt
Am 26.05.2010 16:14, schrieb Martin Simon: Am 26. Mai 2010 15:14 schrieb Jan Tappenbecko...@tappenbeck.net: hi ! ich muss mal nachfragen - irgendwie habe ich den Eindruck als wenn diese Bauerncafes, Hofläden etc. bei Euch weniger bekannt sind. Hier einmal einige Link-Beispiele - keine Angst bekomme keine Werbe-Prämie. http://www.spargelbuffet.de/ www.hofladen-kaiserhof.de/ Moin Jan! Wir haben da seit ein paar Tagen so ein neumodisches Wiki-Dings auf der Projektseite und ich hab mich gerade mal getraut, es auszuprobieren: Suche - shop - http://wiki.openstreetmap.org/wiki/Key:shop - runterscrollen - shop=farm shop at a farm that sells the farm produce War irgendwie gar nicht so kompliziert wie ich dachte, ich glaub' ich nutze das demnächst häufiger! ;-) Was das Cafe angeht: tagge es doch als Cafe, wenn es nicht derart verschieden von normalen Cafes ist (Kaffee aus eigenem Anbau wird man ja auch Norddeutschen Bauernhöfen wohl eher nicht verkaufen, oder?). Gruß, Martin Hallo Martin, manchmal muss man im Dichicht des Wiki's auf den richtigen Pfad gebracht werden - scheinbar wußten andere die Lösung auch nicht. Das beruhigt ein wenig ! Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßeliste Schleswig
Moin ! für die Stadt Schleswig kann jetzt unter http://svenanders.openstreetmap.de/SV-stat/Schleswig-Holstein/Schleswig/ eingesehen werden. Danke SvenA. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gemeindegrenze Groß Grönau
Moin ! kennt sich einer von Euch in Groß Grönau aus? Für die Straßengrenze würde ich gerne die Ortsgrenze einzeichnen. Im Norden Lübeck und im Osten die Landesgrenze. Es fehlt noch die südliche und die westliche. Vielleicht weiß einer besser Bescheid als ich. Darüberhinaus wären weitere Gemeindegrenzverläufe im Herzogtum Lauenburg von interesse - dann würde ich versuchen weitere Listen zu bekommen. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Wiki: Ist das Werbung ?!?!?
Hi ! habe gerade bei den neuen Seiten http://wiki.openstreetmap.org/w/index.php?title=Hotel_Colosseoredirect=no gefunden - wenn man die Erstellungszeile liest und keinen Seiteninhalt findet macht es den Eindruck das da einer gut Werbung machen möchte ! Wie denkt Ihr darüber - löschen ?!?! Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Wiki: Ist das Werbung ?!?!?
Hi, das ist einen eintrag von unsere project http://wiki.openstreetmap.org/wiki/AlbanianFloodingCrisisCamp albanian project, bitte nicht loeschen, es ist kein werbung, sonder wir sammeln erstmals alle daten ueber shkoder, danke, mike 2010/5/26 Jan Tappenbeck o...@tappenbeck.net: Hi ! habe gerade bei den neuen Seiten http://wiki.openstreetmap.org/w/index.php?title=Hotel_Colosseoredirect=no gefunden - wenn man die Erstellungszeile liest und keinen Seiteninhalt findet macht es den Eindruck das da einer gut Werbung machen möchte ! Wie denkt Ihr darüber - löschen ?!?! 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] OSM-Wiki: Ist das Werbung ?!?!?
Die sind jetzt hier, http://wiki.openstreetmap.org/wiki/AlbanianFloodingCrisisCamp/WhereToStay#Hotel_Colosseo danke, mike 2010/5/26 jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com: Hi, das ist einen eintrag von unsere project http://wiki.openstreetmap.org/wiki/AlbanianFloodingCrisisCamp albanian project, bitte nicht loeschen, es ist kein werbung, sonder wir sammeln erstmals alle daten ueber shkoder, danke, mike 2010/5/26 Jan Tappenbeck o...@tappenbeck.net: Hi ! habe gerade bei den neuen Seiten http://wiki.openstreetmap.org/w/index.php?title=Hotel_Colosseoredirect=no gefunden - wenn man die Erstellungszeile liest und keinen Seiteninhalt findet macht es den Eindruck das da einer gut Werbung machen möchte ! Wie denkt Ihr darüber - löschen ?!?! 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] Gemeindegrenze Groß Grönau
Jan Tappenbeck wrote: Moin ! kennt sich einer von Euch in Groß Grönau aus? Für die Straßengrenze würde ich gerne die Ortsgrenze einzeichnen. Im Norden Lübeck und im Osten die Landesgrenze. Hilft Dir http://de.wikipedia.org/wiki/Datei:Groß_Grönau_in_RZ.svg etwas ? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Wiki: Ist das Werbung ?!?!?
Am 26.05.2010 22:34, schrieb jamesmikedup...@googlemail.com: Die sind jetzt hier, http://wiki.openstreetmap.org/wiki/AlbanianFloodingCrisisCamp/WhereToStay#Hotel_Colosseo danke, mike 2010/5/26 jamesmikedup...@googlemail.comjamesmikedup...@googlemail.com: Hi, das ist einen eintrag von unsere project http://wiki.openstreetmap.org/wiki/AlbanianFloodingCrisisCamp albanian project, bitte nicht loeschen, es ist kein werbung, sonder wir sammeln erstmals alle daten ueber shkoder, danke, mike 2010/5/26 Jan Tappenbecko...@tappenbeck.net: Hi ! habe gerade bei den neuen Seiten http://wiki.openstreetmap.org/w/index.php?title=Hotel_Colosseoredirect=no gefunden - wenn man die Erstellungszeile liest und keinen Seiteninhalt findet macht es den Eindruck das da einer gut Werbung machen möchte ! Wie denkt Ihr darüber - löschen ?!?! Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Wenn dem so ist - gut. Dann wäre es hilfreich statt einer leeren Seiten nur einen kurzen Hinweis zu setzen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Einbeziehung des Tags für Luf tbilder
Hallo Karl, während der Haiti-Aktion wurde viel über fehlende Funktionen in JOSM gesprochen. Unter anderem die Erfassung der Source bei Luftbilder. Gibt es da eigentlich zwischenzeitlich schon etwas neues? Gruß aus dem Norden Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen in Flächen
Am Mittwoch, den 26.05.2010, 20:40 +0200 schrieb Jürgen: Hallo, habe das Gelände eines Sportvereins erfasst, sehe jetzt nur die zwei Gebäude, nicht aber die drei Spielfelder, die eigentlich in einem helleren grün gerendert werden müssten. http://www.openstreetmap.org/?lat=53.41891lon=9.78912zoom=17layers=B000FTF umgebendes Gelände: leisure=sports_center darin: Gebäude: building=yes Spielflächen: leisure=pitch sport=soccer bzw. hockey Wie muss ich das richtig taggen? Du brauchst wahrscheinlich eine multipolygon-Relation. Beschrieben im WIKI unter http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeindegrenze Groß Grönau
Am 26.05.2010 22:42, schrieb Matthias Versen: Jan Tappenbeck wrote: Moin ! kennt sich einer von Euch in Groß Grönau aus? Für die Straßengrenze würde ich gerne die Ortsgrenze einzeichnen. Im Norden Lübeck und im Osten die Landesgrenze. Hilft Dir http://de.wikipedia.org/wiki/Datei:Groß_Grönau_in_RZ.svg etwas ? Matthias HI ! hatte ich auch schon am Wickel aber das ist so klein das ich mit den angrenzenden Bezügen nicht weitergekommen bin. Vielleicht siehst Du das anders -wäre Dir dankbar. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Einbeziehung des Tags für Luftbi lder
Jan Tappenbeck schrieb: Hallo Karl, Hallo Liste während der Haiti-Aktion wurde viel über fehlende Funktionen in JOSM gesprochen. Unter anderem die Erfassung der Source bei Luftbilder. Gibt es da eigentlich zwischenzeitlich schon etwas neues? source=* verwenden? ? malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] erledigt
Am 26.05.2010 23:11, schrieb malenki: Jan Tappenbeck schrieb: Hallo Karl, Hallo Liste während der Haiti-Aktion wurde viel über fehlende Funktionen in JOSM gesprochen. Unter anderem die Erfassung der Source bei Luftbilder. Gibt es da eigentlich zwischenzeitlich schon etwas neues? source=* verwenden? ? malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Malenki, da ist wohl etwas in meinen Adressen falsch - das sollte eigentlich gar nicht in die ML ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Help per Osmosis
Il 25/05/2010 22.58, Federico Cozzi ha scritto: On Tue, May 25, 2010 at 2:54 PM, albertobonatialbertobon...@libero.it wrote: java.lang.NoClassDefFoundError: org/java/plugin/PluginLifecycleException Prova qui: http://lists.openstreetmap.org/pipermail/dev/2009-June/015928.html Ciao, Federico Grazie, ho letto ma non ho capito molto... Ho verificato la mia versione di java e sembra corretta: java version 1.6.0_19 Java(TM) SE Runtime Environment (build 1.6.0_19-b04) Java HotSpot(TM) Client VM (build 16.2-b04, mixed mode, sharing) Ho visto che nella directory /bin di osmosis c'è un file osmosis.bat ma non ho capito cosa farmene... I misteri di java non sono per me Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Help per Osmosis
2010/5/26 albertobonati albertobon...@libero.it: Prova qui: http://lists.openstreetmap.org/pipermail/dev/2009-June/015928.html Ho visto che nella directory /bin di osmosis c'è un file osmosis.bat ma non ho capito cosa farmene... Usare quel file .bat invece di quello che hai fatto tu? Java, all'avvio, richiede un parametro che è il classpath e che è del tutto analogo al parametro path (di unix o windows). Come path indica dove trovare l'eseguibile, il parametro classpath indica dove trovare le librerie (classi) che servono al programma. Un programma Java, nella stragrande maggioranza dei casi, esegue dei link dinamici durante l'esecuzione del programma stesso, cioè va a cercare delle classi aggiuntive (sottoforma di file .class o più spesso .jar) che servono all'esecuzione del programma. Se non le trova, ecco l'errore ClassNotFoundException, che appunto avviene a runtime e blocca l'esecuzione del programma. A quel punto per risolvere il problema bisogna aggiungere il parametro classpath all'esecuzione di java, o più spesso aggiungere ulteriori directory a quelle già indicate nel classpath. Se c'è un file .bat incluso nella distribuzione di Osmosis, è sperabile che imposti il classpath corretto (se non lo fa, è un bel bug). Se invece il .bat di avvio lo fai tu, è matematico che ti scordi qualche directory e poi ottieni ClassNotFound... Prova a guardare il file .bat di Osmosis e confrontarlo col tuo. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Help per Osmosis
On 5/26/10, albertobonati albertobon...@libero.it wrote: Ma come faccio a dirgli di unire i files?? Inizia con mettere bin/osmosis.bat al posto di java -jar osmosis.jar e aggiungi il pause alla fine di questo bat per vedere gli errori. Dopo alcune prove con dei file salvati con josm qualcosa funzionava (i parametri esatti non me li ricordo), ma con il file cai.osm (se e' quello che penso io) non va perche mancano timestamp e version. Ho fatto parecchie prove ma non ne sono venuto fuori (a meno di non aggiungerne di fittizi). iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione Strade (in toscana)
Gian-Paolo ha scritto: ciao a tutti, non ho la pretesa di aggiungere qualcosa di nuovo ai criteri di classificazione delle strade che sono stati dibattuti a lungo. Chiedo invece aiuto alla mailing list per dissolvere alcuni miei dubbi e fissare dei punti fermi su cui vorrei basare i miei futuri interventi. Chiedo scusa per la lunghezza del messaggio. Mi sono recentemente accorto che nella mia provincia[0] (Siena) sono praticamente scomparse le unclassified, riclassificate come tertiary, residential o track quando non asfaltate. Ho iniziato a contattare gli utenti che hanno apportato le modifiche per concordare una linea comune ma dato che probabilmente sono un maniaco delle unclassified le correzioni che vorrei fare sono veramente troppe. Non credo ci siano dubbi sul principio che la classificazione in OSM è legata esclusivamente alla funzione di una strada: la classificazione amministrativa e le caratteristiche fisiche hanno il solo valore di indizio per la classificazione, non concorrono minimamente a determinarla. Ho riletto la pagina delle Map Features in italiano[1]: - highway primary Strade di importanza nazionale che non godono della classificazione di Autostrada, Tangenziale. Cosa si intende per Strada di importanza nazionale? L'unico criterio oggettivo di cui sono a conoscenza è: la strada principale che collega due capoluoghi di provincia, escluse eventuali autostrade o superstrade (che dovrebbero essere marcate come motorway e trunk rispettivamente) - highway secondary Strade di importanza regionale. Quale è la funzione di queste strade da considerare in OSM per meritare il secondary? Analogamente alla primary: strada principale che collega due comuni, o al limite strada non principale che collega due capoluoghi di provincia. Il criterio fisico che ho seguito fino a questo momento (avere la linea di mezzeria) è sbagliato. Perché? In ambito extraurbano mi sembra buono per distinguere tra unclassified e tertiary. Lo è quella che collega le frazioni più piccole? I gruppi di case? Sì, anch'io ho la stessa difficoltà a distinguere fra tertiary e unclassified all'interno della città. Di conseguenza faccio poche modifiche, applicando un giudizio relativo, del tipo: la strada X + più importante della strada Y, e dato che la Y è unclassifed allora X è tertiary. Altre persone invece la usano per quasi tutte le strade di un centro abitato. Quali sono i criteri per un uso corretto? Credo sia un errore comune, anch'io all'inizio facevo così perché c'era scritto nel wiki qualcosa che faceva pensare alla residential come al livello base della rete stradale, mentre la unclassified sembrava qualcosa di gerarchicamente appena superiore. In realtà l'approccio giusto è al contrario, cioè unclassified è il livello base, le residential sono le strade che non vanno da nessuna parte, cioè strade senza sfondo oppure che servono a muoversi all'interno del quartiere. Anche se non è una definizione rigorosa di solito si riconoscono facilemente. Anche la più malridotta strada bianca che porta ad una casa sperduta mi sembra possa trovare una classificazione con i gradi precedenti, senza bisogno di track. Cosa ne pensate? Giusto. Direi che le strade bianche sono unclassified non pavimentate, al limite tertiary. Comunque la definizione di track è una di quelle cose di osm che non mi va molto a genio. Mi sembra assurdo che due strade, perfettamente identiche, debbano essere etichettate in modo completamente diverso solo in base a quello che c'è in fondo. Nel senso che se c'è un bosco allora è track, ma se nel bosco c'è una casa abitata allora è unclassified, se la casa ad un certo punto viene abbandonata ritorna track... ma è sempre la stessa strada! -- Giacomo Boschi http://gwilbor.wordpress.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Help per Osmosis
Il 26/05/2010 10.00, iiizio iiizio ha scritto: On 5/26/10, albertobonatialbertobon...@libero.it wrote: Ma come faccio a dirgli di unire i files?? Inizia con mettere bin/osmosis.bat al posto di java -jar osmosis.jar e aggiungi il pause alla fine di questo bat per vedere gli errori. Dopo alcune prove con dei file salvati con josm qualcosa funzionava (i parametri esatti non me li ricordo), ma con il file cai.osm (se e' quello che penso io) non va perche mancano timestamp e version. Ho fatto parecchie prove ma non ne sono venuto fuori (a meno di non aggiungerne di fittizi). Ho riprovato usando due files scaricati da JOSM e lanciando dal mio file bat il comando: bin/osmosis.bat --read-xml file=1.osm --read-xml file=2.osm --write-xml file=output.osm. Il mio .bat è nella directory osmosis-0.35.1 ed i due files 1.OSM e 2.OSM sono sia in questa che nella subdirectory /bin. Il risultato è 26-mag-2010 10.18.12 org.openstreetmap.osmosis.core.Osmosis main GRAVE: Execution aborted. org.openstreetmap.osmosis.core.OsmosisRuntimeException: The following named pipe s () and 1 default pipes have not been terminated with appropriate output sinks. at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.connectTasks( Pipeline.java:94) at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.prepare(Pipel ine.java:116) at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:79) at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:30) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Laun cher.java:329) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.jav a:239) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(La uncher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java: 352) at org.codehaus.classworlds.Launcher.main(Launcher.java:31) Se però mi dici che osmosis non funziona con files di altri formati (GPX) che importo con JOSM e salvo in formato .OSM per poi combinarli con quelli scaricati direttamente da JOSM finisce tutto il mio interesse per osmosis. Volevo unire files di provenienza diversa da JOSM per usarli con GPSMID e osmosis mi sembrava la strada giusta... Se uso direttamente JOSM per l' unione si pianta con files molto grandi. Grazie comunque a tutti per l' aiuto...non capisco però perchè debba essere così complicato usare questo osmosis. ciao alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione Strade (in toscana)
On 5/26/10, Giacomo Boschi gwil...@email.it wrote: Il criterio fisico che ho seguito fino a questo momento (avere la linea di mezzeria) è sbagliato. Perché? In ambito extraurbano mi sembra buono per distinguere tra unclassified e tertiary. non sono d'accordo: la presenza di riga di mezzeria dipende solo dalla larghezza della strada, non dalla sua importanza, e di solito non e` neanche costante su tutta la strada certo, se ci sono due strade che vanno dal comune A al comune B, una delle due ha la mezzeria, l'altra no e devo scegliere quale mettere tertiary di sicuro sarebbe quella con la mezzeria, ma non sarebbe il criterio principale Comunque la definizione di track è una di quelle cose di osm che non mi va molto a genio. Mi sembra assurdo che due strade, perfettamente identiche, debbano essere etichettate in modo completamente diverso solo in base a quello che c'è in fondo. Nel senso che se c'è un bosco allora è track, ma se nel bosco c'è una casa abitata allora è unclassified, se la casa ad un certo punto viene abbandonata ritorna track... ma è sempre la stessa strada! perche' no? anche tra una primary e una secondary da queste parti non c'e` grande differenza a livello fisico e se una secondary va da un capoluogo ad una citta` e la citta` viene promossa a capoluogo di una nuova provincia quella strada diventa primary, esattamente come la track che viene abitata viene promossa a unclassified. -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Al ForumPA di Milano si e' parlato di OpenStreetMap
2010/5/25 ZeNo z...@baslug.org: La decisione di parlare di OSM durante il BARCamp innovatoriPA tenutosi al ForumPA il 19 maggio scorso è scaturita all'ultimissimo minuto, anche e soprattutto in virtù del fatto che l'argomento cardine dell'evento è stata la liberazione dei dati della P.A.. Ho pensato che, viste le persone che partecipavano, parlare di OSM e delle licenze con le quali vengono concessi i dati avrebbe certamente destato l'interesse di qualche addetto ai lavori che, magari, avrebbe potuto in un momento successivo contribuire alla crescita di OSM. Ho notato alcune inesattezze mentre guardavo il video del tuo intervento. Purtroppo io ero a quella conferenza il giorno prima soltanto. Saro' lieto di spiegarti i punti non corretti del tuo discorso alla prima occasione. Come ti dicevo in privato, ti ringrazio per aver parlato ulteriormente di osm in quella occasione istituzionale e per aver dato cosi' tanto spazio ad attività portate avanti, fondamentalmente da me in questi anni (friuli, veneto, lombardia, pcn). Se magari avessi citato almeno una volta il mio nome, sarebbe stato anche piu' gradito... :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Layer A12
On Tue, 25 May 2010 23:09:08 +0200 Federico Cozzi f.co...@gmail.com wrote: 2010/5/25 Carlo cybo...@gmail.com: editando le vie che percorro ogni tanto mi sono imbattuto nell'A12 che sia a La Spezia che a Rosignano, m anche più a nord avvicinandosi a Genova ha layer=1 anche in tratti di superfice (No viadotto o galleria). E' corretto, non dovrebbe avere layer=0 ovvero senza il tag layer ? E' corretto anche se inutile. Il tag layer serve a mappare per il render. Ma questo non è contrario a quello detto nel wiki: http://wiki.openstreetmap.org/wiki/Key:layer Che significato ha layer=1 in questi tratti ? Mi ripeto, perchè non vorrei essermi spiegato male, parlo di tratti che sono in superfice, non passano sopra a fiumi od altre strade ne in galleria. Quindi una way completamente isolata può avere un tag layer qualsiasi: ciò non ha alcun effetto estetico, e neppure semantico (questa way è più alta delle way con layer=0 che incrocia è un'affermazione vera, perché non incrocia nessuna way!) Io avevo capito esattamente l'opposto, ovvero che il layer andasse usato in presenza di incroci per specificare chi sta sotto a chi. Un dubbio mi assale :-) Ma a che serve una strada isolata a layer -5 per esempio ? viene riservata al traffico Telepass (Alla fine si ricongiungono prima del casello, ma in presenza di forte esodo è comodo usarla). Come faccio a marcarla Telepas Only ? Non penso sia possibile, e se si ricongiungono prima del casello non mi sembra neanche del tutto corretto... Grazie, immaginavo anche io, ma avevo bisogno di qualche conferma da chi più espero di me. Ciao, Federico Ciao, Carlo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione Strade (in toscana)
Torno ad insistere! Mi aiutate a completare, ampliare e a raggiungere un consenso su questa pagina http://wiki.openstreetmap.org/wiki/User:Gvf/Sandbox/strade_classificazione che se completata (e ovviamente manutenuta) potrebbe risolvere un bel po' di questi problemi. -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione Strade (in toscana)
2010/5/26 Giacomo Boschi gwil...@email.it: Comunque la definizione di track è una di quelle cose di osm che non mi va molto a genio. Mi sembra assurdo che due strade, perfettamente identiche, debbano essere etichettate in modo completamente diverso solo in base a quello che c'è in fondo. Nel senso che se c'è un bosco allora è track, ma se nel bosco c'è una casa abitata allora è unclassified, se la casa ad un certo punto viene abbandonata ritorna track... ma è sempre la stessa strada! la differenza tra una unclassified e un track è, che il track non è una strada, ma un percorso carreggiabile, mentre unclassified è una strada. Questa differenza è un fatto in Germania (dedica della strada/percorso dal ente che lo mantiene / stato), ma le implicazioni in Germania sono poi diversi nei vari Laender (Regioni): alle volte è generalmente vietato prendere il track (anche sensa cartelli), alle volte è consentito. Una delle differenze da riconnoscere il track è che non ci sono segni (indicazioni per luoghi) per andare, non c'è un ref., ecc. Quindi anche una unclassified può andare in foresta, e eventualmente un bosco dove c'è solo una casa e lì finisce la strada più probabilmente è un service invece di una unclassified (che unclassified fa già parte di una rete, mentre service serve per accedere ad un lotto singolo). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione Strade (in toscana)
On Wed, 26 May 2010 11:53:10 +0200 gvf g...@gvf.ve.it wrote: Torno ad insistere! Mi aiutate a completare, ampliare e a raggiungere un consenso su questa pagina http://wiki.openstreetmap.org/wiki/User:Gvf/Sandbox/strade_classificazione che se completata (e ovviamente manutenuta) potrebbe risolvere un bel po' di questi problemi. Fai bene ad insistere perchè come dici potrebbe togliere molti dubbi. I miei appunti: Tangenziali o Bretelle: Non capisco la distinzione, in fin dei conti dovrebbero essere Superstrade se hanno le caratteristiche di Trunk o Primary se senza guard-rail, le autostrade in fin dei conti sono delle Superstrade a pedaggio dove ti fanno correre di più, in effetti c'è anche la colonnina dell'emergenza. Residential: Se non ricordo male qualcuno ha detto che sarebbero strade che anche attraversano un quartiere zona della città ma che normalmente non percorreresti per andare da un punto all'altro della città stessa, così come l'hai definito adesso mi sembra troppo limitato. Per il resto mi trovi d'accordo anche se mi prometto di rileggere nuovamente il tutto. ... anche se tutto ciò significa che dovrò rimetter mano a provinciali ed a strade bianche della mia zona :-) Ciao, Carlo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione Strade (in toscana)
ciao, interessante discussione! questione superstrade: la SR/SP47 (ex-SS47) della Valsugana [0] è classificata attualmente come primary e con una sola way anche nei punti in cui le carreggiate diventano due e separate da guardrail (tuttavia senza corsia d'emergenza, ma esistono raccordi autostradali ugualmente senza), ad eccezione della c.d. Tangenziale di Limena di recente costruzione che è taggata come trunk. Secondo voi, dovrei fare l'upgrade a trunk e aggiungere una way? questione provinciali: in Trentino [1] ho avuto a che fare con la SP221 della Val Noana o la SP239 del Calaita o la SP56 di Caoria, che portano dentro una valle e lì finiscono, e a meno di proseguire a piedi per sentieri, la strada è l'unico modo per tornare indietro. Quindi non collegano un paese ad un altro o una strada importante ad un altra, e le ho messe tertiary, dato che IMHO secondary è esagerato... Al contrario c'è la SP79 del Passo Gobbera e Brocon che collega varie valli e paesi tra loro (da Imer a Castel Tesino). Ora l'ho messa come secondary. E forse è il caso di passare a secondary pure la SP31 del Passo Manghen [2]? questione ex statali: la SS50 (classificata primary quando fu disegnata da qualcun altro) a Imer-Mezzano [3] ha ora una variante di circonvallazione: ho messo primary la circonvallazione e secondary (ho esagerato?) il vecchio percorso attraverso i paesi. ciao Tiziano [0] http://osm.org/go/0IExuU9--?layers=B000FFF [1] http://osm.org/go/0IFmoUr?layers=B000FFF [2] http://osm.org/go/0IFMQ7M?layers=B000FFF [3] http://osm.org/go/0IFsJEYD--?layers=B000FFF 2010/5/26 Carlo cybo...@gmail.com Tangenziali o Bretelle: Non capisco la distinzione, in fin dei conti dovrebbero essere Superstrade se hanno le caratteristiche di Trunk o Primary se senza guard-rail, le autostrade in fin dei conti sono delle Superstrade a pedaggio dove ti fanno correre di più, in effetti c'è anche la colonnina dell'emergenza. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione Strade (in toscana)
Il giorno mer, 26/05/2010 alle 12.31 +0200, Carlo ha scritto: ...omissis... le autostrade in fin dei conti sono delle Superstrade a pedaggio dove ti fanno correre di più, in effetti c'è anche la colonnina dell'emergenza. No, la distinzione fra autostrade e superstrade dovrebbe risiedere in alcune caratteristiche fisiche (principalmente raggi di curvatura e larghezza corsie) che portano a limiti di velocità diversa. Esistono anche in Italia (poche) autostrade senza pedaggio, per esempio la A28. -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Layer A12
Il 25 maggio 2010 23.09, Federico Cozzi f.co...@gmail.com ha scritto: viene riservata al traffico Telepass (Alla fine si ricongiungono prima del casello, ma in presenza di forte esodo è comodo usarla). Come faccio a marcarla Telepas Only ? Non penso sia possibile, e se si ricongiungono prima del casello non mi sembra neanche del tutto corretto... Non vedo perché. Mi sembra un'informazione di routing piuttosto importante: se hai il Telepass puoi andare dritto o prendere la corsia riservata sulla sinistra. Anche se la corsia rientra prima del casello, permette comunque di guadagnare tempo. Bisogna solo cercare o inventare un tag adatto. Ciao, Federico Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione Strade (in toscana)
2010/5/26 Carlo cybo...@gmail.com: Tangenziali o Bretelle: Non capisco la distinzione, in fin dei conti dovrebbero essere Superstrade se hanno le caratteristiche di Trunk o Primary se senza guard-rail, le autostrade in fin dei conti sono delle Superstrade a pedaggio dove ti fanno correre di più, in effetti c'è anche la colonnina dell'emergenza. superstrade o meglio strade riservate al traffico veloce (esclude pedoni, bici e 50ini) consiglio di segnalare in più con motorroad=yes Residential: Se non ricordo male qualcuno ha detto che sarebbero strade che anche attraversano un quartiere zona della città ma che normalmente non percorreresti per andare da un punto all'altro della città stessa, così come l'hai definito adesso mi sembra troppo limitato. residential secondome sono strade 1. dove abitano persone e 2. che non sono al meno unclassified/tertiary ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it