Re: [Talk-hr] Fwd: Italian place names in Croatia
Ja sam sinoć prepravio valjda sve gradove: Rijeka, Umag, Poreč, Rovinj, Pula, Šibenik, Split, Dubrovnik 2014/1/20 Janko Mihelić jan...@gmail.com Odgovorio sam Martinu na forumu, i napravio sam hrvatski dio wiki stranice o dvojezičnostima: https://wiki.openstreetmap.org/wiki/Multilingual_names#Croatia Sad bi trebalo još kontaktirati spornog korisnika, i pretražiti njegove changesetove. 2014/1/20 hbogner hbog...@gmail.com Prosljeđujem na grupu, izgleda da su opet problemi sa dvojezicnim nazivima u Istri. Original Message Subject: Italian place names in Croatia Date: Mon, 20 Jan 2014 00:30:22 +0100 Hi, I see you are from Croatia, right? I just wanted to notify you that user Linusbolzano is currently messing around with place names in Croatia (first only in Istria, but now even in Dalmatia). He is already causing some troubles in other regions, so I'd suggest to pay some attention here, too. I've already posted this on the Croatian OSM forum [1], but the community doesn't seem to be very active there. Maybe you can inform the local community? Best wishes, Martin [1] http://forum.openstreetmap.org/viewtopic.php?id=23925 ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr -- Srdačan pozdrav, Vedran Stojnović. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Fwd: Italian place names in Croatia
Evo gdje ej sve operirao: http://zverik.osm.rambler.ru/whodidit/?zoom=8lat=44.29178lon=16.36331layers=BTTuser=Linusbolzanoage=1000 On 01/20/2014 06:44 PM, Vedran Stojnović wrote: Ja sam sinoć prepravio valjda sve gradove: Rijeka, Umag, Poreč, Rovinj, Pula, Šibenik, Split, Dubrovnik 2014/1/20 Janko Mihelić jan...@gmail.com Odgovorio sam Martinu na forumu, i napravio sam hrvatski dio wiki stranice o dvojezičnostima: https://wiki.openstreetmap.org/wiki/Multilingual_names#Croatia Sad bi trebalo još kontaktirati spornog korisnika, i pretražiti njegove changesetove. 2014/1/20 hbogner hbog...@gmail.com Prosljeđujem na grupu, izgleda da su opet problemi sa dvojezicnim nazivima u Istri. Original Message Subject: Italian place names in Croatia Date: Mon, 20 Jan 2014 00:30:22 +0100 Hi, I see you are from Croatia, right? I just wanted to notify you that user Linusbolzano is currently messing around with place names in Croatia (first only in Istria, but now even in Dalmatia). He is already causing some troubles in other regions, so I'd suggest to pay some attention here, too. I've already posted this on the Croatian OSM forum [1], but the community doesn't seem to be very active there. Maybe you can inform the local community? Best wishes, Martin [1] http://forum.openstreetmap.org/viewtopic.php?id=23925 ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Blog article: Using OpenStreetMap for Disaster Risk Reduction
I finally posted my blog article regarding the Guagua OSM training that I attended last November 5 to 7. Typhoon Haiyan struck the day after the training and so I was able to tie the significance of the training in disaster risk reduction and management. Link: http://vaes9.codedgraphic.com/posts/using_osm_for_drr ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] Urbis: Streets - Addresses matching problem
Hi everybody, I have a little problem that we have to discuss here : I was browsing OSMI in Brussels to look for possible problem of non-matching street-addresses. when i saw the status of the pentagon of Brussels : http://tools.geofabrik.de/osmi/?view=addresseslon=4.35412lat=50.85002zoom=15overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads It seems that a user ( http://www.openstreetmap.org/user/toSc ) was busy importing Urbis (YEY!) but was systematically reversing the Lang of the addr:street in the imported addresses / buildings. (From FR - NL to NL - FR ) I really don't want to start another community / language / ... war here, but the problem is that now all the streets are kept in FR - NL as it was initially added. So the problem is that we are unable to determine the street associated to the building . i was thinking about updating all the building or all the streets l like the idea to have the same logic everywhere in brussels but i don't want to frustrate some french or dutch speakers. What you guys are thinking about this? Regards :) PS: BTW, we are now at more than 83% or urbis in OSM https://docs.google.com/spreadsheet/ccc?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEusp=sharing ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Beginner question: how to start?
Ok, I'm not new on this list, but the more I read here, the more I'm afraid I will break something when I want to add stuff. A few years ago I added some streets through GPS coordinates. Most of that work is finished, now it seems to be more about drawing houses, coupling them to the street, etc. I have absolutely no idea on how to add these things. A very simple example, in Oud-Turnhout: http://tools.geofabrik.de/osmi/?view=addresseslon=4.98181lat=51.33488zoom=17overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads You see that most houses are drawn (they are brown), but not all 'shacks' in the backyard are. How do I make in the easiest way the connection to the street? (the green lines) How do I fill in the missing part of the green line / street? What is the difference between the street displayed on the map and the green street name? Which benefits does the green line bring to navigation devices or whatever? Going further, in Turnhout, the Begijnhof is nicely added, the streets surrounding it, not: http://tools.geofabrik.de/osmi/?view=addresseslon=4.94589lat=51.32634zoom=17overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads So my questions here: - some buildings are grey, not brown, what do I have to do to make them brown? - Again, what are the benefits? And for both these areas: what other things are still missing? What is the priority in adding stuff? Kind regards, Chris ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] New user OsmAnd_Pieter - continued
I think we will be ending up with plenty of duplicate speed camera's and there is no answer from this user on my pings. http://overpass-turbo.eu/s/2aC He seems to be messing about in the same area as the one 'eMerzh' brought up at 13:36 today. Looking at his history, It like Brussels was never connected in the first place : http://www.openstreetmap.org/user/OsmAnd_Pieter/history This is going to be the biggest challenge ever for OSM: To keep crap from entering a database. I spend my days fixing instead of adding the 100 housenumbers I collected 2 weeks ago. Glenn -- The program isn't debugged until the last user is dead. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New user OsmAnd_Pieter - continued
On Mon, Jan 20, 2014 at 1:41 PM, Glenn Plas gl...@byte-consult.be wrote: This is going to be the biggest challenge ever for OSM: To keep crap from entering a database. I spend my days fixing instead of adding the 100 housenumbers I collected 2 weeks ago. This is what the DWG is trying to do. I'm not really into the specifics of this case but if you can explain it and send a message to the dwg list then they can have a look at it. Make sure you have exhausted all the other options first. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New user OsmAnd_Pieter - continued
Could it be a bug in OSMAND? What I think this user is doing, is simply say. There is a speed camera here and such. It should have become a note, instead of a node. Of course, OSMAND should also relay messages we send to a user. Jo 2014/1/20 Ben Abelshausen ben.abelshau...@gmail.com On Mon, Jan 20, 2014 at 1:41 PM, Glenn Plas gl...@byte-consult.be wrote: This is going to be the biggest challenge ever for OSM: To keep crap from entering a database. I spend my days fixing instead of adding the 100 housenumbers I collected 2 weeks ago. This is what the DWG is trying to do. I'm not really into the specifics of this case but if you can explain it and send a message to the dwg list then they can have a look at it. Make sure you have exhausted all the other options first. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New user OsmAnd_Pieter - continued
Why is everybody blaming OSMAND? As far as I know JOSM to give an example won't deliver messages either... All his changesets I check mention iD as editor. According to me he uses simply the web editor. Probably he simply adds duplicates because they don't show on the main map and he thinks that they are not yet in the data. wouter On Mon, Jan 20, 2014 at 3:54 PM, Jo winfi...@gmail.com wrote: Could it be a bug in OSMAND? What I think this user is doing, is simply say. There is a speed camera here and such. It should have become a note, instead of a node. Of course, OSMAND should also relay messages we send to a user. Jo 2014/1/20 Ben Abelshausen ben.abelshau...@gmail.com On Mon, Jan 20, 2014 at 1:41 PM, Glenn Plas gl...@byte-consult.be wrote: This is going to be the biggest challenge ever for OSM: To keep crap from entering a database. I spend my days fixing instead of adding the 100 housenumbers I collected 2 weeks ago. This is what the DWG is trying to do. I'm not really into the specifics of this case but if you can explain it and send a message to the dwg list then they can have a look at it. Make sure you have exhausted all the other options first. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Den som ikke tror på seg selv kommer ingen vei. - Thor Heyerdahl ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New user OsmAnd_Pieter - continued
On Mon, Jan 20, 2014 at 4:11 PM, Wouter Hamelinck wouter.hameli...@gmail.com wrote: Why is everybody blaming OSMAND? As far as I know JOSM to give an example won't deliver messages either... latest version of JOSM shows a pop-up when you have unread messages m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Urbis: Streets - Addresses matching problem
Myself, I'd also prefer to have them all consistently ordered in the same way. As far as I'm concerned FR - NL is fine for that. When preparing the dataset we could have had half of the streets NL - FR and the other half FR - NL arbitrarily... but I/we chose not to do that for hopefully obvious reasons. It would have been 'fair', of course, but I don't think it would have been better. Where I wouldn't mind 'cleaning up' is in the faciliteitengemeentes, just outside of Brussels and elsewhere. In the ones with 'faciliteiten' for the French, it should be: name = Blablastraat name:nl = Blablastraat name:fr = Rue Blabla And in the others name = Rue Blabla name:nl = Blablastraat name:fr = Rue Blabla Now it's very often name = Rue Blabla - Blablastraat For the bus stops, I'm having a bit of a problem in our multilingual country as well. We decided that for most places we include the city/village name. But who has ever heard of places like Zittert-Lummen, Mark, Bevekom and my favourite: Lettelingen (Petit-Enghien)? So I think it makes more sense to put the French names of those stops there and the name De Lijn has in name:nl In Brussels I have another variation on this problem. I guess the names should be bilingual in the whole region. At the moment I put Dutch names for the stops of De Lijn, bilingual ones for STIB/MIVB and French names for stops of TEC. Here there is one of each: http://www.openstreetmap.org/relation/2777353 Jo 2014/1/20 eMerzh merz...@gmail.com Hi everybody, I have a little problem that we have to discuss here : I was browsing OSMI in Brussels to look for possible problem of non-matching street-addresses. when i saw the status of the pentagon of Brussels : http://tools.geofabrik.de/osmi/?view=addresseslon=4.35412lat=50.85002zoom=15overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads It seems that a user ( http://www.openstreetmap.org/user/toSc ) was busy importing Urbis (YEY!) but was systematically reversing the Lang of the addr:street in the imported addresses / buildings. (From FR - NL to NL - FR ) I really don't want to start another community / language / ... war here, but the problem is that now all the streets are kept in FR - NL as it was initially added. So the problem is that we are unable to determine the street associated to the building . i was thinking about updating all the building or all the streets l like the idea to have the same logic everywhere in brussels but i don't want to frustrate some french or dutch speakers. What you guys are thinking about this? Regards :) PS: BTW, we are now at more than 83% or urbis in OSM https://docs.google.com/spreadsheet/ccc?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEusp=sharing ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] unsucribe
Hoe moet ik mij hier uitschrijven??? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] unsucribe
Hier: https://lists.openstreetmap.org/listinfo/talk-be (onderaan) Met vriendelijke groeten, Best regards, Ben Abelshausen 2014/1/20 Ivo De Broeck ivo.debro...@gmail.com Hoe moet ik mij hier uitschrijven??? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] unsucribe
Het komt vaak voor dat mensen niet meer weten hoe ze zich moeten uitschrijven uit een mailinglijst. Gewoonlijk staan er instructies onder elke mail en anders lukt het over het algemeen om een boodschap met unsubscribe in het onderwerp naar de lijst te sturen. (Niet in de body) Jo Op 20 januari 2014 16:44 schreef Ivo De Broeck ivo.debro...@gmail.com: Hoe moet ik mij hier uitschrijven??? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] unsucribe
Bedankt ! Op 20 januari 2014 16:45 schreef Ben Abelshausen ben.abelshau...@gmail.com : Hier: https://lists.openstreetmap.org/listinfo/talk-be (onderaan) Met vriendelijke groeten, Best regards, Ben Abelshausen 2014/1/20 Ivo De Broeck ivo.debro...@gmail.com Hoe moet ik mij hier uitschrijven??? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] unsucribe
On 20-01-14 16:44, Ivo De Broeck wrote: Hoe moet ik mij hier uitschrijven??? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be Op de bodem van deze (en alle) lijst mails staat een link, op die link onderaan staan instructies en een grote knop om uit te schrijven. Spijtig dat je het opzegt. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New user OsmAnd_Pieter - continued
On 2014-01-20 16:11, Wouter Hamelinck wrote : Why is everybody blaming OSMAND? As far as I know JOSM to give an example won't deliver messages either... All his changesets I check mention iD as editor. According to me he uses simply the web editor. Probably he simply adds duplicates because they don't show on the main map and he thinks that they are not yet in the data. wouter I wrote that Osmand cannot update the map. It's true but it can just add a POI (and upload a GPX trace, and file a bug). If it's what it's all about here and if it's worth it, I can introduce an Osmand request. I am subscribed on Osmand. Isn't there a way to indicate in the change set that the update came from Osmand? I think it would be a good thing to ask. Let us put up together the text of the request first, OK? Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New user OsmAnd_Pieter - continued
Hi André, Apparently the edits were made with iD, so OSMAND is not to blame after all. I jumped to conclusion due to his nick name. That being said, it may still be a good idea for OSMAND to only create notes. Since the user is using iD, it's strange he is not responding to his messages, he can obviously see them, as he's using a web based editor. Jo 2014/1/20 André Pirard a.pirard.pa...@gmail.com On 2014-01-20 16:11, Wouter Hamelinck wrote : Why is everybody blaming OSMAND? As far as I know JOSM to give an example won't deliver messages either... All his changesets I check mention iD as editor. According to me he uses simply the web editor. Probably he simply adds duplicates because they don't show on the main map and he thinks that they are not yet in the data. wouter I wrote that Osmand cannot update the map. It's true but it can just add a POI (and upload a GPX trace, and file a bug). If it's what it's all about here and if it's worth it, I can introduce an Osmand request. I am subscribed on Osmand. Isn't there a way to indicate in the change set that the update came from Osmand? I think it would be a good thing to ask. Let us put up together the text of the request first, OK? Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New user OsmAnd_Pieter - continued
Andre, What do you mean by adding a POI without updating the map? I've never used Osmand and have troubles imagining how that works. It is possible to indicate how the update was made. If you open the last changeset of the user in question ( http://www.openstreetmap.org/changeset/20086153) you will see that it is tagged created_by=iD 1.5.3. The same for all changesets of this user that I checked. That is why I assume he uses iD (the standard editor you get when you click Edit on the main map). If Osmand puts that tag, it is a bug. But as long as there is no proof of it I would wait with a bugreport. Here there is no proof, only a suggestive username. Marc, Thank you for pointing out that JOSM shows a popup when you have a message. I didn't know that. I'm clearly not getting a lot of messages from you guys. Glenn, Same answer as always I'm afraid. Try to contact the user, but if the user doesn't respond there is not much you can do but correcting the errors of others. It has happened many times before and it will happen again in the future. wouter On Mon, Jan 20, 2014 at 7:51 PM, André Pirard a.pirard.pa...@gmail.comwrote: On 2014-01-20 16:11, Wouter Hamelinck wrote : Why is everybody blaming OSMAND? As far as I know JOSM to give an example won't deliver messages either... All his changesets I check mention iD as editor. According to me he uses simply the web editor. Probably he simply adds duplicates because they don't show on the main map and he thinks that they are not yet in the data. wouter I wrote that Osmand cannot update the map. It's true but it can just add a POI (and upload a GPX trace, and file a bug). If it's what it's all about here and if it's worth it, I can introduce an Osmand request. I am subscribed on Osmand. Isn't there a way to indicate in the change set that the update came from Osmand? I think it would be a good thing to ask. Let us put up together the text of the request first, OK? Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Den som ikke tror på seg selv kommer ingen vei. - Thor Heyerdahl ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Beginner question: how to start?
Hallo Chris, since I'm the author of both series of houses that you refer to, I thought it might be a good idea to give some background information. Oud-Turnhout - Data accumulated during a survey, aka a walk (along the regional walking network) - houses drawn using Bing aerial images Begijnhof - Source: wikipedia/onroerend erfgoed/AGIV CRAB - houses drawn using AGIV aerial images - special tags for heritage - site-relations for common heritage tags - result of heritage tags, see http://geschichtskarten.openstreetmap.de/historische_objekte/translate/nl/index-nl.html?zoom=18lat=51.3265lon=4.94405layers=BFFTT In both cases: - building=house - addr:street= - addr:housenumber= propably I've put all houses and street segments in an associatedStreet-relation. All editing was done with JOSM. The green lines that you see in the rendering of geofrabrik are not in OSM. That's something that they added, perhaps because the house is part of an associatedStreet relation. If you look at http://osm.org/go/0EuAjOEg9--?way=198944817, you see that there is no green line as for the priorities. I'll agree with Jo, map something that interests you. possibilities: maxspeeds, maxheights, maxweights, lanes + destination ( http://wiki.openstreetmap.org/wiki/Key:destination), missing walking paths, additions + fixes to walking/cycling networks regards m On Mon, Jan 20, 2014 at 2:15 PM, Chris Van Bael chris.van.b...@gmail.comwrote: Ok, I'm not new on this list, but the more I read here, the more I'm afraid I will break something when I want to add stuff. A few years ago I added some streets through GPS coordinates. Most of that work is finished, now it seems to be more about drawing houses, coupling them to the street, etc. I have absolutely no idea on how to add these things. A very simple example, in Oud-Turnhout: http://tools.geofabrik.de/osmi/?view=addresseslon=4.98181lat=51.33488zoom=17overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads You see that most houses are drawn (they are brown), but not all 'shacks' in the backyard are. How do I make in the easiest way the connection to the street? (the green lines) How do I fill in the missing part of the green line / street? What is the difference between the street displayed on the map and the green street name? Which benefits does the green line bring to navigation devices or whatever? Going further, in Turnhout, the Begijnhof is nicely added, the streets surrounding it, not: http://tools.geofabrik.de/osmi/?view=addresseslon=4.94589lat=51.32634zoom=17overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads So my questions here: - some buildings are grey, not brown, what do I have to do to make them brown? - Again, what are the benefits? And for both these areas: what other things are still missing? What is the priority in adding stuff? Kind regards, Chris ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-ie] Interested in a OSM-IE Hack Day / State of the Map day?
Rory, Great idea, I'd be up for it too. Not sure how much hacking I could do and will have to see if I can get my hands on a laptop but count me in if its on a Sat, Feb 22nd maybe? I wouldn't be opposed to going for a few drinks afterwards if anyone else is interested Dave On Mon, Jan 20, 2014 at 1:10 PM, moltonel 3x Combo molto...@gmail.comwrote: On 20/01/2014, Rory McCann r...@technomancy.org wrote: Here's a thought. Would people be interested in an OpenStreetMap Ireland hack day / mini-state-of-the-map / barcamp day? We could meet up in Dublin on Saturday and spend the day/afternoon hacking on OSM. I'm thinking some Saturday afternoon in about a month? I'm a member of TOG, the Dublin Hackerspace, which has hosted similar events in the past. It's in the city centre and we can use it for free. TOG is having a 5 year birthday this Saturday (25th Jan) and everyone's welcome to come, if you wanna see what a hackerspace and TOG is like come along and party http://www.tog.ie/2014/01/5th-birthday-party/ So, would anyone come? Shall I get the ball rolling with TOG? I'd love that. Would give me the proper environement to finish all the half-done osm hacking that I started at various times. As always, going up to Dublin can be a bit tricky for my schedule, but if it's a saturday and known a month in advance, it would make things much easyer. Doodle the date ? ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] Unidades de conservação estaduais e uma pergunta sobre UTM
Respostas nas entrelinhas... (desculpe a demora, pois estava aproveitando o feriado prolongado aqui no Rio) Agora uma pergunta técnica sobre coordenadas UTM. Quando eu faço a conversão de coordenadas UTM (como constam nas leis) para WGS 84, WGS-84 é um datum, ou referência. O datum é um modelo matemático que representa a Terra. Normalmente é um elipsoide pela simplicidade. As coordenadas angulares ou geográficas são referentes a esse elipsoide. Elipsoides diferentes correspondem aos diversos data. Assim, coordenadas geográficas só são alguma coisa se informadas em um determinado datum. Agora, UTM é um sistema de projeção. O sistema de projeção existe para planificar coordenadas angulares (geográficas) de tal forma que seja possível representar a Terra em objetos 2D como cartas, telas, etc. Quando você fala Converter UTM para WGS 84 então quer dizer apenas a desplanificação, pois as coordenadas planas já devem estar referentes ao WGS-84. eu obtenho resultados ligeiramente diferentes com o ogr2osm (ou QGIS) em comparação com o gpsbabel (uma diferença de alguns metros). O problema é o seguinte: no ogr2osm/QGIS eu posso selecionar um sistema de coordenadas tal como SAD 69 / UTM Zone 22S; já para o gpsbabel, a única forma que eu encontrei de convencê-lo de que meus pontos ficam no hemisfério sul é especificar, além da zona UTM, o que ele chama de UTM character (a Wikipedia se refere a isso como banda de latitude). Algo como zona 22 banda J para a metade leste do RS. Porém, a Wikipedia afirma que essas bandas de latitude não fazem parte do UTM e sim do sistema MGRS. Assim, eu creio que o resultado via QGIS é o correto, pois não estamos usando UTM puro no gpsbabel. Está correto isso? Se está, como eu convenço o gpsbabel a usar UTM puro no hemisfério sul? Eu também consigo fazer a conversão de CSV para .osm usando o ogr2osm (ou QGIS), mas nesse caso eu obtenho uma lista de pontos e não uma linha contendo os pontos dados no arquivo CSV. Está confuso isso aí. Você não pode ficar brincando com os parâmetros cartográficos para ver qual fica melhor. Seu dado original está em que datum e qual sistema de projeção? E você quer passar para que datum e sistema de projeção? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [Cocar] Tutoriais e dicas de formatação OSM
Não desejaria entrar no mérito do Estádio de Maracanã ou do Jardim Zoológico no Rio de janeiro porque observando o mapa OSM identifico que não foram desenhadas vias internas da Quinta da Boa Vista. Do estádio nem tem como porque não existem. As poucas que ali existem são somente para serviço e privadas. Quanto ao utilizador ser de qualquer forma conduzido ao destino e em lá chegando se virar para identificar qual a melhor maneira de ingressar na área não me simpatizo com essa ideia que no meu entender visa tão somente justificar uma deficiência do mapa. O OSRM calcula uma rota para o Zoológico sim, mas conduz o utilizador para um ponto e uma via complicada para se dirigir ao Zoológico. Depois com calma irei mapear as vias de serviço da Quinta da Boa Vista e seus estacionamentos que não estão no mapa. Acredito que depois disso essas vias chegarão mais perto do Zoológico e o OSRM irá fazer o roteamento por elas. Dentro da Quinta da Boa Vista, além do Zoológico, existe o Museu Histórico Nacional. Esse é mais complicado porque fica exatamente no centro da grande área da Quinta da Boa Vista. Em que pese que no OSM não se deve criar um ponto com o mesmo nome da área criada sou de opinião que em determinadas situações e para qualquer utilidade, dever-se-ia criar o ponto de melhor acesso aquela área. -Mensagem Original- From: Fernando Trebien Sent: Monday, January 20, 2014 11:41 AM To: Cooperativa de Cartografia Digital Livre ; OSM talk-br Subject: Re: [Cocar] Tutoriais e dicas de formatação OSM Notem que isso é muito específico da aplicação, o OSRM funciona já que não tem esse limite arbitrário de 30m: http://osrm.at/6az (O OSRM também calcula uma rota da ponte Rio-Niterói até o Jardim Zoológico do Rio.) Essa não é necessariamente a melhor rota (provavelmente não), mas não dá erro, e uma vez chegando até o estádio, a pessoa pode tentar se virar pra achar a entrada. Claro, isso é meio ruim, já que a tecnologia poderia ter sido mais esperta, mas não calcular rota nenhuma seria ainda pior. Se o OSRM suportasse a tag entrance=main/yes, a chance de dar certo seria bem maior, mas ainda haveria uns casos em que a mesma situação ruim aconteceria. O que o usuário poderia fazer numa situação dessas: o motorista vai passar pelo estádio, e daí ele poderia ir convertendo à direita, contornando o estádio, até achar uma entrada. Se eu fosse um usuário, de 0 a 10 eu daria uma nota 7 pra um sistema que funcionasse assim, já que me causaria alguns inconvenientes na chegada, mas calcula boa parte da rota corretamente. Ninguém mapeou as vias internas para carros do estádio do Maracanã ainda (nem do Jardim Zoológico), então eu vou comparar com o Estádio Beira-Rio aqui em Porto Alegre. Eis uma rota da minha casa até esse estádio: http://osrm.at/6aA Notem a especificidade da rota: o OSRM me diz pra passar do estádio, fazer um retorno mais adiante, passar por ele de novo, e daí dobrar à esquerda. A entrada está certa, e a rota é a ideal. Notem também que, se não houvesse a via interna circundando o estádio, o OSRM provavelmente me mandaria até a avenida Padre Cacique (no lado oposto à entrada), que seria a via transitável mais próxima do ponto central do estádio. As vias ao redor do estádio não são artificiais (quer dizer, elas de fato existem e estão liberadas para o trânsito de quem vem ao estádio), e eu não acrescentaria via nenhuma só pra fazer o roteamento funcionar. Se elas não existissem, daí sim, essa idéia falharia, mas notem que seria um caso bastante específico. Alguns outros exemplos feitos da mesma forma e com bons resultados: - da minha casa até o Jardim Botânico de Porto Alegre: http://osrm.at/6aC - da minha casa até o BarraShoppingSul: http://osrm.at/6aD Alguns exemplos (difíceis de achar) em que isso não funciona: - da minha casa até o Porto Alegre Country Club (ele me manda pela entrada de funcionários): http://osrm.at/6aE - da minha casa até o Parque Marinha do Brasil (ele me manda pro centro do parque ao invés de para um dos estacionamentos): http://osrm.at/6aF Como esses dois últimos casos seriam resolvidos: roteando para os estacionamentos internos de cada destino. Num GPS, ao procurar por Porto Alegre Country Club, devem aparecer duas entradas: uma do tipo parque, a outra do tipo estacionamento. Basta escolher o estacionamento (algo que me parece um tanto natural) e tudo funcionaria. Idem para o Parque Marinha. 2014/1/18 Paulo Henrique phnink...@gmail.com: Usando casos concretos de 02 pontos turísticos do Rio, já viram onde ficam os POIs do Maracanã e do Zoológico?? Não achei esses POIs no OSM do Rio então deduzo que o conversor do http://mapas.alternativaslibres.es; os esteja gerando com base nos polígonos desenhados para esses dois lugares, e assim eles ficam no meio desses polígonos e BEMMM longe de qualquer via roteável. Simulando no Mapsource uma rota entre a Ponte Rio-Niterói e o POI do Zoológico que é gerado por esse mapa, só consigo uma rota aérea. Para o
Re: [Talk-br] [Cocar] Tutoriais e dicas de formatação OSM
2014/1/20 thunder...@gpsinfo.com.br: Do estádio nem tem como porque não existem. As poucas que ali existem são somente para serviço e privadas. Quanto ao utilizador ser de qualquer forma conduzido ao destino e em lá chegando se virar para identificar qual a melhor maneira de ingressar na área não me simpatizo com essa ideia que no meu entender visa tão somente justificar uma deficiência do mapa. Vários sistemas comerciais sofrem do mesmo problema. dever-se-ia criar o ponto de melhor acesso aquela área. Acredito que esse problema possa ser visto também (e talvez primariamente) como uma uma deficiência das aplicações, e não do mapa: nada impede que se analise a geometria (procurando por vias de acesso de pedestres, por exemplo) para se concluir qual a melhor entrada. Inclusive, consigo imaginar um algoritmo simples para fazer isso. Isso sim seria uma aplicação inteligente, já que estaria fazendo uso pleno da informação do mapa. Um ponto sugerido para acesso por carro não é algo concreto (que exista), prevejo problemas com essa idéia. Além as diferenças subjetivas, há situações em que existiriam múltiplos pontos sugeridos de acesso, então como a aplicação decidiria o correto? -Mensagem Original- From: Fernando Trebien Sent: Monday, January 20, 2014 11:41 AM To: Cooperativa de Cartografia Digital Livre ; OSM talk-br Subject: Re: [Cocar] Tutoriais e dicas de formatação OSM Notem que isso é muito específico da aplicação, o OSRM funciona já que não tem esse limite arbitrário de 30m: http://osrm.at/6az (O OSRM também calcula uma rota da ponte Rio-Niterói até o Jardim Zoológico do Rio.) Essa não é necessariamente a melhor rota (provavelmente não), mas não dá erro, e uma vez chegando até o estádio, a pessoa pode tentar se virar pra achar a entrada. Claro, isso é meio ruim, já que a tecnologia poderia ter sido mais esperta, mas não calcular rota nenhuma seria ainda pior. Se o OSRM suportasse a tag entrance=main/yes, a chance de dar certo seria bem maior, mas ainda haveria uns casos em que a mesma situação ruim aconteceria. O que o usuário poderia fazer numa situação dessas: o motorista vai passar pelo estádio, e daí ele poderia ir convertendo à direita, contornando o estádio, até achar uma entrada. Se eu fosse um usuário, de 0 a 10 eu daria uma nota 7 pra um sistema que funcionasse assim, já que me causaria alguns inconvenientes na chegada, mas calcula boa parte da rota corretamente. Ninguém mapeou as vias internas para carros do estádio do Maracanã ainda (nem do Jardim Zoológico), então eu vou comparar com o Estádio Beira-Rio aqui em Porto Alegre. Eis uma rota da minha casa até esse estádio: http://osrm.at/6aA Notem a especificidade da rota: o OSRM me diz pra passar do estádio, fazer um retorno mais adiante, passar por ele de novo, e daí dobrar à esquerda. A entrada está certa, e a rota é a ideal. Notem também que, se não houvesse a via interna circundando o estádio, o OSRM provavelmente me mandaria até a avenida Padre Cacique (no lado oposto à entrada), que seria a via transitável mais próxima do ponto central do estádio. As vias ao redor do estádio não são artificiais (quer dizer, elas de fato existem e estão liberadas para o trânsito de quem vem ao estádio), e eu não acrescentaria via nenhuma só pra fazer o roteamento funcionar. Se elas não existissem, daí sim, essa idéia falharia, mas notem que seria um caso bastante específico. Alguns outros exemplos feitos da mesma forma e com bons resultados: - da minha casa até o Jardim Botânico de Porto Alegre: http://osrm.at/6aC - da minha casa até o BarraShoppingSul: http://osrm.at/6aD Alguns exemplos (difíceis de achar) em que isso não funciona: - da minha casa até o Porto Alegre Country Club (ele me manda pela entrada de funcionários): http://osrm.at/6aE - da minha casa até o Parque Marinha do Brasil (ele me manda pro centro do parque ao invés de para um dos estacionamentos): http://osrm.at/6aF Como esses dois últimos casos seriam resolvidos: roteando para os estacionamentos internos de cada destino. Num GPS, ao procurar por Porto Alegre Country Club, devem aparecer duas entradas: uma do tipo parque, a outra do tipo estacionamento. Basta escolher o estacionamento (algo que me parece um tanto natural) e tudo funcionaria. Idem para o Parque Marinha. 2014/1/18 Paulo Henrique phnink...@gmail.com: Usando casos concretos de 02 pontos turísticos do Rio, já viram onde ficam os POIs do Maracanã e do Zoológico?? Não achei esses POIs no OSM do Rio então deduzo que o conversor do http://mapas.alternativaslibres.es; os esteja gerando com base nos polígonos desenhados para esses dois lugares, e assim eles ficam no meio desses polígonos e BEMMM longe de qualquer via roteável. Simulando no Mapsource uma rota entre a Ponte Rio-Niterói e o POI do Zoológico que é gerado por esse mapa, só consigo uma rota aérea. Para o Maracanã (cujo POI também fica distante de vias roteáveis) uma rota é
Re: [Talk-br] [Cocar] Roteamento Rio de Janeiro
Desculpe Márcio, não tinha lido a sua mensagem original por ser relativa ao Rio de Janeiro. Imaginei que o pessoal do Rio se manifestaria mais. Tal como o Nelson, eu não alteraria a classificação de uma via com a finalidade de produzir um determinado roteamento. Antes disso, eu revisitaria os motivos que levaram ao sistema de classificação atual e, talvez, reabriria o debate. Eventualmente, se for um caso muito específico, redirecionaria a discussão para o fórum. Roteadores diferentes levam fatores diferentes em consideração, então é provável que alguns produziriam o resultado que você deseja (mas nem sempre) e outros não (mas às vezes sim). Há roteadores (ex.: OSRM) que são influenciados pela tag maxspeed e que usam a tag highway somente quando a tag maxspeed não está presente. Na nossa discussão sobre classificação ano passado, o assunto mais nebuloso foi importância e como julgá-la de formas menos subjetivas (de forma que pessoas diferentes possam chegar ao mesmo resultado sem discordarem, sempre que possível). Na prática, o resultado a que chegamos aproxima o consenso da comunidade sobre importância, mas não é necessariamente um resultado final e absoluto, pode ser revisado, levando novos fatores em consideração (mas sob a ótica de uma pluralidade de aplicações, não somente para roteamento ou para renderização). Algo que eu não entendi é se já foi feita alguma alteração de classificação nessa rodovia e se a nova classificação foge da classificação sugerida naquele fluxograma no wiki. Se sim, é interessante saber qual mudança foi feita (de qual para qual classificação, e em que trechos). Outra coisa que não entendi é quando você diz que retiraram as agulhas que permitiam acesso à Dutra. Quer dizer que existiam e foram excluídas do OSM, apesar de continuarem existindo na realidade? Se sim, quando foram excluídas? O ideal seria contatar a pessoa que as excluiu e perguntar qual foi o motivo da exclusão (e reverter a edição, caso não obtivéssemos resposta). 2014/1/18 thunder...@gpsinfo.com.br: Amigos, desenvolvendo o mapa do Rio de Janeiro conseguimos com sucesso estabelecer roteamento pela Linha Vermelha, seja vindo da Dutra destino Niterói, ou o inverso. Como aqueles que conhecem a região sabem, a Linha Vermelha foi construída para desafogar o transito da Av Brasil e corre praticamente paralela aquela. O roteamento recomendado nesse trecho citado é pela Linha Vermelha e não pela Av Brasil como testado em campo e observado também pelo OSRM. Tanto no Tracksource como no OSM as vias são classificadas por importância e características e essa classificação tem relação direta com o roteamento. A Linha Vermelha, Av Brasil e Dutra, as três, tem a mesma característica e por isso recebem a mesma classificação (auto-estrada) no OSM e no Tracksource. Quando desenvolvendo o mapa do Rio de Janeiro para o Tracksource e trabalhando em cima dessa situação, logo de inicio observamos que devido a ampliação da Dutra para 4 pistas no trecho da Linha Vermelha até Belford Roxo, no sentido SP retiraram todas as agulhas que permitiam o acesso a pista central da Dutra. Assim, quem se destina a SP, desemboca na Dutra vindo da Linha vermelha, é obrigado a se manter naquela pista lateral até depois de Belford Roxo. Um trecho de aproximadamente 13 km que por ser na época considerado pista lateral, não era formatado como auto-estrada. Sem duvida essa situação impedia um roteamento pela Linha Vermelha e por essa razão, considerando as características da pista lateral no trecho citado, elevamos a classificação dela no Tracksource e agora também no OSM. No Tracksource, mesmo depois dessa ação o roteamento continuava sendo feito pela Av Brasil e só conseguimos sucesso quando tratamos o trecho da Dutra, da Av Brasil até o entroncamento com a Linha Vermelha. No Tracksource é possível se manter a classificação da via porem reduzir por meio de TAG a sua importância. Lá, a TAG de classificação de Auto-estrada é RC=4. Assim, mantendo as características visuais da via (azul) podemos rebaixar sua importância por meio do emprego da TAG RC. Sabedores disso obtivemos sucesso no roteamento quando aplicamos RC=3 no trecho da Dutra entre a Av Brasil e o entroncamento dela com a Linha Vermelha. Em que pese que no OSM pode-se trabalhar com a TAG de velocidade nossos testes já demonstraram que o emprego dessa TAG pouco influencia no roteamento e ainda mascara a realidade da via. Mesmo assim andamos corrigindo a velocidade contida no OSM para a Linha Vermelha, observamos que vários trechos dela foram formatados para 90 km/h, porém devido a fragmentações deixaram de formatar trechos dela para essa velocidade. Aqueles com mais experiência no OSM tem alguma opinião a respeito? []s Marcio -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___
[Talk-de] emergency=phone
Hallo, mir faellt auf, dass der User geodreieck4711 vor zwei Monaten automatisiert tausende von amenity=emergency_phone nach emergency=phone geaendert hat (http://www.openstreetmap.org/changeset/19083226 und weitere). Hat es dazu hier oder im Forum die (erforderliche) vorherige Diskussion gegeben? Ich find auf die Schnelle nix. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] emergency=phone
Am 20.01.2014 09:14, schrieb Frederik Ramm: mir faellt auf, dass der User geodreieck4711 vor zwei Monaten automatisiert tausende von amenity=emergency_phone nach emergency=phone geaendert hat (http://www.openstreetmap.org/changeset/19083226 und weitere). Hat es dazu hier oder im Forum die (erforderliche) vorherige Diskussion gegeben? Ich find auf die Schnelle nix. an eine Diskussion dazu kann ich mich auch nicht erinnern. im Wiki steht allerdings klipp und klar: Dieses Attribut ist inaktiv! Es wurde durch emergency=phone ersetzt. :-) Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] emergency=phone
Am 20/gen/2014 um 09:14 schrieb Frederik Ramm frede...@remote.org: (http://www.openstreetmap.org/changeset/19083226 und weitere). Hat es dazu hier oder im Forum die (erforderliche) vorherige Diskussion gegeben? Ich find auf die Schnelle nix. Afaik hier nicht, Forum weiß ich nicht. Sofern die Edits nicht nur in Deutschland waren reicht m. E. eine Diskussion auf Deutsch auch nicht aus. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Am 19/gen/2014 um 22:07 schrieb Alexander Lehner leh...@edv-buero-lehner.de: - textuelle Beschreibung z.B. 'Bundesstrasse xyz, Kreuzung nach Labersdorf 500m auf der rechten Seite' = Als 'note' tag verwenden? hat m.E. im Note Tag nichts verloren. Eine Angabe wie die o.g. ist komplett überflüssig in einer Karte, da wir ja diese Position schon eintragen, anders sähe das aus, wenn z.B. der Text wäre:Alarmierung über den Tankwart der Xy Tankstelle, oder ähnlich, also Infos, die über eine Beschreibung der Position hinausgehen. Ansonsten kann das die Software automatisiert generieren. Als tag würde ich eher description anstatt note verwenden, ggf. description:de wenn es ein deutscher Text ist. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] emergency=phone
Am 20.01.2014 09:14, schrieb Frederik Ramm: Hallo, mir faellt auf, dass der User geodreieck4711 vor zwei Monaten automatisiert tausende von amenity=emergency_phone nach emergency=phone geaendert hat (http://www.openstreetmap.org/changeset/19083226 und weitere). Hat es dazu hier oder im Forum die (erforderliche) vorherige Diskussion gegeben? Ich find auf die Schnelle nix. Bye Frederik Hallo Frederik, es gab keine Diskussion. Ich hatte ihn damals angeschrieben, weil er durch seine eigenmächtige Aktion etliche AEDs mit Notruftelefon zerstört hatte. Diese AED-Datensätze hat er dann wieder zurückgesetzt. Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Datenlogger gesucht: AA(A), (Micro-)SD, neuzeitlicher Empfänger, Streichholzschachtelformat.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 20.01.2014 05:05, schrieb Johann H. Addicks: Nachdem mein langjähriger treuer Begleiter an der Phototasche (ein Royaltek RGM-3800) seit letzten Samstag einen neuen Besitzer gefunden hat Wie ärgerlich! Das Dingen tut einfach, was es soll, und wenn mal die eneloop leer sind, packt man einfach Mignons aus dem nächsten Aldi rein. Minihomer 2.8 (42g, Venus6, fest verbauter Akku) gporter GP-102+ (41g, Sirf IV, fest verbauter Akku) Holux 255 (48g, MTK, fest verbauter Akku) Qstarz BT-Q1000XT (65g, MTK2, Wechselakku Nokia BL-5C?) Ich vermute mal: Alle per USB aufladbar? Oder gibt es Schnelllader dafür? Wie lange laufen die mit einer Akkuladung und wie schnell laden die nach? Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS3OKcAAoJEFIuGFy5SYX0P6AH/083h9Gaib6zVbllTYhPOXB3 tTD0Kkpng1tz7Vic2ciJ53CFRLlYQwNz0qjJat35NqeQ5iJVaaVylgtflOZkFYn3 zFA5SrtgYuynrKvYGOrIrDNG9M4uUsYIluwoVi4WGL8YryZF4oTPSb9Yr8HpJ4m2 MRqFuw45Pt/c606chbt4XrK36AhVPgrBlMdZDMR7oKQrm1e0URZm/Z27wIkKvlHT h1/xZVETvJLcvS1cvFmJVG/jON3nEhDtpC5Ov6JOdenpACP1jqEsulmotZOTcoGG ybGVu7wE7k0E7Txd7glnXh0u3SazaXfp2jEsUkBASfy9fohYxiSoTYVIeacywKg= =ZPEB -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
On Mon, 20 Jan 2014, Martin Koppenhoefer wrote: Am 19/gen/2014 um 22:07 schrieb Alexander Lehner leh...@edv-buero-lehner.de: - textuelle Beschreibung z.B. 'Bundesstrasse xyz, Kreuzung nach Labersdorf 500m auf der rechten Seite' = Als 'note' tag verwenden? hat m.E. im Note Tag nichts verloren. Eine Angabe wie die o.g. ist komplett überflüssig in einer Karte, da wir ja diese Position schon ? eintragen, anders sähe das aus, wenn z.B. der Text wäre:Alarmierung über den Tankwart der Xy Tankstelle, oder ähnlich, also Infos, die über eine Beschreibung der Position hinausgehen. Ansonsten kann das die Software automatisiert generieren. Als tag würde ich eher description anstatt note verwenden, ggf. description:de wenn es ein deutscher Text ist. Es ist so, dass die textuelle Beschreibung Teil des Bestands ist, also nichts, was ich mir selber ausgedacht habe, sondern eine vielleicht wichtige Beschreibung des Gelaedes darstellt. Deshalb sehe ich das 'note' Tag auch als unguenstig an, weil das m.E. eher fuer OSM-interne Zwecke dient. description:de faende ich auch gut. A.___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation 51477
Moin, ich versuche jetzt seit Samstag die Historie der Relation 51477 (deutsche Grenze) über JOSM herunterzuladen. Das endet immer mit einem Internal Error der API. Laut Nachfrage bei Tom Hughes sind das timeouts bei komplexen Abfragen. Seltsam ist nur das ich auch nachts zu nicht einmal Erfolg hatte; obwohl laut munin alle 3 Servern nicht in Vollast liefen. Wie sieht das bei Euch aus? Schönen Wochenanfang Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation 51477
Am 20. Januar 2014 10:14 schrieb Jörg Frings-Fürst o...@jff-webhosting.net: Moin, ich versuche jetzt seit Samstag die Historie der Relation 51477 (deutsche Grenze) über JOSM herunterzuladen. Das endet immer mit einem Internal Error der API. Laut Nachfrage bei Tom Hughes sind das timeouts bei komplexen Abfragen. Seltsam ist nur das ich auch nachts zu nicht einmal Erfolg hatte; obwohl laut munin alle 3 Servern nicht in Vollast liefen. Wie sieht das bei Euch aus? ja, die Historie umfangreicher Relationen und ways, bzw. von denen mit umfangreicher Versionsgeschichte kann man über die API der Seite nicht mehr bekommen, das gibt grundsätzlich timeouts. Wenn Du nur eine bestimmte Version haben willst, sieht das ggf. schon anders aus, z.B. mit www.openstreetmap.org/api/0.6/relation/51477/42 bekommst Du die Version 42 der Relation (derzeit hat Deutschland schon über 1300 Versionen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Am Donnerstag sollen die deutschlandweiten Listen auf http://www.kwf-online.org/rettungspunkte.html online gestellt werden. Ich habe bei den Zuständigen Bearbeitern nach den Bedingungen gefragt. André Am 20. Januar 2014 09:53 schrieb Alexander Lehner leh...@edv-buero-lehner.de: On Mon, 20 Jan 2014, Martin Koppenhoefer wrote: Am 19/gen/2014 um 22:07 schrieb Alexander Lehner leh...@edv-buero-lehner.de: - textuelle Beschreibung z.B. 'Bundesstrasse xyz, Kreuzung nach Labersdorf 500m auf der rechten Seite' = Als 'note' tag verwenden? hat m.E. im Note Tag nichts verloren. Eine Angabe wie die o.g. ist komplett überflüssig in einer Karte, da wir ja diese Position schon ? eintragen, anders sähe das aus, wenn z.B. der Text wäre:Alarmierung über den Tankwart der Xy Tankstelle, oder ähnlich, also Infos, die über eine Beschreibung der Position hinausgehen. Ansonsten kann das die Software automatisiert generieren. Als tag würde ich eher description anstatt note verwenden, ggf. description:de wenn es ein deutscher Text ist. Es ist so, dass die textuelle Beschreibung Teil des Bestands ist, also nichts, was ich mir selber ausgedacht habe, sondern eine vielleicht wichtige Beschreibung des Gelaedes darstellt. Deshalb sehe ich das 'note' Tag auch als unguenstig an, weil das m.E. eher fuer OSM-interne Zwecke dient. description:de faende ich auch gut. A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Pressemeldung: http://www.kwf-online.org/aktuelles/news-detailanzeige/article/69/kwf-erstellt-1.html Am 20. Januar 2014 11:15 schrieb André Riedel riedel.an...@gmail.com: Am Donnerstag sollen die deutschlandweiten Listen auf http://www.kwf-online.org/rettungspunkte.html online gestellt werden. Ich habe bei den Zuständigen Bearbeitern nach den Bedingungen gefragt. André Am 20. Januar 2014 09:53 schrieb Alexander Lehner leh...@edv-buero-lehner.de: On Mon, 20 Jan 2014, Martin Koppenhoefer wrote: Am 19/gen/2014 um 22:07 schrieb Alexander Lehner leh...@edv-buero-lehner.de: - textuelle Beschreibung z.B. 'Bundesstrasse xyz, Kreuzung nach Labersdorf 500m auf der rechten Seite' = Als 'note' tag verwenden? hat m.E. im Note Tag nichts verloren. Eine Angabe wie die o.g. ist komplett überflüssig in einer Karte, da wir ja diese Position schon ? eintragen, anders sähe das aus, wenn z.B. der Text wäre:Alarmierung über den Tankwart der Xy Tankstelle, oder ähnlich, also Infos, die über eine Beschreibung der Position hinausgehen. Ansonsten kann das die Software automatisiert generieren. Als tag würde ich eher description anstatt note verwenden, ggf. description:de wenn es ein deutscher Text ist. Es ist so, dass die textuelle Beschreibung Teil des Bestands ist, also nichts, was ich mir selber ausgedacht habe, sondern eine vielleicht wichtige Beschreibung des Gelaedes darstellt. Deshalb sehe ich das 'note' Tag auch als unguenstig an, weil das m.E. eher fuer OSM-interne Zwecke dient. description:de faende ich auch gut. A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
On Mon, 20 Jan 2014, André Riedel wrote: Am Donnerstag sollen die deutschlandweiten Listen auf http://www.kwf-online.org/rettungspunkte.html online gestellt werden. Ich habe bei den Zuständigen Bearbeitern nach den Bedingungen gefragt. Sehr schoen. Vom lokalen Forstbeauftragten habe ich aehnliche Informationen erhalten. Die globale Liste gibt es wohl schon (auch bei den Rettungsleitstellen), und die Schilder dazu sollen in den kommenden Wochen/Monaten aufgestellt werden, sobald die wiederum ihre Lizenzfragen mit den Gemeinden zum Schilder-Anbringen geklaert haben. A. André Am 20. Januar 2014 09:53 schrieb Alexander Lehner leh...@edv-buero-lehner.de: On Mon, 20 Jan 2014, Martin Koppenhoefer wrote: Am 19/gen/2014 um 22:07 schrieb Alexander Lehner leh...@edv-buero-lehner.de: - textuelle Beschreibung z.B. 'Bundesstrasse xyz, Kreuzung nach Labersdorf 500m auf der rechten Seite' = Als 'note' tag verwenden? hat m.E. im Note Tag nichts verloren. Eine Angabe wie die o.g. ist komplett überflüssig in einer Karte, da wir ja diese Position schon ? eintragen, anders sähe das aus, wenn z.B. der Text wäre:Alarmierung über den Tankwart der Xy Tankstelle, oder ähnlich, also Infos, die über eine Beschreibung der Position hinausgehen. Ansonsten kann das die Software automatisiert generieren. Als tag würde ich eher description anstatt note verwenden, ggf. description:de wenn es ein deutscher Text ist. Es ist so, dass die textuelle Beschreibung Teil des Bestands ist, also nichts, was ich mir selber ausgedacht habe, sondern eine vielleicht wichtige Beschreibung des Gelaedes darstellt. Deshalb sehe ich das 'note' Tag auch als unguenstig an, weil das m.E. eher fuer OSM-interne Zwecke dient. description:de faende ich auch gut. A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation 51477
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 01/20/2014 10:14 AM, Jörg Frings-Fürst wrote: ich versuche jetzt seit Samstag die Historie der Relation 51477 (deutsche Grenze) über JOSM herunterzuladen. Ja, das geht nur ueber einzelne Requests, so wie Martin schrieb, oder halt indem Du Dir das aus dem History-File rausfuzzelst (http://osm.personalwerk.de/full-history-extracts/2014/2014-01-06/europe/germany.osh.pbf). Laut Nachfrage bei Tom Hughes sind das timeouts bei komplexen Abfragen. Seltsam ist nur das ich auch nachts zu nicht einmal Erfolg hatte; obwohl laut munin alle 3 Servern nicht in Vollast liefen. Der internal error ist eine Folge eines Timeouts; der Query braucht halt auch dann zu lang, wenn Du alle Server fuer Dich alleine hast ;) Bye Frederik - -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS3QHQAAoJEOx/uhGAJu9H35kH/0D3LhSrWNSGRHG0+qlXndC/ XRrAFcaVUtjJcRTaLnzaASvSRdufsO3bPlgDQUxMqXUcKu9uo25W/WAbGYuJa/f4 ZRCJ3Dwr0KDaSW2fu1Kfyt7FL91x9g3dnhAfV/+bBHAF+lVtgZ/P7oE0qD8KNEoH GZjv9ZL0SQ5bioYmWKb+te6eFgu0D0tKjMyrls1/Ku6ffkoryQzy3ZhwcduyHUvw QznPEbOc2Fq98JsYAle2o4zLHqmA8IVb29gQq2Qni7vJovvZTgVVEpYkkfdtzEVL 5Kvj5Ga3H6B2cPgNP0KAHrg3CyaS+Oy8v7UptEgkxX0odJPSglMCcVZZNt2iB70= =opb2 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM upload: timeout und Unexpected precondition failed reply from server
Hi, ich habe hier relativ oft Probleme bei Uploads sehe das hier: INFO: Test 'Untagged, empty and one node ways' completed in 95 ms INFO: Test 'Opening hours syntax' completed in 2 ms INFO: Test 'Turnrestrictions' completed in 0 ms PUT http://api.openstreetmap.org/api/0.6/changeset/create... INFO: OK POST http://api.openstreetmap.org/api/0.6/changeset/20101734/upload... INFO: GET http://api.openstreetmap.org/api/0.6/user/details INFO: Read from server failed: Timeout INFO: Waiting 10 seconds ... INFO: OK - trying again. INFO: Starting retry 1 of 5. POST http://api.openstreetmap.org/api/0.6/changeset/20101734/upload... INFO: Unexpected precondition failed reply from server INFO: Waiting 10 seconds ... INFO: OK - trying again. . . . - alle 5 retries:( Dabei habe chunks auf 200 Objekte begrenzt und achte sowieso daurauf nicht zu viel auf einmal upzuloaden. Irgendeine Idee woran das liegt? Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Datenlogger gesucht: AA(A), (Micro-)SD, neuzeitlicher Empfänger, Streichholzschachtelformat.
Am 20.01.2014 05:05, schrieb Johann H. Addicks: Nachdem mein langjähriger treuer Begleiter an der Phototasche (ein Royaltek RGM-3800) seit letzten Samstag einen neuen Besitzer gefunden hat (kommt davon, wenn man eine eigentlich leere und schon ziemlich abgewetzte Tasche unbeaufsichtigt stehen lässt. Immerhin hat der Neubesitzer die Linsenputztücher und den Labello nicht auch noch mitgenommen. Um die diversen Wechselakkus trauere ich jetzt aber schon...) Egal, zurück zum Thema: Obige Anforderung NiMH-Standardbatterien, entnehmbare Speicherkarte plus neuzeitliger Empfänger (Sirf4, MTK2, ublox) gibt es offensichtlich nur in Form eines Arduina-Adafruit-Shields, was dann aber schon ZIEMLICH bulky daherkommt, dass man auch gleich wieder einen Etrex nehmen könnte. Es geht wirklich nur um gute Tracks für OSM. ich will keine Wegepunkte setzen, Anzeige werde ich garantiert auch nie benützen. Auf der Auswahl stehen Minihomer 2.8 (42g, Venus6, fest verbauter Akku) gporter GP-102+ (41g, Sirf IV, fest verbauter Akku) Holux 255 (48g, MTK, fest verbauter Akku) Qstarz BT-Q1000XT (65g, MTK2, Wechselakku Nokia BL-5C?) Empfehlung? Alternativen? Ich benutze den Wintec WBT-202. Hat Accu BL-5C und bis 2GB Micro-SD. Gruß Dieter Jasper -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Datenlogger gesucht: AA(A), (Micro-)SD, neuzeitlicher Empfänger, Streichholzschachtelformat.
Johann H. Addicks schrieb am 20.01.2014 05:05: Obige Anforderung NiMH-Standardbatterien, entnehmbare Speicherkarte plus neuzeitliger Empfänger (Sirf4, MTK2, ublox) gibt es offensichtlich nur in Form eines Arduina-Adafruit-Shields, was dann aber schon ZIEMLICH bulky daherkommt, dass man auch gleich wieder einen Etrex nehmen könnte. Es geht wirklich nur um gute Tracks für OSM. ich will keine Wegepunkte setzen, Anzeige werde ich garantiert auch nie benützen. Auf der Auswahl stehen Minihomer 2.8 (42g, Venus6, fest verbauter Akku) gporter GP-102+ (41g, Sirf IV, fest verbauter Akku) Holux 255 (48g, MTK, fest verbauter Akku) Qstarz BT-Q1000XT (65g, MTK2, Wechselakku Nokia BL-5C?) Ich habe seit Jahren den Wintec WBT-202 (55g, Akkulaufzeit von über 30 Stunden iirc). http://www.wintec-gps.de/wintec_wbt-202.php Der hat auch den BL-5C Akku. Kann auch Bluetooth und meldet sich per USB als wahlweise auch als Mass-Storage Device (womit dann gpsbabel die Dateien nach GPX umschreiben kann). Per Knopf kann man Waypoints setzen oder wenn man länger drückt einen neuen Track starten. Vor einigen Jahren gab es einige Logger die einen eigenen USB-Treiber brauchten (und daher mit Linux Probleme machen). Man sollte vor der Benutzung nur (einmalig) einstellen, dass er auch Tracks mitschneidet, wenn man 100 km/h schnell ist. Und wenn man will die Aufzeichnungsdichte (habs auf sekündlich). -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] emergency=phone
Am 20.01.2014 09:14, schrieb Frederik Ramm: Hallo, mir faellt auf, dass der User geodreieck4711 vor zwei Monaten automatisiert tausende von amenity=emergency_phone nach emergency=phone geaendert hat (http://www.openstreetmap.org/changeset/19083226 und weitere). Hat es dazu hier oder im Forum die (erforderliche) vorherige Diskussion gegeben? Ich find auf die Schnelle nix. Bye Frederik Wenn das Wiki ein und dasselbe Objekt nur umbetitelt, dann wäre eine Diskussion aus meiner Sicht nicht erforderlich. Das gibt meist ein Hin und Her und es führt sowieso keiner eine Strichliste wann ein klarer Sieger dabei rauskommt. Ansonsten man eine Umtitelung auch weglassen. Manuell werden vermutlich nie alle xxx angefaßt und einzeln umgetaggt. So ähnlich ist das auch fast mit den Defi - da gab es zwei Tags und ein Drittes hat jetzt gewonnen. Irgendwie sollte es aber bei solchen Tag-Regeländerungen zu einer Nachführung kommen - wie weiß ich nicht genau. Nur um schon das Wirrwar zu enttütteln. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Hi, ich würde die Notrufnummer auch gleich mit hinein packen, oder ist die 112 Deutschlandweit einheitlich? Und was ist mit der zuständigen Leitstelle, soll diese auch nicht erwähnt werden? Gruß Martin Am 19.01.2014 22:07, schrieb Alexander Lehner: Hallo OSM'ler! Im letzten Gemeinde Kasblatt wurde erwaehnt, dass bei uns drei sog. Rettungspunkte aufgestellt wurden. Soll wohl eine Bayern- bzw. Deutschland-weite Aktion werden. Dachte mir als aktiver Mountainbiker und OSM'ler, dass das eine sinnvolle Einrichtung ist. Zumal gibt es bereits Andriod Apps, die das recht praktisch umsetzen (Notfalltaste druecken, naechsten Rettungspunkt anzeigen und melden etc.) aber eben nicht auf OSM Basis. Auf der Suche nach einem passendem Tagging bin ich auf widerspruechliche Informationen gestossen. Zum einen gibt es folgenden Thread: http://forum.openstreetmap.org/viewtopic.php?id=8604 Dann gibt es eine Karte, die angeblich auf OSM Daten basiert, die ich aber nicht sehen kann, nur fuer Rheinland-Pfalz: http://www.rettungspunkte.info/RescuePointsMap.aspx?c=1 Schleswig-Holstein hat ein Proposal fuer das Tagging erstellt: http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Demergency_access_point Mich taete interessieren, wie ich folgende Informationen verpacken kann: - Koordinaten (ist klar) - textuelle Beschreibung z.B. 'Bundesstrasse xyz, Kreuzung nach Labersdorf 500m auf der rechten Seite' = Als 'note' tag verwenden? - Bezeichnung des Rettungspunktes, z.B. 'LA-S-1012' = als 'ref' Tag verwenden? - source oder andere Quellenangaben, falls sich die Positionen im Lauf der Zeit aendern, und man die Rettungspunkte in seinem Gebiet rausfiltern will? Merci fuer jeden Kommentar - A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Martin Czarkowski schrieb am 20.01.2014 17:59: ich würde die Notrufnummer auch gleich mit hinein packen, oder ist die 112 Deutschlandweit einheitlich? Und was ist mit der zuständigen 112 ist EU weit einheitlich: https://de.wikipedia.org/wiki/Euronotruf Die Nummer schadet aber wohl nicht... -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Datenlogger gesucht: AA(A), (Micro-)SD, neuzeitlicher Empfänger, Streichholzschachtelformat.
Johann H. Addicks schrieb: Obige Anforderung NiMH-Standardbatterien, entnehmbare Speicherkarte plus neuzeitliger Empfänger (Sirf4, MTK2, ublox) gibt es offensichtlich nur in Form eines Arduina-Adafruit-Shields, was dann aber schon ZIEMLICH bulky daherkommt, dass man auch gleich wieder einen Etrex nehmen könnte. Wie im IRC besprochen hier der Link zu einem recht interessanten GPS-Logger-Projekt auf Arduino-Basis: http://www.kickstarter.com/projects/richardhaberkern/gps-cookie-leaving-crumbs-wherever-it-goes kostet: $79, umgerechnet 58,24 EUR Versandkosten: $25 (18,43 EUR) Laufzeit: unbekannt Vorteile: * kompakt * läuft mit Standard-Batterien (AAA) * Firmware selbst programmierbar * speichert auf SD-Karte Nachteile: * Kein vernünftiges Batteriefach - das Gerät muss offenbar auseinandergestöpselt werden, um die Zellen zu wechseln. Frage: Wie oft macht das Gerät das mit? * Logs enthalten (derzeit?) nur lat, lon, speed im NMEA-Format und werden vermutlich als .LOG gespeichert (Laut Beschreibungsseite soll auch die Höhe geloggt werden) - kann man vermutlich durch ein Firmwareupdate ändern Beispieldateien (auf obiger Seite verlinkt): http://www.gpscookie.com/wp-content/uploads/2013/09/GPS-Cookie.kmz_.zip http://www.gpscookie.com/wp-content/uploads/2013/09/TopOfFlorence_SampleFile.LOG_.zip Auszug: Original $GPRMC,130103.00,A,4346.20639,N,01115.75554,E,3.172,,210913,,,A*76 mit gpsbabel zu gpx konvertiert: trkpt lat=43.770106500 lon=11.262592333 time2013-09-21T13:01:03Z/time course0.00/course speed1.631818/speed /trkpt ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Hallo, On Mo, 2014-01-20 at 18:33 +0100, Holger Jeromin wrote: Martin Czarkowski schrieb am 20.01.2014 17:59: ich würde die Notrufnummer auch gleich mit hinein packen, oder ist die 112 Deutschlandweit einheitlich? Und was ist mit der zuständigen 112 ist EU weit einheitlich: https://de.wikipedia.org/wiki/Euronotruf Die Nummer schadet aber wohl nicht... -1 bei einer europaweiten Rufnummer ist die Erfassung an jedem Punkt etwas viel unnötig. CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Please use http://www.orsn.org/de/tech/pubdns/ and report you opinions. GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 20.01.2014 19:47, schrieb Jörg Frings-Fürst: Hallo, On Mo, 2014-01-20 at 18:33 +0100, Holger Jeromin wrote: Martin Czarkowski schrieb am 20.01.2014 17:59: ich würde die Notrufnummer auch gleich mit hinein packen, oder ist die 112 Deutschlandweit einheitlich? Und was ist mit der zuständigen 112 ist EU weit einheitlich: https://de.wikipedia.org/wiki/Euronotruf Die Nummer schadet aber wohl nicht... -1 bei einer europaweiten Rufnummer ist die Erfassung an jedem Punkt etwas viel unnötig. CU Jörg Kurze Story zur Unnötigkeit von Notrufnummern. War eine Rückfrage bei einer Ersthelferschulung. Warum steht auf allen Erstehilfe- und Notfallplakaten dick und fett die 112? Die kennt doch jeder! Antwort: Im Ernstfall stehen die Personen unter Stress und teilweise unter Schock und können sich an die einfachsten Sachen nicht erinnern. Story-Ende. Außerdem sollten wir im Blick behalten, dass unsere Karten a) auch von EU-Ausländern genutzt wird und b) bei manchen EU-Bürgern der Bildungsgrad unter RTL-Niveau hängen geblieben ist just my 2 cents, Andreas - -- Andreas Neumann http://Map4Jena.de http://Stadtplan-Ilmenau.de -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQGcBAEBAgAGBQJS3YDJAAoJENEKAxYRlUN9E10L/j18TIf2qgCwW+NV9fs42hnE W/1q4wMSKyModpQy1AYNJZOt95zKiGh7Qyp3/MD17wwBcsFMgW62aKxluKllPwPV irlBcL7J6Uvh3/G/mEDkIWIXUYwmkemEtJkWI41LhVvGJyTP9Fl29dO2yTm5jsJ6 n3MT4lS/1YizdbU6G/n4qdJJ6EXDdHRvg7VWYtHj0PSFRCWzGijMNbmXJiN5OBn9 XkPferzO5sN6Fzr6TGqouqs0mVv5TaJ+aCw64Zz6S0A00VKzdE3aUsLCdXwcBuld J9JIWRqFizI3MK6PMjwCiNQRxIde7WXC452PE+SPRev02h4oYWVoNxXr+H/azwaS wgpfAz1NBhr8NWskiVzKs4DaE8rSN4rukhcg1gULK92v2mcRpG8t1p452n0Qstdd cZDhPU4qDp2Apl1ejtWcNCD720vDHqBR9tmCDHpteHQRmSP446RQeuMT0pkhjC+S zfcCr7Z5FfNG1pW1SzxXMw/ui5J6doTwNaFMUWve2A== =QYzW -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Am 20. Januar 2014 21:02 schrieb Andreas Neumann andr-neum...@gmx.net: Antwort: Im Ernstfall stehen die Personen unter Stress und teilweise unter Schock und können sich an die einfachsten Sachen nicht erinnern. Story-Ende. Außerdem sollten wir im Blick behalten, dass unsere Karten a) auch von EU-Ausländern genutzt wird und b) bei manchen EU-Bürgern der Bildungsgrad unter RTL-Niveau hängen geblieben ist das ist aber beides kein Grund, die db zigtausendfach mit 112 zu befüllen. Wird ja sowieso keiner im Notfall den Planetfile durchsuchen, sondern sich maximal (wenn er nicht gleich vom Handy aus den Notruf anruft, was ich erstmal jedem empfehlen würde) eine für den Endnutzer gedachte Karte ansehen, die aus OSM-Daten generiert wurde (und da kann man dann die 112 auch anzeigen, wenn sie nicht in den OSM-Daten drinsteht). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Hallo, On Mo, 2014-01-20 at 21:47 +0100, Martin Koppenhoefer wrote: Am 20. Januar 2014 21:02 schrieb Andreas Neumann andr-neum...@gmx.net: Antwort: Im Ernstfall stehen die Personen unter Stress und teilweise unter Schock und können sich an die einfachsten Sachen nicht erinnern. Story-Ende. Außerdem sollten wir im Blick behalten, dass unsere Karten a) auch von EU-Ausländern genutzt wird und b) bei manchen EU-Bürgern der Bildungsgrad unter RTL-Niveau hängen geblieben ist das ist aber beides kein Grund, die db zigtausendfach mit 112 zu befüllen. Wird ja sowieso keiner im Notfall den Planetfile durchsuchen, sondern sich maximal (wenn er nicht gleich vom Handy aus den Notruf anruft, was ich erstmal jedem empfehlen würde) eine für den Endnutzer gedachte Karte ansehen, die aus OSM-Daten generiert wurde (und da kann man dann die 112 auch anzeigen, wenn sie nicht in den OSM-Daten drinsteht). +5 Gruß Martin CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Please use http://www.orsn.org/de/tech/pubdns/ and report you opinions. GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Datumsgrenze
Liebe OSMer, ein Anwender berichtet, dass wenn er einen Track längs der Datumsgrenze bzw über diese hinweg aufzeichnet, dass er dann komische Sprünge bekommt. (Genauere Beschreibung habe ich noch nicht) Hat jemand eine Idee, worum es sich da handelt? und woran das liegen könnte? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datumsgrenze
Hallo Markus, je nachdem, wie genau diese Sprünge aussehen - aber es kann sich einfach um einen Darstellungsfehler handeln. Die Datumsgrenze liegt etwa am 180. Längengrad, und die Längengrade werden im Bereich -180° bis +180° angegeben (was dann Ost und West entspricht). rund um den 180° Längengrad wechselt also die geographische Länge z.B. bei drei aufeinanderfolgenden Punkten so: +179, +180, -179, +180... wenn man das jetzt ganz simpel in einem 2D-Koordinatensystem der Karte einträgt, dann springt das natürlich, von links (179) kommend über 180 - und da Zahlen in der Logik rechts größer sind, springt es hier nach gaaanz weit links zur -179. (und danach wieder zurück). Wenn das der Grund ist, liegt es natürlich nicht am Track, der ist korrekt, sondern an der Software, die diesen Track auf der Karte darstellt. Da du uns dazu keine weiteren Infos gegeben hast bisher, kann ich dir dazu aber nichts sagen. Gruß Peter Am 20.01.2014 22:05, schrieb Markus: Liebe OSMer, ein Anwender berichtet, dass wenn er einen Track längs der Datumsgrenze bzw über diese hinweg aufzeichnet, dass er dann komische Sprünge bekommt. (Genauere Beschreibung habe ich noch nicht) Hat jemand eine Idee, worum es sich da handelt? und woran das liegen könnte? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datumsgrenze
Hallo Peter, Wenn das der Grund ist, liegt es natürlich an der Software Ja, das vermute ich auch. Es geht um AIS-Tracks von Schiffen im Pazifik. Ich versuche Genaueres rauszufinden und melde mich dann. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Nominatim ed interrogazioni sulle città
Am 19/gen/2014 um 19:06 schrieb Damjan Gerl dam...@damjan.net: Anche cercando Trieste trova solo il comune e non la città vera e propria (place=city). Sarebbe da capire perché e come rimediare/risolvere/riparare... Dovresti modificare il codice di Nominatim... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM Meetup in Rome
On Sat, Jan 18, 2014 at 9:11 PM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: I am an OpenStreetMapper in the US (I'm actually the Treasurer of OSM-US) and I will be in Rome on vacation on 4 - 7 February. I was wondering if there were any mappers in Rome who might be interested in meeting up? Hi Kathleen, Unfortunately I live too far away from Rome to be able to attend. Do you plan to visit other cities while here? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] osmc:symbol
Ciao a tutti, chiedo consulto a voi perché vorrei taggare in modo corretto, uniforme e ovviamente condiviso il colore dei sentieri del Club Alpino Italiano della mia zona (Brescia). La situazione reale é che i cartelli indicatori posti all'inizio e lungo il percorso riportano 2 strisce rosse in alto ed in basso con una striscia bianca al centro nella quale é scritto in nero il numero (ref) del sentiero. Il resto della segnaletica, cioé le classiche spennellate su rocce e piante sono normalmente composte da 2 strisce orizzontali: bianca superiore e rossa inferiore. In effetti questi ultimi segni, nella descrizione anche ufficiale del CAI stesso, sono sempre denominati come segni bianco-rosso (e non rosso-bianco). In definitiva io farei: osmc:symbol red:red:white_bar:304:black symbol white-red horizontal bars symbol:it strisce orizzontali bianco-rosso per il tag osm:symbo il risultato grafico é visibile qui: http://hiking.waymarkedtrails.org/it/?zoom=17lat=45.60817lon=10.19011hill=0 Che dite? Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/osmc-symbol-tp5793715.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Stay in touch with me through LinkedIn
LinkedIn openstreetmap, Build your professional network, discover opportunities, and keep in touch with me on LinkedIn. - Stefano Stefano Droghetti Responsabile media at Centro Interculturale Italo-Cinese Ferrara Bologna Area, Italy Confirm that you know Stefano Droghetti: https://www.linkedin.com/e/-kxc12n-hqnpd4az-2s/isd/19465422716/lBgGwENo/?hs=falsetok=1tZnAXwIMAzm41 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/-kxc12n-hqnpd4az-2s/XoE6O7v2H7Zd-xYkrX-Cgf6mk0IH-T4vunaMZmH/goo/talk-it%40openstreetmap%2Eorg/20061/I6305885610_1/?hs=falsetok=3Lhmx7iTkAzm41 (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Antiche mura in OpenStreetMap
dieterdreist wrote è possibile riunire in una relazione le antiche mura di una città? questo perchè non so come riunire ed inserire l'elemento Fortezza di Palmanova [2] in Wikipedia per percorsi lineari relation type=route (forse non ufficialmente) per aree: relation type=multipolygon Il quesito è nato dal fatto che le mura facenti parte della fortezza sono in parte scomparse ed in OSM sono giustamente rappresentate in più way, per cui una relazione multipoligono non se poffà; d'altra parte una relazione route sarebbe piuttosto forzata. Forse potrei unire le way esistenti con tratti inesistenti taggati solo historic=citywalls? - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/Antiche-mura-in-OpenStreetMap-tp5793434p5793743.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni
From: Giuseppe Amici [mailto:giuseppeam...@virgilio.it] Sent: lunedì 20 gennaio 2014 08:38 To: 'openstreetmap list - italiano' Subject: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni ho provato a copiare e incollare questo script in JOSM in: FILE SCARICA DALLE API DI OVERPASS INTERROGAZIONE OVERPASS (di seguito a [timeout:15]; che già compare di default) poi clicco su scarica Il risultato è: il server xxx ha risposto con una richiesta non corretta. Io su Josm non vedo l'opzione SCARICA DALLE API DI OVERPASS, bisogna installare qualche plug-in? In alternativa: - avvia JOSM - cambia nello script le voci print mode=??? in print mode=meta - incolla script su http://overpass-turbo.eu/ e premi premi RUN - quando ha finito, premi EXPORT - load into JOSM. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni
-Original Message- From: Alberto Nogaro [mailto:bartosom...@yahoo.it] Sent: lunedì 20 gennaio 2014 18:58 To: 'openstreetmap list - italiano' Subject: Re: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni Io su Josm non vedo l'opzione SCARICA DALLE API DI OVERPASS, bisogna installare qualche plug-in? Mi rispondo da solo, per vedere l'opzione bisogna installare il plug-in mirrored download. Ho provato e anche a me da sempre lo stesso errore, non so come rimediare. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] osmc:symbol
Il 20/01/2014 11:00, demon.box ha scritto: ... La situazione reale é che i cartelli indicatori posti all'inizio e lungo il percorso riportano 2 strisce rosse in alto ed in basso con una striscia bianca al centro nella quale é scritto in nero il numero (ref) del sentiero. Anch'io spesso mi imbatto nei sentieri C.A.I. marcati in quel modo. Chiedendo a Nop la risposta è stata: osmc:symbol= :red:white_stripe:304:black ref=304 symbol=red and white stripes Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni
Forza! Mancano poche regioni: [1] https://www.dropbox.com/s/d9ek2aj5mmslmyi/201401202103%20Province%20senza%20admin_centre.png *--* *FabC* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Antiche mura in OpenStreetMap
2014/1/20 cascafico cascaf...@gmail.com Il quesito è nato dal fatto che le mura facenti parte della fortezza sono in parte scomparse ed in OSM sono giustamente rappresentate in più way, per cui una relazione multipoligono non se poffà; d'altra parte una relazione route sarebbe piuttosto forzata. potresti fare comunque una relazione multipolygon (come scritto sopra: nel caso che le mura sono rappresentate come aree invece di una sola linea come per il grafo delle strade). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM Meetup in Rome
Il 18/01/2014 21:11, Kathleen Danielson ha scritto: Hello OSM Friends! (My apologies for the message in English!) I am an OpenStreetMapper in the US (I'm actually the Treasurer of OSM-US) and I will be in Rome on vacation on 4 - 7 February. I was wondering if there were any mappers in Rome who might be interested in meeting up? I'd love a chance to meet you and share a beer or a bottle of wine! Kind Regards, Kathleen Danielson Hi, I live in Rome, but in this period of time I am busy with university exams. Anyway I suggest you to post here more details about the meetings, so some local mappers can join ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] osmc:symbol
20.01.2014 - 11:00 - demon.box: osmc:symbol red:red:white_bar:304:black symbol white-red horizontal bars symbol:it strisce orizzontali bianco-rosso per il tag osm:symbo il risultato grafico é visibile qui: http://hiking.waymarkedtrails.org/it/?zoom=17lat=45.60817lon=10.19011hill=0 Che dite? Grazie. --enrico Si, anche io ho usato così il osmc:symbol Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] osmc:symbol
2014/1/20 Alessandro ale_z...@libero.it: Anch'io spesso mi imbatto nei sentieri C.A.I. marcati in quel modo. Chiedendo a Nop la risposta è stata: osmc:symbol= :red:white_stripe:304:black come viene renderizzata? perchè a prima vista direi che è meglio red:white_stripe::304:black così la scritta nera sarebbe sul bianco e non sul rosso? Alessandro Ale_Zena_IT -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Campagna di rilevamento su GM :-(
Prendendo spunto dal map feature oggi attive. Caserme con truppa: military=barracks Casermette di presidio military=barracks +altro tag per specificare il tipo di caserma Polveriera military=powder_magazine (da proporre) Piattaforma di lancio per missili: (da proporre, non saprei neanche come tradurlo in militese) Postazione isolata: cosa significa?? Postazione di tiro complessa: military=range +altro tag Poligono di tiro: military=range Osservatorio: man_made=tower + tower:type=observation/defensive (+military=yes) Impianti di trasmissione: man_made=tower + tower:type=communication (+military=yes) Area di addestramento: military=training_area campi per le esercitazioni: military=training_area Alloggi per le famiglie dei militari: building=yes/apartments (+military=yes) Il tutto probabilmente con l'aggiunta di abandoned/disused=yes. Visto che non sono più in uso, e magare un bel ma sicuramente non appropriato landuse=military Da capire la possibilità di sfruttare tag civili aggiungiando semplicemente military=yes per non stare a creare nuovi tag specifici solo e soltanto in basi militari. -- View this message in context: http://gis.19327.n5.nabble.com/Campagna-di-rilevamento-su-GM-tp5793377p5793795.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: ruolo admin_centre assente per molte amministrazioni
È possibile avere un esempio di tagging? Ciao Beppe Da: Fabrizio Carrai [mailto:fabrizio.car...@gmail.com] Inviato: lunedì 20 gennaio 2014 21:08 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: ruolo admin_centre assente per molte amministrazioni Forza! Mancano poche regioni: [1] https://www.dropbox.com/s/d9ek2aj5mmslmyi/201401202103%20Province%20senza%20 admin_centre.png -- FabC ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] RTK GPS på Indiegogo
Hej! Någon här som funderat på RTK GPS:er (som ger centimeterprecision)? Jag har precis stöttat det här projektet: http://igg.me/p/navspark-arduino-compatible-with-gps-gnss-receiver/x/6123759 Huvudgrejen är en arduino med inbyggd GPS, men det är inte det intressanta för oss OSM:are. Det intressanta är deras $50 perk: NS-RAW, a 5Hz capable S1315F-RAW (RTKLIB compatible) carrier phase raw measurement GPS receiver module with USB interface Med dessa två usb-gpser, http://rtklib.org och kanske en Raspberry PI borde det gå att hacka ihop en RTK-GPS med centimeterprecision några regniga kvällar. Jag har själv inte labbat med rtklib och vet inte riktigt vad jag ger mig in på. Men kanske finns det fler som är intresserade? Tomas -- -- Tomas Wennström 0739-464202 ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] RTK GPS på Indiegogo
Hej alla! Detta hade varit kanon för höjddata, vilket skulle vara kul att få in. kalle On Jan 20, 2014, at 1:39 PM, Tomas Wennström tomas.wennst...@gmail.com wrote: Hej! Någon här som funderat på RTK GPS:er (som ger centimeterprecision)? Jag har precis stöttat det här projektet: http://igg.me/p/navspark-arduino-compatible-with-gps-gnss-receiver/x/6123759 Huvudgrejen är en arduino med inbyggd GPS, men det är inte det intressanta för oss OSM:are. Det intressanta är deras $50 perk: NS-RAW, a 5Hz capable S1315F-RAW (RTKLIB compatible) carrier phase raw measurement GPS receiver module with USB interface Med dessa två usb-gpser, http://rtklib.org och kanske en Raspberry PI borde det gå att hacka ihop en RTK-GPS med centimeterprecision några regniga kvällar. Jag har själv inte labbat med rtklib och vet inte riktigt vad jag ger mig in på. Men kanske finns det fler som är intresserade? Tomas -- -- Tomas Wennström 0739-464202 ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] ¿Desean este año realizar un hackathon con NASA?
Buenas tardes, Retomamos contacto a fin de continuar el dialogo iniciado por Twitter con los compañeros de Burgos para considerarlos en los hackathones y eventos tecnológicos que organizamos. Aprovechamos también este contacto para felicitarlos de antemano por sus éxitos . Para seguir avanzando juntos , les invitamos a sumarse a la oportunidad de organizar juntos el hackathon geoespacial Space Apps Challenge con NASA http://2013.spaceappschallenge.org/en Argentina, Bolivia, Colombia, Costa Rica, El Salvador, Panamá , Perú y Venezuela. También a aprovechar los avances logrados con el Mapps Hackathon realizado en 12 ciudades de Mesoaméricahttps://sites.google.com/a/geocensos.com/mapps/home. Finalmente les ofrecemos involucrarse con nuestros proyectos de ciencia ciudadana http://www.geocensos.com/2014/01/ciencia.ciudadana.html en colaboración con el departamento de Estado de EEUUhttp://www.geocensos.com/p/talleres-juveniles-youth-techcamps.html y el University College London y el Laboratorio CERNhttp://cybersciencesummit.org/ de Suiza. En caso de reconfirmar vuestro interés , les enviaremos una propuesta formal. [image: geocensos] *Javier Carranza** Tresoldi** CEO**, GeoCensos* Tel: (571) 459-5159 | Mobile: (57) 314-3244540 Skype: javiercarranza Panama Mobile: (507) 688 - 04892 Guatemala Mobile: (502) 5936 - 0180 www.geocensos.com https://sites.google.com/a/geocensos.com/mapps/ [image: Twitter]https://twitter.com/GeoCensos [image: LinkedIn] http://co.linkedin.com/in/carranzatorres ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-ar] ¿Desean este año realizar un hackathon con NASA?
Buen día, colegas de Argentina Retomamos contacto a fin de continuar el dialogo iniciado por Twitter para considerarlos en los hackathones y eventos tecnológicos que organizamos. Aprovechamos también este contacto para felicitarlos de antemano por sus éxitos de ser elegidos como sede del SOTM. Para seguir avanzando juntos , les invitamos a sumarse a la oportunidad de organizar juntos el Space Apps Challenge con NASA http://2013.spaceappschallenge.org/en Argentina, Bolivia, Colombia, Costa Rica, El Salvador, Panamá , Perú y Venezuela. También a aprovechar los avances logrados con el Mapps Hackathon realizado en 12 ciudades de Mesoaméricahttps://sites.google.com/a/geocensos.com/mapps/home. Finalmente les ofrecemos involucrarse con nuestros proyectos de ciencia ciudadana http://www.geocensos.com/2014/01/ciencia.ciudadana.html en colaboración con el departamento de Estado de EEUUhttp://www.geocensos.com/p/talleres-juveniles-youth-techcamps.html y el University College London y el Laboratorio CERNhttp://cybersciencesummit.org/ de Suiza. En caso de reconfirmar vuestro interés , les enviaremos una propuesta formal. [image: geocensos] *Javier Carranza** Tresoldi** CEO**, GeoCensos* Tel: (571) 459-5159 | Mobile: (57) 314-3244540 Skype: javiercarranza Panama Mobile: (507) 688 - 04892 Guatemala Mobile: (502) 5936 - 0180 www.geocensos.com https://sites.google.com/a/geocensos.com/mapps/ [image: Twitter]https://twitter.com/GeoCensos [image: LinkedIn] http://co.linkedin.com/in/carranzatorres ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-at] Gebäudetags in 1010 Wien
On Sun, Jan 19, 2014 at 09:50:44PM +0100, Thomas Marian wrote: Das Problem kann natürlich auch bei dem Programm liegen, mit dem ich die OSM Datei auslese, was dieses Beispiel eigentlich vermuten ließe: Unter dem Namen Akademie der bildenden Künste findet sich ein Eintrag: tag k=amenity v=university/ tag k=building v=yes/ ...trotzdem bekomme ich die Akademie unter den Werten amenity oder auch building nicht angezeigt. Ich befürchte, das Problem liegt dann wohl hier bei mir. Es könnte sein, dass viele der Objekte die Du suchst Relationen sind. Das betrifft alle Objekte, die irgendwie komplexer sind, z.B. Löcher (also zB Höfe) aufweisen. Eine Relation ist eine Art Gruppenobjekt, da es mehrere Unterobjekte enthält - das sind dann meist Polygone. Siehe auch: http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon Ein Beispiel für so eine Relation findest Du hier: http://www.openstreetmap.org/relation/53140 Sei gewarnt! Du möchtest diese Multipolygone nicht selber verarbeiten, verwende dazu Tools die Dir die Daten aufbereiten. Eine Möglichkeit ist zum Beispiel mit osm2pgsql die Daten in eine Datenbank zu importieren, dann kannst Du mit diversen Programmen die Daten weiterverarbeiten, zB. Mapnik oder QGIS. gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Bösch-Plepelits,| | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at | | Twitter: twitter.com/plepe Jabber: sk...@jabber.at | `-' ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gebäudetags in 1010 Wien
On 19.01.14 21:50, Thomas Marian wrote: ...trotzdem bekomme ich die Akademie unter den Werten amenity oder auch building nicht angezeigt. Wie Stephan schon erklärt hat, musst Du Nodes, Ways und Relations suchen. Hier ein Overpass-Beispiel: http://overpass-turbo.eu/s/2ay Overpass-Turbo bietet Dir die Möglichkeit, die einzelnen gefundenen Objekte anzuklicken. Hilft denke ich beim Verständnis des Daten... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Gemeindegrenzen als OGD?
Hallo zusammen, Gerüchten zu folge (Land Tirol) sollen innerhalb von sechs Monaten die Gemeindegrenzen österreichweit als Open Data veröffentlicht werden. Wir sind gespannt :-) Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gebäudetags in 1010 Wien
Morgen, ein frage, haben wir das denn nicht schon durch die Daten in basemap.at? Die Gemeindegrenzen von basemap und tiris sind z.b. absolut gleich. Grüße Erwin -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gemeindegrenzen als OGD?
Morgen, ein frage, haben wir das denn nicht schon durch die Daten in basemap.at? Die Gemeindegrenzen von basemap und tiris sind z.b. absolut gleich. Grüße Erwin Simon Legner simon.leg...@gmail.com schrieb: Hallo zusammen, Gerchten zu folge (Land Tirol) sollen innerhalb von sechs Monaten die Gemeindegrenzen sterreichweit als Open Data verffentlicht werden. Wir sind gespannt :-) Gre Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gemeindegrenzen als OGD?
Hallo! On 21/01/14 05:45, Erwin Pleyer wrote: haben wir das denn nicht schon durch die Daten in basemap.at http://basemap.at? Dann wären die Grenzen als Vektordaten (vergleichbar zum Tiroler Gewässernetz) verfügbar. Grüße ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-pe] ¿Desean este año realizar un hackathon con NASA?
Buen día, colegas de Perú Retomamos contacto a fin de continuar el dialogo iniciado por Twitter para considerarlos en los hackathones y eventos tecnológicos que organizamos. Aprovechamos también este contacto para felicitarlos de antemano por sus éxitos . Para seguir avanzando juntos , les invitamos a sumarse a la oportunidad de organizar juntos el Space Apps Challenge con NASA http://2013.spaceappschallenge.org/en Argentina, Bolivia, Colombia, Costa Rica, El Salvador, Panamá , Perú y Venezuela. También a aprovechar los avances logrados con el Mapps Hackathon realizado en 12 ciudades de Mesoaméricahttps://sites.google.com/a/geocensos.com/mapps/home. Finalmente les ofrecemos involucrarse con nuestros proyectos de ciencia ciudadana http://www.geocensos.com/2014/01/ciencia.ciudadana.html en colaboración con el departamento de Estado de EEUUhttp://www.geocensos.com/p/talleres-juveniles-youth-techcamps.html y el University College London y el Laboratorio CERNhttp://cybersciencesummit.org/ de Suiza. En caso de reconfirmar vuestro interés , les enviaremos una propuesta formal. [image: geocensos] *Javier Carranza** Tresoldi** CEO**, GeoCensos* Tel: (571) 459-5159 | Mobile: (57) 314-3244540 Skype: javiercarranza Panama Mobile: (507) 688 - 04892 Guatemala Mobile: (502) 5936 - 0180 www.geocensos.com https://sites.google.com/a/geocensos.com/mapps/ [image: Twitter]https://twitter.com/GeoCensos [image: LinkedIn] http://co.linkedin.com/in/carranzatorres ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
[Talk-pt] Tchau OSM-PT :)
Hi there, I left Portugal one months ago and I really enjoyed my stay. Country and people are muito simpático :) Now I had the time to add the latest collected data to Lisboa. It was housenumbers for Graca: http://www.openstreetmap.org/note/105188#map=17/38.72440/-9.11840 But I see that numbering is here different than what I know so please somebody needs to check it again and add the approriate addr:street=* tag I also uploaded the translated flyer to the SVN: http://svn.openstreetmap.org/misc/pr_material/portuguese_flyer_2013_01/ So please make use of this work and adapt and finally print it. Would me make very happy to see somebody of you at the wiki.osm.org mainpage picture of the week holding a flyer in front of an typical portuguese cafe :) greetings from Rostock (north east Germany), Matthias (user:!i!) ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-cz] RUIAN, duplicita v domovních číslech
Musíš si dohledat příslušný stavební objekt (z RN_ADRESNI_MISTO pomocí STAVOBJ_KOD) a na něm TYP_KOD 1 - číslo popisné 2 - číslo evidenční 3 - budova bez č.p./č.e. Číslo orientační (pokud existuje) najdeš v RN_ADRESNI_MISTO ve sloupcích CISLO_ORIENTACNI_HODNOTA - Číselná část čísla orientačního CISLO_ORIENTACNI_PISMENO - Koncové písmeno čísla orientačního. Není-li atribut zadán, číslo orientační neobsahuje koncové písmeno. Ještě by ti mohlo pomoc projít si archiv konference, analýzy RUIANu už tu probíhaly, třeba https://lists.openstreetmap.org/pipermail/talk-cz/2012-August/007814.html V. Dne 19. ledna 2014 19:37 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, pokud správně chápu, v RUIAN je pod položkou cislo_domovni buďto číslo orientační nebo číslo evidenční, přičemž nelze zjistit, o které se jedná? Alespoň mně se to nedaří. Žhery, což je část obce Klučov, mají celkem 42 adresních míst, přičemž 4 duplicity. Něco přehlížím, že neumím odlišit číslo popisné od čísla evidenčního? Díky za radu. -- p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy pro orientační běh
Ahoj Jiří, On Sun 19-01-14 23:07:33, Jiří Vondál wrote: Moc neznám pozadí OB, ale třeba by bylo možné nějaká data od nich získat. Za zeptání člověk nic nedá. Jen bych nerad dělal něco, co třeba někdo jiný už zkoušel. Já sám jsem žádný organizovaný pokus o využití OB map pro OSM nezaznamenal. Co jsem z právního hlediska porozuměl, jsou OB mapy majetkem autora či zadavatele. K plnému použití v OSM by, předpokládám, byl potřeba souhlas jednotlivých správců. Nicméně, existuje svazový archiv map [1], předpokládám stále spravovaný Zdeňkem Lenhartem, který uveřejnil obrysy a náhledy jednotlivých map na mapovém serveru svazu OB [2]. Možná by se daly hromadně využít právě tyto náhledy. Podle mě jsou na OB mapách zajímavé pro OSM jen větší cesty a pěšiny. Cesty z OB map stejně potřebují kontrolu podle ortofota, protože bývají zdeformované. Pěšiny by pak byly jediným, bez kontroly přejatým prvkem. Libor [1] http://www.orienteering-history.info/cam_menu.php [2] http://csob.tmapserver.cz/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy pro orientační běh
K mapám, jejichž autorem je Petr nebo Pavel Dudík seženu v případě zájmu svolení (respektive dám jim vědět, že to někdo chce použít). JD Dne 20. ledna 2014 13:42 Libor Pechacek lpecha...@gmx.com napsal(a): Ahoj Jiří, On Sun 19-01-14 23:07:33, Jiří Vondál wrote: Moc neznám pozadí OB, ale třeba by bylo možné nějaká data od nich získat. Za zeptání člověk nic nedá. Jen bych nerad dělal něco, co třeba někdo jiný už zkoušel. Já sám jsem žádný organizovaný pokus o využití OB map pro OSM nezaznamenal. Co jsem z právního hlediska porozuměl, jsou OB mapy majetkem autora či zadavatele. K plnému použití v OSM by, předpokládám, byl potřeba souhlas jednotlivých správců. Nicméně, existuje svazový archiv map [1], předpokládám stále spravovaný Zdeňkem Lenhartem, který uveřejnil obrysy a náhledy jednotlivých map na mapovém serveru svazu OB [2]. Možná by se daly hromadně využít právě tyto náhledy. Podle mě jsou na OB mapách zajímavé pro OSM jen větší cesty a pěšiny. Cesty z OB map stejně potřebují kontrolu podle ortofota, protože bývají zdeformované. Pěšiny by pak byly jediným, bez kontroly přejatým prvkem. Libor [1] http://www.orienteering-history.info/cam_menu.php [2] http://csob.tmapserver.cz/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy pro orientační běh
Zdavím, On Sunday 19 of January 2014 23:07:33 Jiří Vondál wrote: chtěl jsem se zeptat, zda jste někdo nezjištovali jestli by nešlo navázat spolupráci s lidmi co mapují terén pro orientační běh, případně MTBO? V historii konference jsem nenašel v podstatě žádnou zmínku, kromě: https://lists.openstreetmap.org/pipermail/talk-cz/2007-December/000598.html Moc neznám pozadí OB, ale třeba by bylo možné nějaká data od nich získat. Za zeptání člověk nic nedá. Jen bych nerad dělal něco, co třeba někdo jiný už zkoušel. lidí z oblasti OB se o OSM určitě zajímá mnoho. Od organizátorů některých lokálních závodů jsem již slyšel, že mapy proti OSM při tvorbě porovnávali a s OSM pracují. Hlavní problém asi je, že jako hlavní podklady pro OB mapy používají podklady (základní mapa 1:1), které jsou sice pro toto použití (asi i přímo explicitně) uvolněné, ale pro obecné použití se musí kupovat a nedovolují tvorbu obecný odvozených děl. Přehled podstatné vějšiny OB map lze nalézt na http://csob.tmapserver.cz/ Zajímavé mapy jsou k dispozici i jinde http://www.geoportalpraha.cz/cs/mapy-mc-ke-stazeni dalším zajímavým počinem je kopletní laserové scanování ČR s přesností okolo 10 cm. Tam nejsou sice vidět přímo cesty a atd. ale lze z něho vykoukat a případně extrahovat mnoho. Toto mapování je placené ze státních prostředků a létá se letadly z vládní/vojenské letky ze Kbel. Data pak lze převést třeba na mapu jako je zde http://www.orienteering.cz/sosnoviny/hlaska2_stin.jpg Ale opět je problém licence. Sám jsem jen vzdálený kolemjdoucí a na českém OSM listu je určitě mnoho lépe informovaných jak o státních dílech tak i lidí, co se zabývají OB. Za sebe si myslím, že přímé využití OB map je nemožné. Mohou ale sloužit jako kontrola a určitě by bylo přínosné, kdyby Ti co OB mapy vytváří (a dnes již někdy i OSM jako kontrolní zdroj využívají) zase do OSM vkládali úpravy těch prvků, které jsou jejich pozorováním nezávislým na licencovaných podkladech. Určitě by pak mohli alespoň označit místa/cesty atd, které jsou špatně, aby informovali ostatní, kde je potřeba znovu prostor projít. Co se kontaktů týče, tak si myslím, že jsou zde povolanější, ale pokud se nikdo nenajde a myslíte, že to má smysl, tak se mohu několika lidí, co se tvorbou OB map ve volném čase zabývají, zeptat nebo je zkusit požádat o schůzku. Obecně ale zase tak velký překryv zájmů být nemusí. Jde jim o jinou úroveň detailů a malá území. S pozdravem, Pavel Píša ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy pro orientační běh
Ahoj! No, ja orientaky kdysi behal vic, ted jeden rocne. http://www.geoportalpraha.cz/cs/mapy-mc-ke-stazeni dalším zajímavým počinem je kopletní laserové scanování ČR s přesností okolo 10 cm. Tam nejsou sice vidět přímo cesty a atd. ale lze z něho vykoukat a případně extrahovat mnoho. Toto mapování je placené ze státních prostředků a létá se letadly z vládní/vojenské letky ze Kbel. Je to nekde pristupne? Obecně ale zase tak velký překryv zájmů být nemusí. Jde jim o jinou úroveň detailů a malá území. I do osm se podobne veci zadavaji / daji zadat. A ano, uroven detailu v lesich mi v osm casto chybi. http://wiki.openstreetmap.org/wiki/IOF_mapping http://oobrien.com/oom/global.php Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapy pro orientační běh
On Mon 20-01-14 17:09:18, Pavel Machek wrote: [...] Obecně ale zase tak velký překryv zájmů být nemusí. Jde jim o jinou úroveň detailů a malá území. I do osm se podobne veci zadavaji / daji zadat. A ano, uroven detailu v lesich mi v osm casto chybi. Řek bych, že to bude tím, že v lesích nejsou žádné ulice. :) Přimlouvám se za to, aby česká OSM byla primárně mapa měst a vesnic, alternativně pak turistická mapa. Pod úroveň pěšin v lesích bysme neměli jít. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] tracer les voies de circulation ?
J'étais en train de répondre, mais Pieren a été plus rapide... Juste un point de complément : lorsqu'il y a un tourne-à-gauche, il faut couper la way du point où apparait la voie pour tourner jusqu'au point où s'effectue le tournant. Il faut donc indiquer qu'il y a 3 voies et préciser le sens de circulation de chacune. Ce qui donnerait, dans le cas présent : * lanes=3 * lanes:forward=2 * turn:lanes:forward=left|through * lanes:backward=1 (facultatif, car peut être déduit à partir des 2 premiers tags ci-dessus) * turn:lanes:backward=through Tout ceci étant à répéter pour le tourne-à-gauche dans l'autre sens de circulation, le cas échéant (ce qui est le cas ici), en inversant forward et backward. Francescu Le 20 janvier 2014 10:33, Pieren pier...@gmail.com a écrit : 014/1/20 hamster hams...@suna.fdn.fr: - au moindre bout de zebra, il y a 2 voies en sens unique comme si il y avait un terre plein central Les peintures n'ont jamais été considérées comme des séparations physiques. Ce contributeur, même ancien, fait trop de zèle. Ca nous arrive à tous. - les petits bouts de voies dans les zebras pour tourner a gauche sont dessines inutile - le nombre de voies est toujours tague, meme quand c'est une route a double sens tout ce qu'il y a de plus banal il y a lane=2, pour moi ce tag sur une route a double sens ca veut dire 2x2 voies lane=* est toujours le nombre total de voies sur ce highway, que ce soit en sens unique ou double sens. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=path ouvert aux motorisés ou pas ?
Le 20 janvier 2014 04:43, hamster hams...@suna.fdn.fr a écrit : et dans ce cas comment tu tague les tres nombreux chemins ou il n'y a pas de restriction particuliere, aucun panneau ni rien, et ou donc les motos, mobylettes, quads et autres ne sont pas interdits ? je garde l'usage de path = chemin d'usage general sans restriction particuliere, techniquement non carossable + 1 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Bonjour, De : Pieren 014/1/20 hamster : - les petits bouts de voies dans les zebras pour tourner a gauche sont dessines inutile Sauf que ça reste à mon avis la manière la plus simple et intuitive de matérialiser qu'une file est dédiée au tourner-à-gauche, séparée du reste par des zebras. Les ways en question sont taggués en '*_link', je trouve ça tout à fait correct. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=path ouvert aux motorisés ou pas ?
2014/1/19 George Kaplan georgekaplan...@hotmail.fr: Pour moi, un path ne devrait pas autoriser le trafic motorisé. En fait, par motor vehicle, on pensait surtout aux voitures, camions, tracteurs, etc. Ce qui distingue surtout avec track. Pour les véhicules à deux roues (et les quads), il faudrait voir comment est la législation actuelle. Si l'interdiction est générale ou si c'est décrèté au niveau local. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Bonjour Le 20 janvier 2014 11:44, V de Chateau-Thierry v...@laposte.net a écrit : Sauf que ça reste à mon avis la manière la plus simple et intuitive de matérialiser qu'une file est dédiée au tourner-à-gauche, séparée du reste par des zebras. Les ways en question sont taggués en '*_link', je trouve ça tout à fait correct. Il me semble que l'appli android OSMAnd se base sur le tag lanes pour gérer ce genre de chose. Et je découvre dans le wiki la clé turn : http://wiki.openstreetmap.org/wiki/Key:turn A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Je ne me suis jamais intéressé à la modélisation des lanes et je découvre une nouvelle fois la richesse d'OSM. La dernière fois, c'était pour les lampes (et je me suis bien amusé avec) : http://www.openstreetmap.org/node/2610141313 Il y a tellement de données sans visualisation, c'est dommage. Voir les données (ou leur absence), c'est une incitation à remplir les vides et corriger les erreurs. À quand une adaptation du rendu OSM-fr pour dessiner les voies sur la route, avec les flèches de direction ? Et adapter OsmAnd pour afficher de manière plus explicite les voies car parfois c'est assez hasardeux. Greg 2014/1/20 Bruno Cortial bruno.cort...@laposte.net Bonjour Le 20 janvier 2014 11:44, V de Chateau-Thierry v...@laposte.net a écrit : Sauf que ça reste à mon avis la manière la plus simple et intuitive de matérialiser qu'une file est dédiée au tourner-à-gauche, séparée du reste par des zebras. Les ways en question sont taggués en '*_link', je trouve ça tout à fait correct. Il me semble que l'appli android OSMAnd se base sur le tag lanes pour gérer ce genre de chose. Et je découvre dans le wiki la clé turn : http://wiki.openstreetmap.org/wiki/Key:turn A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Un problème également avec cette modélisation : il n'est pas possible d'aller de la D117 (au sud) à la D512 (au nord) par cette intersection, alors que cela semble possible dans la réalité. Le 20 janvier 2014 05:23, hamster hams...@suna.fdn.fr a écrit : je tombe sur un bout de route qui n'est pas du tout mappe comme j'en ai l'habitude : http://www.openstreetmap.org/#map=19/45.13822/3.63167 - au moindre bout de zebra, il y a 2 voies en sens unique comme si il y avait un terre plein central - les petits bouts de voies dans les zebras pour tourner a gauche sont dessines - le nombre de voies est toujours tague, meme quand c'est une route a double sens tout ce qu'il y a de plus banal il y a lane=2, pour moi ce tag sur une route a double sens ca veut dire 2x2 voies ca fait quelques mois que je ne suis plus en detail tout ce qui passe sur cette liste, et le contributeur qui a fait ca n'a pas l'air d'etre tombe de la derniere pluie, alors je prefere demander ici si les bonnes pratiques n'auraient pas change pendant que j'avais le dos tourne avant de corriger tout ca et lui dire que c'est pas comme ca qu'on fait ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
2014/1/20 Frédéric Bonifas fredericboni...@gmail.com: Un problème également avec cette modélisation : il n'est pas possible d'aller de la D117 (au sud) à la D512 (au nord) par cette intersection, alors que cela semble possible dans la réalité. Ca me conforte dans l'idée que plus on va dans les détails et plus on a de chances de se tromper... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Le 20 janvier 2014 12:13, Greg ewala...@gmail.com a écrit : Il y a tellement de données sans visualisation, c'est dommage. Voir les données (ou leur absence), c'est une incitation à remplir les vides et corriger les erreurs. Ito propose quelques rendu thématiques d'aide à la complétude http://www.itoworld.com/map/147 http://www.itoworld.com/map/125 Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Bonjour - Mail original - De: Greg ewala...@gmail.com À quand une adaptation du rendu OSM-fr pour dessiner les voies sur la route, avec les flèches de direction ? - Mail original - Dans JOSM, il y a un coloriage de ce type Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=path ouvert aux motorisés ou pas ?
Le 20/01/2014 11:51, Pieren a écrit : 2014/1/19 George Kaplan georgekaplan...@hotmail.fr: Pour moi, un path ne devrait pas autoriser le trafic motorisé. En fait, par motor vehicle, on pensait surtout aux voitures, camions, tracteurs, etc. Ce qui distingue surtout avec track. Pour les véhicules à deux roues (et les quads), il faudrait voir comment est la législation actuelle. Si l'interdiction est générale ou si c'est décrèté au niveau local. Quand il n'y a pas d'interdiction formelle, c'est ouvert à tous type de véhicule. Quand un véhicule à quatre roues passe (Clio, Jeep, tracteur), c'est un track, sinon c'est un path. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Effectivement, je viens de tester ces coloriages, et c'est assez bien fait. Par contre, je n'arrive pas à avoir un bon rendu de coloriage : http://www.openstreetmap.org/way/32752653 Le coloriage Lane and roads attributes n'affiche pas les flèches (sauf quand je met le tag oneway, ce qui est faut. Le coloriage Lanes details, right-hand traffic, arrow version me met toutes les flèches peintes une voie trop à droite. Je fais quelque chose de mauvais ? Et j'ai un petit défi pas loin non plus avec la structure suivante : http://www.openstreetmap.org/way/23370655 | trottoir | piste_cyclable=-1 | interdit | circulation=-1 | tourner_gauche=1 | tout_droit=1 | tout_droit=1 | trottoir | J'ai mis -1 pour le sens contraire au way, et 1 pour une circulation dans le sens du way. Je ne vois pas trop comment mettre la piste cyclable. Et encore un poil plus au sud, cette même route est en chaussée séparée, avec une configuration super dangereuse : http://www.openstreetmap.org/way/257466413 | trottoir | sortie_autoroute=1 | piste_cyclable=1 | circulation=1 | voie_interdite | Oui, la piste cyclable est en sandwich entre une sortie d'autoroute et une voie de circulation à 70km/h. Vous pouvez activer dans JOSM l'orthophoto de Lausanne, elle est bien belle et bien nette. (J'espère que ce n'est pas considéré comme un détournement de thread?) Greg 2014/1/20 david.croc...@online.fr Bonjour - Mail original - De: Greg ewala...@gmail.com À quand une adaptation du rendu OSM-fr pour dessiner les voies sur la route, avec les flèches de direction ? - Mail original - Dans JOSM, il y a un coloriage de ce type Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Le 20/01/2014 13:36, JB a écrit : Et ce qui me dérange un peu : En venant du nord-ouest, pour tourner à gauche, il va falloir : - Aller sur la voie du milieu, - tourner à gauche sur l'autre sens de la voie rapide, - tourner à droite sur le tertiary. À mon sens, il faudrait au moins rassembler en un point unique celui de la voie du milieu et celui du tertiary. Idem dans l'autre sens. Et bien sur, bien vu pour l'impossibilité d'aller du tertiary au secondary en face ! C'est clair qu'il faut savoir mettre le micromapping au placard et schématiser proprement les voies de circulation. Pas de séparation physique centrale - un seul chemin Intersection de voies - 1 noeud central Avec l'exemple que tu donnes, je n'ose pas imaginer le guidage vocal du GPS pour simplement tourner à gauche ou à droite !! Bref, croisement à redessiner sans hésitation ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
C'est pas absurde, c'est juste que dans ce cas la, c'est mal fait ... 20 janvier 2014 15:21 Christophe Merlet target=_blank tabindex=-1red...@redfoxcenter.org a écrit: Le 20/01/2014 13:36, JB a écrit : Et ce qui me dérange un peu : En venant du nord-ouest, pour tourner à gauche, il va falloir : - Aller sur la voie du milieu, - tourner à gauche sur l'autre sens de la voie rapide, - tourner à droite sur le tertiary. À mon sens, il faudrait au moins rassembler en un point unique celui de la voie du milieu et celui du tertiary. Idem dans l'autre sens. Et bien sur, bien vu pour l'impossibilité d'aller du tertiary au secondary en face ! Je rajoute le lien OSRM http://osrm.at/6aI Cliquez sur Inverser pour voir dans l'autre sens Ça démontre bien l'absurdité de ce type de représentation qui se veut ultra réaliste :/ Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=path ouvert aux motorisés ou pas ?
La différence en track et path ce n'est pas essentiellement la largeur et la sinuosité? Un track on peut y passer tant bien que mal un engin agricole ou forestier, un 4x4 etc. le truc est assez large, les virage, et les marches sont compatibles avec un engin a roue tout chemin. Le path lui est trop étroit pour beaucoup d'engin, les virage peuvent etre trop serré, ou le sol comporté de grosse marchesincompatible avec les véhicule a roue type agricole ou forestier, genre tracteur, 4x4. Bien sur un quad pourra peut être passer sur un chemin, ou pas ... Enfin moi c'est comme ca que je voie la différence. Track = passage régulier d'engin a 4 roue taille voiture ou tracteur, il laisse les marques spécifique au sol en général. Path = passage essentiellement de piéton ou d'engin étroit, les marques au sols forme une seule ornière ou du moins pas les orniere typique des 4 roues. Les engins a roue peuvent y passer ou pas on en sait trop rien, le fait est qu'il y passent pas suffisament pour laisser des traces, et que donc a priori on considère ca juste comme une chemin. Le 20 janvier 2014 14:00, Christophe Merlet red...@redfoxcenter.org a écrit : Le 20/01/2014 11:51, Pieren a écrit : 2014/1/19 George Kaplan georgekaplan...@hotmail.fr: Pour moi, un path ne devrait pas autoriser le trafic motorisé. En fait, par motor vehicle, on pensait surtout aux voitures, camions, tracteurs, etc. Ce qui distingue surtout avec track. Pour les véhicules à deux roues (et les quads), il faudrait voir comment est la législation actuelle. Si l'interdiction est générale ou si c'est décrèté au niveau local. Quand il n'y a pas d'interdiction formelle, c'est ouvert à tous type de véhicule. Quand un véhicule à quatre roues passe (Clio, Jeep, tracteur), c'est un track, sinon c'est un path. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
