Re: [OSM-talk] opendata diagram
If you read the opendefinition “A piece of content or data is open if anyone is free to use, reuse, and redistribute it — subject only, at most, to the requirement to attribute and/or share-alike.” (here more details - http://opendefinition.org/okd/) you can understand that the CC-NC, CC-ND and the mix of this aren't open license. these are public licenses Jordan Hatcher - the main author of the ODbL and the project Open Data Commons - made this schema http://www.jordanhatcher.com/blog/wp-content/uploads/2010/10/Open_v_Public_licenses_Venn.002-001.png On Mon, Sep 3, 2012 at 5:30 AM, Pavel Melnikov positro...@gmail.com wrote: Forgive my incompetence, but what about other open licenses? Say, CC-non-commercial, Cc-no-derivatives, and a whole bunch of combinations of by, sa, nc, nd? Em you consider them not-open? I'm sure there are more examples, I only know about cc ones. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] opendata diagram
On Mon, Sep 3, 2012 at 7:08 AM, Pavel Melnikov positro...@gmail.com wrote: My point was, I thought there are many more open licenses than listed in the picture. If the topic is the open data license the schema must be compliant with the open definition where there are only two optional constrains: attribution and share a like. All the other kind of licesens are out of this definition. my 2 cents ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] opendata diagram
I thank Maurizio for his precise answer. I quote it completely. And thanks also for sharing Hatcher's schema. Very clear. If you like to deepen the open database licensing topic, you can also read my article: - Italian version: Open licensing e banche dati (Informatica e diritto, n. 1-2/2011); - English version: Open licensing and databases (International Free and Open Source Software Law Review, Vol 4, No 2, 2011) [The article is under a CC by-sa license] Thanks, bye. -- Simone Aliprandi - http://www.aliprandi.org 2012/9/3 Maurizio Napolitano napoo...@gmail.com: If you read the opendefinition “A piece of content or data is open if anyone is free to use, reuse, and redistribute it — subject only, at most, to the requirement to attribute and/or share-alike.” (here more details - http://opendefinition.org/okd/) you can understand that the CC-NC, CC-ND and the mix of this aren't open license. these are public licenses Jordan Hatcher - the main author of the ODbL and the project Open Data Commons - made this schema http://www.jordanhatcher.com/blog/wp-content/uploads/2010/10/Open_v_Public_licenses_Venn.002-001.png ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] opendata diagram
(sorry, I forgot the links) - Italian version: Open licensing e banche dati (Informatica e diritto, n. 1-2/2011) - http://www.aliprandi.org/pub/aliprandi_ied_database.pdf - English version: Open licensing and databases (International Free and Open Source Software Law Review, Vol 4, No 2, 2011) - http://www.ifosslr.org/ifosslr/article/view/62 2012/9/3 Simone Aliprandi simone.alipra...@gmail.com: I thank Maurizio for his precise answer. I quote it completely. And thanks also for sharing Hatcher's schema. Very clear. If you like to deepen the open database licensing topic, you can also read my article: - Italian version: Open licensing e banche dati (Informatica e diritto, n. 1-2/2011); - English version: Open licensing and databases (International Free and Open Source Software Law Review, Vol 4, No 2, 2011) [The article is under a CC by-sa license] Thanks, bye. -- Simone Aliprandi - http://www.aliprandi.org 2012/9/3 Maurizio Napolitano napoo...@gmail.com: If you read the opendefinition “A piece of content or data is open if anyone is free to use, reuse, and redistribute it — subject only, at most, to the requirement to attribute and/or share-alike.” (here more details - http://opendefinition.org/okd/) you can understand that the CC-NC, CC-ND and the mix of this aren't open license. these are public licenses Jordan Hatcher - the main author of the ODbL and the project Open Data Commons - made this schema http://www.jordanhatcher.com/blog/wp-content/uploads/2010/10/Open_v_Public_licenses_Venn.002-001.png -- Simone Aliprandi - http://www.aliprandi.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSMF License Working Group recommends license change-over go ahead
Thanks to Paul Norman and the data working group completing some post-redaction clean-ups, I have been able to send the following recommendation to the OSMF board. I understand that they will consider this at their meeting on Wednesday in Tokyo. This, I hope!, will be the last in a series of checks and balances to ensure that the change-over process goes in a responsible fashion. The License Working Group understands that DWG has completed redaction runs and believes the live published database to be clean. LWG has also reviewed a number of cases and is satisfied that the redaction bot performed correctly and that all issues reported immediately after the main run have been investigated and properly responded to. It is therefore our recommendation that the license under which OpenStreetMap geodata is published be changed from CC-BY-SA to Open Database License (ODbL) 1.0 as per http://wiki.openstreetmap.org/wiki/Open_Database_License/Implementation_Plan Subject to board approval, we request that a date and time be set so that key documents can be changed. Mike Michael Collinson Chair, License Working Group ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: 5th Sep. Akihabara mapping party, Tokyo
-- Forwarded message -- From: Nick Hocking nick.hock...@gmail.com Date: Mon, Sep 3, 2012 at 7:47 PM Subject: Re: 5th Sep. Akihabara mapping party, Tokyo To: talk...@openstreetmap.org Excellent, I think I have time to get from the Airport to my hotel then back to the mapping party by 10 am. I want to attend the first session so that I can then do some serious gadget shopping. Unfortunately the gadgets I really want have probably not been made yet. 1) A GPS navigator wrist watch that lets me navigate without having to look away from the road (using OSM data of course). 2) a mobile phone (with GPS and OSM) waterproof to 50 metres. Still. I'll have fun looking. Cheers Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announcing Remap-a-tron
Martijn - Again, fantastic stuff. I'm hooked. Do you have any stats on the tool's usage that you can publish? On Aug 31, 2012, at 11:17 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I want to add The Remap-A-Tron to the ever growing list of tools designed to support the ongoing remapping effort. http://lima.schaaltreinen.nl/remap/ Although this tool currently only covers the US, it would be relatively straightforward (given proper server resources) to deploy it for other regions or even worldwide, which is why I include talk@ as well. What it does is pretty straightforward - at least for the user. It serves up a Mapnik map with an overlay showing one redaction-deleted major road (motorway - tertiary). By looking at the Mapnik map you should be able to quickly determine whether that way has already been remapped. If it is, hit the 'flag as remapped' button and you're on to the next deleted way. If it isn't, you can either remap it straight away - there's links for JOSM as well as Potlatch - or skip it and leave it for someone else. There's buttons as well as shortcut keys to make cycling through the deleted ways as efficient as possible. The selection of deleted ways is pseudo-random so you might find yourself looking at the same way twice in one session. But wait - all deleted ways? Aren't many of them already remapped? Yes, they are. This is where my Fairy Dust alogorithm comes in. It detects with some accuracy if a way has already been remapped so you should see mostly non-remapped ways. If enough people (currently 3) agree that a way has already been remapped, it won't show up again. Some more background on this tool is here - https://oegeo.wordpress.com/2012/08/29/remapathon/ In the two days since I first soft-launched this through my blog, IRC and twitter, the number of non-remapped major class ways in the US has gone down from 1863 to 1692, and my hope is to get that number down to zero in a number of days. If and when that happens, I can easily tweak the tool to include non-major roads (there are some 15K of those not remapped in the US alone, or so Fairy Dust tells me). The tool can also be repurposed for other (re-)mapping tasks altogether - let me know your ideas. Let me know if it's useful / how it can be improved. The code will be on github soon but I can tell you now it's not very pretty. -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Multi city OSM mapping party around #desarrollandolatinoamerica
Arlindo - Fantastico. We've rescoped our activities around Desarrollando America Latina (DAL) to do webcasts. We do however encourage all local communities to host mapping parties around the webcasts and the hackathon. My next actions are to finalize dates with our DAL contacts and Vitor George (copied), here is what's shaping up: - Dec 1st, 2nd Desarrollando America Latina. - In the 10 days _before_: - Web cast in portuguese (Vitor will hold this one) - Web cast in spanish (I'll hold this one) - In the week before or after Dec 1st, 2nd we encourage local communities to host mapping parties at their own descretion. We can help out with micro sponsoring (e. g. food and drinks) where desired. Let me know what day(s) you'd like to host a mapping party and we can make sure you're announced through DAL channels. On Aug 31, 2012, at 3:43 PM, Arlindo Pereira openstreet...@arlindopereira.com wrote: I'd like to help with a mapping party here in Rio de Janeiro, Brasil. Cheers, Arlindo Pereira On Tue, Aug 7, 2012 at 8:13 PM, Alex Barth a...@mapbox.com wrote: This year desarrollando latino america [1] will be organizing another multi city latin american hackathon on the first weekend of December. I'd like to add an OpenStreetMap flavor to it and help organize mapping parties in each of the participant cities either during or before the hackathon. Details are still being determined, I just wanted to drop a quick heads up here and encourage everybody who is interested in helping organize in one of the cities below to get in touch. Either way, I will follow up with details on this list. A quick list of cities that are confirmed so far, more to come: Argentina: Buenos Aires (possibly Cordoba, others) Brasil: Sao Paolo (possible Rio, Recife, others) Bolivia: La Paz Chile: Santiago (possibly Temuco, Concepción, Viña, Valparaiso, others) Costa Rica: San José Perú: Lima ( other) México: México DF Uruguay: Montevideo [1] http://desarrollandoamerica.org/ Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announcing Remap-a-tron
Hi Alex, I am kind of learning this web stuff as I go along, so I didn't really think of monitoring usage. I did install awstats on my server just now which tells me I have ~350 page views on the remap page. This page would only be loaded once per session though, as all the rest is AJAX stuff. The number of requests on the geoJSON service that gets a new non-remapped way geometry is ~2700. This is starting yesterday at 8AM Mountain Time. I don't know how to get awstats to parse older log files (apache rolls them over every day I think). Martijn On Mon, Sep 3, 2012 at 11:31 AM, Alex Barth a...@mapbox.com wrote: Martijn - Again, fantastic stuff. I'm hooked. Do you have any stats on the tool's usage that you can publish? On Aug 31, 2012, at 11:17 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I want to add The Remap-A-Tron to the ever growing list of tools designed to support the ongoing remapping effort. http://lima.schaaltreinen.nl/remap/ Although this tool currently only covers the US, it would be relatively straightforward (given proper server resources) to deploy it for other regions or even worldwide, which is why I include talk@ as well. What it does is pretty straightforward - at least for the user. It serves up a Mapnik map with an overlay showing one redaction-deleted major road (motorway - tertiary). By looking at the Mapnik map you should be able to quickly determine whether that way has already been remapped. If it is, hit the 'flag as remapped' button and you're on to the next deleted way. If it isn't, you can either remap it straight away - there's links for JOSM as well as Potlatch - or skip it and leave it for someone else. There's buttons as well as shortcut keys to make cycling through the deleted ways as efficient as possible. The selection of deleted ways is pseudo-random so you might find yourself looking at the same way twice in one session. But wait - all deleted ways? Aren't many of them already remapped? Yes, they are. This is where my Fairy Dust alogorithm comes in. It detects with some accuracy if a way has already been remapped so you should see mostly non-remapped ways. If enough people (currently 3) agree that a way has already been remapped, it won't show up again. Some more background on this tool is here - https://oegeo.wordpress.com/2012/08/29/remapathon/ In the two days since I first soft-launched this through my blog, IRC and twitter, the number of non-remapped major class ways in the US has gone down from 1863 to 1692, and my hope is to get that number down to zero in a number of days. If and when that happens, I can easily tweak the tool to include non-major roads (there are some 15K of those not remapped in the US alone, or so Fairy Dust tells me). The tool can also be repurposed for other (re-)mapping tasks altogether - let me know your ideas. Let me know if it's useful / how it can be improved. The code will be on github soon but I can tell you now it's not very pretty. -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announcing Remap-a-tron
What happens to the 'flag as remapped' or 'yes, i remapped' input by users? Do you store the responses? On Sep 3, 2012, at 2:34 PM, Martijn van Exel m...@rtijn.org wrote: Hi Alex, I am kind of learning this web stuff as I go along, so I didn't really think of monitoring usage. I did install awstats on my server just now which tells me I have ~350 page views on the remap page. This page would only be loaded once per session though, as all the rest is AJAX stuff. The number of requests on the geoJSON service that gets a new non-remapped way geometry is ~2700. This is starting yesterday at 8AM Mountain Time. I don't know how to get awstats to parse older log files (apache rolls them over every day I think). Martijn On Mon, Sep 3, 2012 at 11:31 AM, Alex Barth a...@mapbox.com wrote: Martijn - Again, fantastic stuff. I'm hooked. Do you have any stats on the tool's usage that you can publish? On Aug 31, 2012, at 11:17 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I want to add The Remap-A-Tron to the ever growing list of tools designed to support the ongoing remapping effort. http://lima.schaaltreinen.nl/remap/ Although this tool currently only covers the US, it would be relatively straightforward (given proper server resources) to deploy it for other regions or even worldwide, which is why I include talk@ as well. What it does is pretty straightforward - at least for the user. It serves up a Mapnik map with an overlay showing one redaction-deleted major road (motorway - tertiary). By looking at the Mapnik map you should be able to quickly determine whether that way has already been remapped. If it is, hit the 'flag as remapped' button and you're on to the next deleted way. If it isn't, you can either remap it straight away - there's links for JOSM as well as Potlatch - or skip it and leave it for someone else. There's buttons as well as shortcut keys to make cycling through the deleted ways as efficient as possible. The selection of deleted ways is pseudo-random so you might find yourself looking at the same way twice in one session. But wait - all deleted ways? Aren't many of them already remapped? Yes, they are. This is where my Fairy Dust alogorithm comes in. It detects with some accuracy if a way has already been remapped so you should see mostly non-remapped ways. If enough people (currently 3) agree that a way has already been remapped, it won't show up again. Some more background on this tool is here - https://oegeo.wordpress.com/2012/08/29/remapathon/ In the two days since I first soft-launched this through my blog, IRC and twitter, the number of non-remapped major class ways in the US has gone down from 1863 to 1692, and my hope is to get that number down to zero in a number of days. If and when that happens, I can easily tweak the tool to include non-major roads (there are some 15K of those not remapped in the US alone, or so Fairy Dust tells me). The tool can also be repurposed for other (re-)mapping tasks altogether - let me know your ideas. Let me know if it's useful / how it can be improved. The code will be on github soon but I can tell you now it's not very pretty. -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 -- martijn van exel http://oegeo.wordpress.com Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announcing Remap-a-tron
Yes. The 'flag as remapped' bumps the remapped flag up by 1. When it's up to 3 that way is no longer shown to others. The 'Yes, I remapped' sets it to 3 immediately, so as to filter it out until the next Fairy Dust run (which is only once a day). Flag as remapped: 1390 events Skipped: 522 events Remapped: 515 events On Mon, Sep 3, 2012 at 12:41 PM, Alex Barth a...@mapbox.com wrote: What happens to the 'flag as remapped' or 'yes, i remapped' input by users? Do you store the responses? On Sep 3, 2012, at 2:34 PM, Martijn van Exel m...@rtijn.org wrote: Hi Alex, I am kind of learning this web stuff as I go along, so I didn't really think of monitoring usage. I did install awstats on my server just now which tells me I have ~350 page views on the remap page. This page would only be loaded once per session though, as all the rest is AJAX stuff. The number of requests on the geoJSON service that gets a new non-remapped way geometry is ~2700. This is starting yesterday at 8AM Mountain Time. I don't know how to get awstats to parse older log files (apache rolls them over every day I think). Martijn On Mon, Sep 3, 2012 at 11:31 AM, Alex Barth a...@mapbox.com wrote: Martijn - Again, fantastic stuff. I'm hooked. Do you have any stats on the tool's usage that you can publish? On Aug 31, 2012, at 11:17 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I want to add The Remap-A-Tron to the ever growing list of tools designed to support the ongoing remapping effort. http://lima.schaaltreinen.nl/remap/ Although this tool currently only covers the US, it would be relatively straightforward (given proper server resources) to deploy it for other regions or even worldwide, which is why I include talk@ as well. What it does is pretty straightforward - at least for the user. It serves up a Mapnik map with an overlay showing one redaction-deleted major road (motorway - tertiary). By looking at the Mapnik map you should be able to quickly determine whether that way has already been remapped. If it is, hit the 'flag as remapped' button and you're on to the next deleted way. If it isn't, you can either remap it straight away - there's links for JOSM as well as Potlatch - or skip it and leave it for someone else. There's buttons as well as shortcut keys to make cycling through the deleted ways as efficient as possible. The selection of deleted ways is pseudo-random so you might find yourself looking at the same way twice in one session. But wait - all deleted ways? Aren't many of them already remapped? Yes, they are. This is where my Fairy Dust alogorithm comes in. It detects with some accuracy if a way has already been remapped so you should see mostly non-remapped ways. If enough people (currently 3) agree that a way has already been remapped, it won't show up again. Some more background on this tool is here - https://oegeo.wordpress.com/2012/08/29/remapathon/ In the two days since I first soft-launched this through my blog, IRC and twitter, the number of non-remapped major class ways in the US has gone down from 1863 to 1692, and my hope is to get that number down to zero in a number of days. If and when that happens, I can easily tweak the tool to include non-major roads (there are some 15K of those not remapped in the US alone, or so Fairy Dust tells me). The tool can also be repurposed for other (re-)mapping tasks altogether - let me know your ideas. Let me know if it's useful / how it can be improved. The code will be on github soon but I can tell you now it's not very pretty. -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 -- martijn van exel http://oegeo.wordpress.com Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding key info from good email threads to help.osm.org? -- Re: [Tagging] name of river/admin area
On 03/09/2012 21:30, Jaakko Helleranta.com wrote: Hi there, Is there some policy or common understanding of how key info from good email threads should/could be added to help.osm.org http://help.osm.org? .. I mean, it of course only takes someone to ask a question -- but if some_one_ wants to add someone's question and then answer it, too, then how does that work? Colin: Would you like to answer your question at help.osm.org http://help.osm.org? ... (This seems a bit complicated, as a procedure, eih?) I *think* you are suggesting that I *ask* the question there? Once a discussion has died down, some actually result in some level of consensus (suprising though it may sometimes seem). It would be great if we could then edit out all the tangential stuff and link the original question to the consensus, with a link to the full debate if anyone's interested. Let's call it an 'FAQ'... Colin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding key info from good email threads to help.osm.org? -- Re: [Tagging] name of river/admin area
Yes, I did ask you to ask the Q at help.osm.org -- but I also realized that it's a bit tedious process and will most probably result in many back and forths even if such process would be accepted in general (that someone who thinks this is a good thread would need to ask the original person who asked the question to post it to help.osm..). I'd think that it would make most sense that Someone would simply pick up the Q ask it at at help.osm.org and then answer it with the core points from the thread. ... That just doesn't result in an attribution nor a thread in a way that the organic asking/answering of questions at help.osm does... I think the only issues here are the odd(?) setup of one asking and answering + perhaps to some the loss of attribution (to user accounts; attribution is easy to write-in, of course). So, I was really asking for thoughts on *how *to manage this process of documenting good question+answer pairs into help.osm.org... Cheers, -Jaakko On Mon, Sep 3, 2012 at 4:04 PM, Colin Smale colin.sm...@xs4all.nl wrote: On 03/09/2012 21:30, Jaakko Helleranta.com wrote: Hi there, Is there some policy or common understanding of how key info from good email threads should/could be added to help.osm.org? .. I mean, it of course only takes someone to ask a question -- but if some_one_ wants to add someone's question and then answer it, too, then how does that work? Colin: Would you like to answer your question at help.osm.org? ... (This seems a bit complicated, as a procedure, eih?) I *think* you are suggesting that I *ask* the question there? Once a discussion has died down, some actually result in some level of consensus (suprising though it may sometimes seem). It would be great if we could then edit out all the tangential stuff and link the original question to the consensus, with a link to the full debate if anyone's interested. Let's call it an 'FAQ'... Colin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Another live edit viewer
I saw this mentioned on IRC but I haven't seen it here, so I figured I'd point out cquest's live edit viewer at: http://osm7.openstreetmap.fr/~cquest/live/ It zooms in and shows you various edits and where people are editing worldwide. It unfortunately doesn't show you geometry. OSMZmiany is also another live edit viewer (https://github.com/ToeBee/OSMZmiany/downloads) but you have to download it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Nieuwe maximumsnelheden op snelwegen
Het heeft onze regering behaagd om de snelheidslimieten op 's lands autosnelwegen aan te passen. Helaas is het er niet makkelijker op geworden; vroeger had je 120 met een paar uitzonderingen, tegenwoordig moet je rekening houden met verschillende scenario's, elk met eigen bebording. Met het volgende ben ik me ervan bewust dat ik het risico loop om gelyncht te worden wegens het willen standardiseren van de tagging... Het lijkt mij zinvol om enige gelijkvormigheid in de tagging na te streven. De drie scenario's zijn afhankelijk van tijdstip en het al dan niet open zijn van een eventuele spitsstrook. Laat ik even de discussie aanzwengelen met het volgende voorstel, waarbij ik gebruik maak van het voorstel voor uitgebreide toegangskenmerken zoals beschreven op de volgende pagina: http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags 1) Vaste maximumsnelheid maxspeed=X 2) 130 bij nacht, 120/100 overdag maxspeed=130 maxspeed:(06:00-19:00)=120 3) 130 bij nacht, 120/100 overdag bij gesloten spitsstrook; 100 bij geopende spitsstrook maxspeed=130 maxspeed:(06:00-19:00)=120 maxspeed:spitsstrook=100 De snelheid bij geopende spitsstrook is een probleem omdat de tijden niet voorspelbaar zijn. Wie heeft hiervoor een oplossing? Colin ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe maximumsnelheden op snelwegen
Die 130 lijkt mij een politieke gril die zo weer overgewaaid is. Ik zou er niet te veel energie in steken. Gertjan On Mon, 2012-09-03 at 20:42 +0200, Colin Smale wrote: Het heeft onze regering behaagd om de snelheidslimieten op 's lands autosnelwegen aan te passen. Helaas is het er niet makkelijker op geworden; vroeger had je 120 met een paar uitzonderingen, tegenwoordig moet je rekening houden met verschillende scenario's, elk met eigen bebording. Met het volgende ben ik me ervan bewust dat ik het risico loop om gelyncht te worden wegens het willen standardiseren van de tagging... Het lijkt mij zinvol om enige gelijkvormigheid in de tagging na te streven. De drie scenario's zijn afhankelijk van tijdstip en het al dan niet open zijn van een eventuele spitsstrook. Laat ik even de discussie aanzwengelen met het volgende voorstel, waarbij ik gebruik maak van het voorstel voor uitgebreide toegangskenmerken zoals beschreven op de volgende pagina: http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags 1) Vaste maximumsnelheid maxspeed=X 2) 130 bij nacht, 120/100 overdag maxspeed=130 maxspeed:(06:00-19:00)=120 3) 130 bij nacht, 120/100 overdag bij gesloten spitsstrook; 100 bij geopende spitsstrook maxspeed=130 maxspeed:(06:00-19:00)=120 maxspeed:spitsstrook=100 De snelheid bij geopende spitsstrook is een probleem omdat de tijden niet voorspelbaar zijn. Wie heeft hiervoor een oplossing? Colin ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe maximumsnelheden op snelwegen
On 03/09/2012 20:42, Colin Smale wrote: Het lijkt mij zinvol om enige gelijkvormigheid in de tagging na te streven. De drie scenario's zijn afhankelijk van tijdstip en het al dan niet open zijn van een eventuele spitsstrook. Laat ik even de discussie aanzwengelen met het volgende voorstel, waarbij ik gebruik maak van het voorstel voor uitgebreide toegangskenmerken zoals beschreven op de volgende pagina: http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags 1) Vaste maximumsnelheid maxspeed=X 2) 130 bij nacht, 120/100 overdag maxspeed=130 maxspeed:(06:00-19:00)=120 3) 130 bij nacht, 120/100 overdag bij gesloten spitsstrook; 100 bij geopende spitsstrook maxspeed=130 maxspeed:(06:00-19:00)=120 maxspeed:spitsstrook=100 Dat voorstel werd in de stemming tot de grond toe afgekraakt. Zie http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags/First_voting Er is nu een nieuwe voorstel die geen variable velden in de key gebruikt (de belangrijkste kritiek tegen de eerste voorstel). http://wiki.openstreetmap.org/wiki/Proposed_features/Conditional_restrictions Ik zou aanraden om of deze tagging al nu te gebruiken of even afwachten tot er gestemt is (ik zal over enkele dagen de voorstel in stemming brengen, is nu een maand in RFC status). Bij voorbeeld 2 zal de tagging dan zo worden: maxspeed=130 maxspeed:conditional=120 @ (06:00-19:00) De snelheid bij geopende spitsstrook is een probleem omdat de tijden niet voorspelbaar zijn. Wie heeft hiervoor een oplossing? Daar helpt mijn voorstel ook niet. Dus waarschijnlijk niet taggen (of een note tag gebruiken). Ole / polderrunner ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] ABS suburb boundary relations
I have noticed some suburb boundaries are still in OSM. Most of these are post-redaction fragments of the boundaries (presumably the only nodes remaining are from subsequent edits). I had removed some of these while editing prior to redaction, and I was thinking that it is better to remove any more that I come across if I find any, however I have seen in some places that some suburb boundaries have been recreated since redaction. I have a question: If I see a boundary from the previous ABS import (e.g. source tag is listed as ABS2006), is it fair game to be deleted, or should I leave them alone? (Any more recent boundaries of course should be left alone.) Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] 5th Sep. Akihabara mapping party, Tokyo
Excellent, I think I have time to get from the Airport to my hotel then back to the mapping party by 10 am. I want to attend the first session so that I can then do some serious gadget shopping. Unfortunately the gadgets I really want have probably not been made yet. 1) A GPS navigator wrist watch that lets me navigate without having to look away from the road (using OSM data of course). 2) a mobile phone (with GPS and OSM) waterproof to 50 metres. Still. I'll have fun looking. Cheers Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Bing alignment accross tiles
Hi I have been gradually mapping an area that I had planned a bushwalk in. On Thursday to Saturday this week had a chance to walk the area using OSM maps on a Garmin 62S. The results were very impressive and it was a nice feeling walking between a lake and a pond that I had traced in. Also took a few marker to align the Bing photographs. Now that is where the fun starts. Bing on Polatch 2 seems to assume that it is all one big sheet to move around but in real life some Bing is very well aligned in some places and other not so much. Due to difference in photos I can pick a boundary between two photographic tiles. A lake spans both so if I align the lake to one it is wrong on the other. I cut the lake in half and positioned each half correctly and then rejoined the lake. Is this the correct approach? Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Tasmanian transmission line import
Hi everyone, I've received a KML of all of Tasmania's high voltage transmission lines from a representative of Transend Networks, with no restrictions on their usage, so I am free to upload these into OSM. At the moment in OSM, some lines already exist and include towers (sourced from bing imagery), some only have towers (most likely due to redaction), and some lines are not marked at all. The KML file includes only lines - not towers - they have a license for the tower information - while it costs nothing, it can not be re-distributed. I could 1) Delete the existing data and replace with 100% official data, but then the tower information would be lost. 2) Only replace the missing lines, but then there would be inconsistencies (some with towers, some without). What is the preferred option? I'm tending to go with the second option, since from a brief inspection, the existing OSM ways are pretty accurate when compared with the official data. So long as the sources for each line are accurate it shouldn't be too much of an issue. Regards, Charles Gregory ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Tasmanian transmission line import
Hi, This needs to go through imports process (the imports list, and the imports on the wiki). We need to document the licence stuff so there are no problems later. Personally, I'd be inclined to sit on this for a month or two, until we are recovered from more of the redaction issues. Adding wires seems a bit like icing the cake when the sponge isn't set. And yes, the second would be my preferred option, too, but make the data available for people who want to merge. Ian. On 3 September 2012 21:25, Charles Gregory osm.li...@chuq.net wrote: Hi everyone, I've received a KML of all of Tasmania's high voltage transmission lines from a representative of Transend Networks, with no restrictions on their usage, so I am free to upload these into OSM. At the moment in OSM, some lines already exist and include towers (sourced from bing imagery), some only have towers (most likely due to redaction), and some lines are not marked at all. The KML file includes only lines - not towers - they have a license for the tower information - while it costs nothing, it can not be re-distributed. I could 1) Delete the existing data and replace with 100% official data, but then the tower information would be lost. 2) Only replace the missing lines, but then there would be inconsistencies (some with towers, some without). What is the preferred option? I'm tending to go with the second option, since from a brief inspection, the existing OSM ways are pretty accurate when compared with the official data. So long as the sources for each line are accurate it shouldn't be too much of an issue. Regards, Charles Gregory ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Tasmanian transmission line import
Hi, Oh okay. If you are just using the KML as a background image, and copy/pasting segments after reviewing them in OSM then personally, I don't see any issues at all. I was just worried we were going to have an extra ton of fixme data, when we probably have enough to fix right now. Probably still a good idea to put the permission to use statement on the wiki (for future mappers to understand), and use a consistent source= so people understand where they came from. Thanks, Ian. On 4 September 2012 13:26, Charles Gregory osm.li...@chuq.net wrote: Hi Ian, Regarding the imports process, this wouldn't be a bulk automated import - rather, me loading the KML as a background image, then selecting individual ways and converting them to the appropriate type. There are less than 60 separate lines in the state (and many are already in OSM) so it wouldn't take me that long. Does that still need to go through the process? Regarding getting the license information in writing, that is one thing I hadn't considered, I will ask my contact for details on this. Happy to leave it for a while - although I thought I saw a notice recently that all redaction related changes were now complete? Regards, Charles On Tue, Sep 4, 2012 at 11:28 AM, Ian Sergeant inas66+...@gmail.com wrote: Hi, This needs to go through imports process (the imports list, and the imports on the wiki). We need to document the licence stuff so there are no problems later. Personally, I'd be inclined to sit on this for a month or two, until we are recovered from more of the redaction issues. Adding wires seems a bit like icing the cake when the sponge isn't set. And yes, the second would be my preferred option, too, but make the data available for people who want to merge. Ian. On 3 September 2012 21:25, Charles Gregory osm.li...@chuq.net wrote: Hi everyone, I've received a KML of all of Tasmania's high voltage transmission lines from a representative of Transend Networks, with no restrictions on their usage, so I am free to upload these into OSM. At the moment in OSM, some lines already exist and include towers (sourced from bing imagery), some only have towers (most likely due to redaction), and some lines are not marked at all. The KML file includes only lines - not towers - they have a license for the tower information - while it costs nothing, it can not be re-distributed. I could 1) Delete the existing data and replace with 100% official data, but then the tower information would be lost. 2) Only replace the missing lines, but then there would be inconsistencies (some with towers, some without). What is the preferred option? I'm tending to go with the second option, since from a brief inspection, the existing OSM ways are pretty accurate when compared with the official data. So long as the sources for each line are accurate it shouldn't be too much of an issue. Regards, Charles Gregory ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Tasmanian transmission line import
No problem. At the moment the test line I have added is tagged: power=line name=Lindisfarne-Sorell voltage=11 operator=Transend Networks source=Transend Networks Regards, Charles On Tue, Sep 4, 2012 at 1:51 PM, Ian Sergeant inas66+...@gmail.com wrote: Hi, Oh okay. If you are just using the KML as a background image, and copy/pasting segments after reviewing them in OSM then personally, I don't see any issues at all. I was just worried we were going to have an extra ton of fixme data, when we probably have enough to fix right now. Probably still a good idea to put the permission to use statement on the wiki (for future mappers to understand), and use a consistent source= so people understand where they came from. Thanks, Ian. On 4 September 2012 13:26, Charles Gregory osm.li...@chuq.net wrote: Hi Ian, Regarding the imports process, this wouldn't be a bulk automated import - rather, me loading the KML as a background image, then selecting individual ways and converting them to the appropriate type. There are less than 60 separate lines in the state (and many are already in OSM) so it wouldn't take me that long. Does that still need to go through the process? Regarding getting the license information in writing, that is one thing I hadn't considered, I will ask my contact for details on this. Happy to leave it for a while - although I thought I saw a notice recently that all redaction related changes were now complete? Regards, Charles On Tue, Sep 4, 2012 at 11:28 AM, Ian Sergeant inas66+...@gmail.com wrote: Hi, This needs to go through imports process (the imports list, and the imports on the wiki). We need to document the licence stuff so there are no problems later. Personally, I'd be inclined to sit on this for a month or two, until we are recovered from more of the redaction issues. Adding wires seems a bit like icing the cake when the sponge isn't set. And yes, the second would be my preferred option, too, but make the data available for people who want to merge. Ian. On 3 September 2012 21:25, Charles Gregory osm.li...@chuq.net wrote: Hi everyone, I've received a KML of all of Tasmania's high voltage transmission lines from a representative of Transend Networks, with no restrictions on their usage, so I am free to upload these into OSM. At the moment in OSM, some lines already exist and include towers (sourced from bing imagery), some only have towers (most likely due to redaction), and some lines are not marked at all. The KML file includes only lines - not towers - they have a license for the tower information - while it costs nothing, it can not be re-distributed. I could 1) Delete the existing data and replace with 100% official data, but then the tower information would be lost. 2) Only replace the missing lines, but then there would be inconsistencies (some with towers, some without). What is the preferred option? I'm tending to go with the second option, since from a brief inspection, the existing OSM ways are pretty accurate when compared with the official data. So long as the sources for each line are accurate it shouldn't be too much of an issue. Regards, Charles Gregory ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Importação IBGE de 2009
Qual é a proposta, excluir as vias? Acho a preocupação importante, mas não entendi o que se deseja fazer com elas. Acho que uma opção interessante pode ser cruzar esses dados com a cobertura do Bing (que foi extendida recentemente) para ver o que é possível traçar a partir de imagens de satélite. []s 2012/9/1 Vitor Sessak vitor1...@gmail.com Olá a todos, Recentemente, eu estou contribuindo com re-mapear várias vias que foram importadas do IBGE em 2009 usando as imagens do Bing e traços GPX. Apesar de eu reconhecer que essa importação foi importante quando o projeto estava começando no Brasil, para os padroes atuais do OSM esses dados não são precisos o suficiente, estando errado às vezes de kilometros. Para ajudar a achar essas vias, eu criei um mapa de todos os pontos que fazem parte de caminhos highway=primary criados pela importação do IBGE e que não foram modificados desde então. Logo, estou escrevendo para compartilhar esse arquivo no caso mais alguém esteja interessado: http://sites.google.com/site/** vsessak/IBGE_nao_modificado.**osm.gzhttp://sites.google.com/site/vsessak/IBGE_nao_modificado.osm.gz. Ele é suficientemente pequeno para ser aberto no JOSM sem problemas. []'s -Vitor __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação IBGE de 2009
Eu não acho que iria ser produtivo excluir essas vias. Minha idéia era, em ordem de preferência: - remapear as vias usando traços GPS enviados - remapear as vias usando imagens de alta resolução do Bing - remapear as vias usando imagens de baixa resolução do Bing - deixar as vias como estão e torcer que um traçado tão ruim motive alguém a mapear elas com GPS um dia A opção do Bing baixa resolução pode parecer estranha, mas a maior parte das vias do IBGE que eu encontrei tinha um traçado tão longe da realidade que mesmo essas imagens de baixa resoluçao servem para dar uma boa melhorada. Além disso, o numero dessas vias que tem imageria do Bing em alta-resolução é bem grande. Qualquer pessoa que estaria disposta a melhorar o OSM retraçando uma dessas vias com o Bing vai achar uma mapeável em menos de 5 minutos. Essa é a principal razão pela qual eu quis compartilhar esse arquivo. Sobre exclusão de vias, eu diria que tem um bom 20% das highway=track do IBGE que simplesmente não tem nenhuma relação com a realidade e deveriam ser excluidas, mas eu considero as track um problema bem menos prioritário e elas não estão no aquivo que eu mandei... []'s -Vitor On 09/03/2012 06:58 PM, Arlindo Pereira wrote: Qual é a proposta, excluir as vias? Acho a preocupação importante, mas não entendi o que se deseja fazer com elas. Acho que uma opção interessante pode ser cruzar esses dados com a cobertura do Bing (que foi extendida recentemente) para ver o que é possível traçar a partir de imagens de satélite. []s 2012/9/1 Vitor Sessak vitor1...@gmail.com mailto:vitor1...@gmail.com Olá a todos, Recentemente, eu estou contribuindo com re-mapear várias vias que foram importadas do IBGE em 2009 usando as imagens do Bing e traços GPX. Apesar de eu reconhecer que essa importação foi importante quando o projeto estava começando no Brasil, para os padroes atuais do OSM esses dados não são precisos o suficiente, estando errado às vezes de kilometros. Para ajudar a achar essas vias, eu criei um mapa de todos os pontos que fazem parte de caminhos highway=primary criados pela importação do IBGE e que não foram modificados desde então. Logo, estou escrevendo para compartilhar esse arquivo no caso mais alguém esteja interessado: http://sites.google.com/site/__vsessak/IBGE_nao_modificado.__osm.gz http://sites.google.com/site/vsessak/IBGE_nao_modificado.osm.gz. Ele é suficientemente pequeno para ser aberto no JOSM sem problemas. []'s -Vitor _ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-br http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação IBGE de 2009
Só para ficarem informados, eu já remapeei boa parte das estradas do RN, e sei que tem gente corrigindo PB e CE (não sei com que frequência ou até que ponto). Naturalmente, a grande maioria da correções é baseada nas imagens Bing. Então, nos lugares que não tem imagem, eu corrigi do jeito que deu com as imagens de baixa resolução. ps.: Bom trabalho para quem vai traçar as estradas em serras :P. Cuidado com a tendinite. 2012/9/3 Vitor Sessak vitor1...@gmail.com Eu não acho que iria ser produtivo excluir essas vias. Minha idéia era, em ordem de preferência: - remapear as vias usando traços GPS enviados - remapear as vias usando imagens de alta resolução do Bing - remapear as vias usando imagens de baixa resolução do Bing - deixar as vias como estão e torcer que um traçado tão ruim motive alguém a mapear elas com GPS um dia A opção do Bing baixa resolução pode parecer estranha, mas a maior parte das vias do IBGE que eu encontrei tinha um traçado tão longe da realidade que mesmo essas imagens de baixa resoluçao servem para dar uma boa melhorada. Além disso, o numero dessas vias que tem imageria do Bing em alta-resolução é bem grande. Qualquer pessoa que estaria disposta a melhorar o OSM retraçando uma dessas vias com o Bing vai achar uma mapeável em menos de 5 minutos. Essa é a principal razão pela qual eu quis compartilhar esse arquivo. Sobre exclusão de vias, eu diria que tem um bom 20% das highway=track do IBGE que simplesmente não tem nenhuma relação com a realidade e deveriam ser excluidas, mas eu considero as track um problema bem menos prioritário e elas não estão no aquivo que eu mandei... []'s -Vitor On 09/03/2012 06:58 PM, Arlindo Pereira wrote: Qual é a proposta, excluir as vias? Acho a preocupação importante, mas não entendi o que se deseja fazer com elas. Acho que uma opção interessante pode ser cruzar esses dados com a cobertura do Bing (que foi extendida recentemente) para ver o que é possível traçar a partir de imagens de satélite. []s 2012/9/1 Vitor Sessak vitor1...@gmail.com mailto:vitor1...@gmail.com Olá a todos, Recentemente, eu estou contribuindo com re-mapear várias vias que foram importadas do IBGE em 2009 usando as imagens do Bing e traços GPX. Apesar de eu reconhecer que essa importação foi importante quando o projeto estava começando no Brasil, para os padroes atuais do OSM esses dados não são precisos o suficiente, estando errado às vezes de kilometros. Para ajudar a achar essas vias, eu criei um mapa de todos os pontos que fazem parte de caminhos highway=primary criados pela importação do IBGE e que não foram modificados desde então. Logo, estou escrevendo para compartilhar esse arquivo no caso mais alguém esteja interessado: http://sites.google.com/site/_**_vsessak/IBGE_nao_modificado._** _osm.gzhttp://sites.google.com/site/__vsessak/IBGE_nao_modificado.__osm.gz http://sites.google.com/site/**vsessak/IBGE_nao_modificado.**osm.gzhttp://sites.google.com/site/vsessak/IBGE_nao_modificado.osm.gz . Ele é suficientemente pequeno para ser aberto no JOSM sem problemas. []'s -Vitor __**___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.**orgTalk-br@openstreetmap.org http://lists.openstreetmap.__**org/listinfo/talk-br http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação IBGE de 2009
+1 Enquanto eu rastreando por imagens Bing eu tentar realinar estes ruas. Talvez um mapaton para realinar maioria deles vai ser bom? Aun Y. Johnsen Sent from my iPad +55 (27) 9736-3919 (vivo) On 3. sep. 2012, at 13:58, Arlindo Pereira openstreet...@arlindopereira.com wrote: Qual é a proposta, excluir as vias? Acho a preocupação importante, mas não entendi o que se deseja fazer com elas. Acho que uma opção interessante pode ser cruzar esses dados com a cobertura do Bing (que foi extendida recentemente) para ver o que é possível traçar a partir de imagens de satélite. []s 2012/9/1 Vitor Sessak vitor1...@gmail.com Olá a todos, Recentemente, eu estou contribuindo com re-mapear várias vias que foram importadas do IBGE em 2009 usando as imagens do Bing e traços GPX. Apesar de eu reconhecer que essa importação foi importante quando o projeto estava começando no Brasil, para os padroes atuais do OSM esses dados não são precisos o suficiente, estando errado às vezes de kilometros. Para ajudar a achar essas vias, eu criei um mapa de todos os pontos que fazem parte de caminhos highway=primary criados pela importação do IBGE e que não foram modificados desde então. Logo, estou escrevendo para compartilhar esse arquivo no caso mais alguém esteja interessado: http://sites.google.com/site/vsessak/IBGE_nao_modificado.osm.gz. Ele é suficientemente pequeno para ser aberto no JOSM sem problemas. []'s -Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação IBGE de 2009
Aqui no RJ, dei uma refinada nas rodovias da Região dos Lagos. Inclusive elevei a Rodovia Amaral Peixoto de primary para trunk e a Via Lagos de trunk para motorway, porque ambas tem grande importância para o estado e a segunda é totalmente segregada. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação IBGE de 2009
On 03-09-2012 16:44, Aun Yngve Johnsen wrote: +1 Enquanto eu rastreando por imagens Bing eu tentar realinar estes ruas. Talvez um mapaton para realinar maioria deles vai ser bom? Um mapaton seria interessante! Participei da Night of the Living Maps[1] e foi bem legal. Podíamos aproveitar o feriado do dia 07 pra isso... [1] http://wiki.openstreetmap.org/wiki/Night_of_the_living_maps Aun Y. Johnsen Sent from my iPad +55 (27) 9736-3919 (vivo) On 3. sep. 2012, at 13:58, Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com wrote: Qual é a proposta, excluir as vias? Acho a preocupação importante, mas não entendi o que se deseja fazer com elas. Acho que uma opção interessante pode ser cruzar esses dados com a cobertura do Bing (que foi extendida recentemente) para ver o que é possível traçar a partir de imagens de satélite. []s 2012/9/1 Vitor Sessak vitor1...@gmail.com mailto:vitor1...@gmail.com Olá a todos, Recentemente, eu estou contribuindo com re-mapear várias vias que foram importadas do IBGE em 2009 usando as imagens do Bing e traços GPX. Apesar de eu reconhecer que essa importação foi importante quando o projeto estava começando no Brasil, para os padroes atuais do OSM esses dados não são precisos o suficiente, estando errado às vezes de kilometros. Para ajudar a achar essas vias, eu criei um mapa de todos os pontos que fazem parte de caminhos highway=primary criados pela importação do IBGE e que não foram modificados desde então. Logo, estou escrevendo para compartilhar esse arquivo no caso mais alguém esteja interessado: http://sites.google.com/site/vsessak/IBGE_nao_modificado.osm.gz. Ele é suficientemente pequeno para ser aberto no JOSM sem problemas. []'s -Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação IBGE de 2009
Também participei da Night of the Living Maps e embora não poder mapear nesse feriado, acho a ideia massa. []s 2012/9/3 Wille wi...@wille.blog.br On 03-09-2012 16:44, Aun Yngve Johnsen wrote: +1 Enquanto eu rastreando por imagens Bing eu tentar realinar estes ruas. Talvez um mapaton para realinar maioria deles vai ser bom? Um mapaton seria interessante! Participei da Night of the Living Maps[1] e foi bem legal. Podíamos aproveitar o feriado do dia 07 pra isso... [1] http://wiki.openstreetmap.org/wiki/Night_of_the_living_maps Aun Y. Johnsen Sent from my iPad +55 (27) 9736-3919 (vivo) On 3. sep. 2012, at 13:58, Arlindo Pereira openstreet...@arlindopereira.com wrote: Qual é a proposta, excluir as vias? Acho a preocupação importante, mas não entendi o que se deseja fazer com elas. Acho que uma opção interessante pode ser cruzar esses dados com a cobertura do Bing (que foi extendida recentemente) para ver o que é possível traçar a partir de imagens de satélite. []s 2012/9/1 Vitor Sessak vitor1...@gmail.com Olá a todos, Recentemente, eu estou contribuindo com re-mapear várias vias que foram importadas do IBGE em 2009 usando as imagens do Bing e traços GPX. Apesar de eu reconhecer que essa importação foi importante quando o projeto estava começando no Brasil, para os padroes atuais do OSM esses dados não são precisos o suficiente, estando errado às vezes de kilometros. Para ajudar a achar essas vias, eu criei um mapa de todos os pontos que fazem parte de caminhos highway=primary criados pela importação do IBGE e que não foram modificados desde então. Logo, estou escrevendo para compartilhar esse arquivo no caso mais alguém esteja interessado: http://sites.google.com/site/vsessak/IBGE_nao_modificado.osm.gz. Ele é suficientemente pequeno para ser aberto no JOSM sem problemas. []'s -Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Problema no render
Acho que achei o problema. Essa ilhas [1] estavam marcadas com natural=coastline, apesar dessa parte (chamada de Guaíba) não ser mais coastline e estar como um rio. Já retirei as tags, mas o renderizador demora muito para atualizar as coastlines, então pode demorar para as coisas voltarem ao normal. [1] http://osm.org/go/M5uR_9m 2012/9/3 Rodrigo Avila rodr...@avila.net.br Olá pessoal, Apareceu nessa região [1] uma pequena anomalia: natural=water gigante. Alguém pode me ajudar a encontrar o motivo deste quadro? Até onde sei, a microrregião de Montenegro não está debaixo d'água :) Muito obrigado. [1] http://osm.org/go/M5tZyH -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação IBGE de 2009
Eu nao poder planejar quando poder mapear ou nao, se eu e disponivel, tambem vai participar Aun Y. Johnsen Sent from my iPad +55 (27) 9736-3919 (vivo) On 3. sep. 2012, at 19:14, Arlindo Pereira openstreet...@arlindopereira.com wrote: Também participei da Night of the Living Maps e embora não poder mapear nesse feriado, acho a ideia massa. []s 2012/9/3 Wille wi...@wille.blog.br On 03-09-2012 16:44, Aun Yngve Johnsen wrote: +1 Enquanto eu rastreando por imagens Bing eu tentar realinar estes ruas. Talvez um mapaton para realinar maioria deles vai ser bom? Um mapaton seria interessante! Participei da Night of the Living Maps[1] e foi bem legal. Podíamos aproveitar o feriado do dia 07 pra isso... [1] http://wiki.openstreetmap.org/wiki/Night_of_the_living_maps Aun Y. Johnsen Sent from my iPad +55 (27) 9736-3919 (vivo) On 3. sep. 2012, at 13:58, Arlindo Pereira openstreet...@arlindopereira.com wrote: Qual é a proposta, excluir as vias? Acho a preocupação importante, mas não entendi o que se deseja fazer com elas. Acho que uma opção interessante pode ser cruzar esses dados com a cobertura do Bing (que foi extendida recentemente) para ver o que é possível traçar a partir de imagens de satélite. []s 2012/9/1 Vitor Sessak vitor1...@gmail.com Olá a todos, Recentemente, eu estou contribuindo com re-mapear várias vias que foram importadas do IBGE em 2009 usando as imagens do Bing e traços GPX. Apesar de eu reconhecer que essa importação foi importante quando o projeto estava começando no Brasil, para os padroes atuais do OSM esses dados não são precisos o suficiente, estando errado às vezes de kilometros. Para ajudar a achar essas vias, eu criei um mapa de todos os pontos que fazem parte de caminhos highway=primary criados pela importação do IBGE e que não foram modificados desde então. Logo, estou escrevendo para compartilhar esse arquivo no caso mais alguém esteja interessado: http://sites.google.com/site/vsessak/IBGE_nao_modificado.osm.gz. Ele é suficientemente pequeno para ser aberto no JOSM sem problemas. []'s -Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação IBGE de 2009
Acabo de conhecer o OSRM e confesso que fiquei muito animado, muito bom o site e o serviço, para que meu retorno ao OSM seja mais rapido falta apenas um editor em html5. http://map.project-osrm.org/ Em 3 de setembro de 2012 23:51, Alexandre Parente Lima alexandre.pare...@gmail.com escreveu: Tenho andado um pouco afastado do OSM, mas devo retornar a ativa logo em breve! Fiz algumas alterações nas rodovias da Paraíba. Alexandre Parente Lima Em 3 de setembro de 2012 20:14, Aun Yngve Johnsen li...@gimnechiske.orgescreveu: Eu nao poder planejar quando poder mapear ou nao, se eu e disponivel, tambem vai participar Aun Y. Johnsen Sent from my iPad +55 (27) 9736-3919 (vivo) On 3. sep. 2012, at 19:14, Arlindo Pereira openstreet...@arlindopereira.com wrote: Também participei da Night of the Living Maps e embora não poder mapear nesse feriado, acho a ideia massa. []s 2012/9/3 Wille wi...@wille.blog.br On 03-09-2012 16:44, Aun Yngve Johnsen wrote: +1 Enquanto eu rastreando por imagens Bing eu tentar realinar estes ruas. Talvez um mapaton para realinar maioria deles vai ser bom? Um mapaton seria interessante! Participei da Night of the Living Maps[1] e foi bem legal. Podíamos aproveitar o feriado do dia 07 pra isso... [1] http://wiki.openstreetmap.org/wiki/Night_of_the_living_maps Aun Y. Johnsen Sent from my iPad +55 (27) 9736-3919 (vivo) On 3. sep. 2012, at 13:58, Arlindo Pereira openstreet...@arlindopereira.com wrote: Qual é a proposta, excluir as vias? Acho a preocupação importante, mas não entendi o que se deseja fazer com elas. Acho que uma opção interessante pode ser cruzar esses dados com a cobertura do Bing (que foi extendida recentemente) para ver o que é possível traçar a partir de imagens de satélite. []s 2012/9/1 Vitor Sessak vitor1...@gmail.com Olá a todos, Recentemente, eu estou contribuindo com re-mapear várias vias que foram importadas do IBGE em 2009 usando as imagens do Bing e traços GPX. Apesar de eu reconhecer que essa importação foi importante quando o projeto estava começando no Brasil, para os padroes atuais do OSM esses dados não são precisos o suficiente, estando errado às vezes de kilometros. Para ajudar a achar essas vias, eu criei um mapa de todos os pontos que fazem parte de caminhos highway=primary criados pela importação do IBGE e que não foram modificados desde então. Logo, estou escrevendo para compartilhar esse arquivo no caso mais alguém esteja interessado: http://sites.google.com/site/vsessak/IBGE_nao_modificado.osm.gz. Ele é suficientemente pequeno para ser aberto no JOSM sem problemas. []'s -Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Alexandre Parente Lima -- Alexandre Parente Lima ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Offene Schranken
Hallo, * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. * Mindestens eine Routingengine (OSRM) verwendet diese Tags tatsächlich, um zu routen. Oder in diesem Fall halt nicht. Das Resultat: Ich werde um den Goldbach-Lärmschutztunnel drumherumgelotst. Sicher nicht das Ziel der Erbauer des Tunnels … Was tun? * nicht mappen * als x-barrier mappen * als TODO mappen * irgendwie Öffnungszeiten angeben? * … und den Routern sagenm sie sollen Schranken mit Öffnungszeiten ignorieren -- -- Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Lässt die übliche Verwendung dieser Schranken es vielleicht zu, sie eher unter den 'emergency=' key einzuordnen? Oder dienen die tatsächlich der nomalen Regelung des Verkehrsflusses? Gruss, Chaos Am 3. September 2012 11:24 schrieb Matthias Urlichs matth...@urlichs.de: Hallo, * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. * Mindestens eine Routingengine (OSRM) verwendet diese Tags tatsächlich, um zu routen. Oder in diesem Fall halt nicht. Das Resultat: Ich werde um den Goldbach-Lärmschutztunnel drumherumgelotst. Sicher nicht das Ziel der Erbauer des Tunnels … Was tun? * nicht mappen * als x-barrier mappen * als TODO mappen * irgendwie Öffnungszeiten angeben? * … und den Routern sagenm sie sollen Schranken mit Öffnungszeiten ignorieren -- -- Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Wie reagiert OSRM darauf, wenn man motor_vehicle=yes tagged? LG Jimmy Am 03.09.2012 12:25, schrieb Ronnie Soak: Lässt die übliche Verwendung dieser Schranken es vielleicht zu, sie eher unter den 'emergency=' key einzuordnen? Oder dienen die tatsächlich der nomalen Regelung des Verkehrsflusses? Gruss, Chaos Am 3. September 2012 11:24 schrieb Matthias Urlichs matth...@urlichs.de: Hallo, * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. * Mindestens eine Routingengine (OSRM) verwendet diese Tags tatsächlich, um zu routen. Oder in diesem Fall halt nicht. Das Resultat: Ich werde um den Goldbach-Lärmschutztunnel drumherumgelotst. Sicher nicht das Ziel der Erbauer des Tunnels … Was tun? * nicht mappen * als x-barrier mappen * als TODO mappen * irgendwie Öffnungszeiten angeben? * … und den Routern sagenm sie sollen Schranken mit Öffnungszeiten ignorieren -- -- Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Ich weiss nicht wie OSRM darauf reagiert, aber in OSM hieße das, dass Autos auch im geschlossenen Zustand passieren können. Es sei denn du fügst Bedingungen hinzu. Über die richtige Syntax bei Bedingungen wird glaub' ich in einem anderen Thread gestritten ... Gruß, Chaos Am 3. September 2012 13:02 schrieb Jimmy_K jimm...@gmx.at: Wie reagiert OSRM darauf, wenn man motor_vehicle=yes tagged? LG Jimmy Am 03.09.2012 12:25, schrieb Ronnie Soak: Lässt die übliche Verwendung dieser Schranken es vielleicht zu, sie eher unter den 'emergency=' key einzuordnen? Oder dienen die tatsächlich der nomalen Regelung des Verkehrsflusses? Gruss, Chaos Am 3. September 2012 11:24 schrieb Matthias Urlichs matth...@urlichs.de: Hallo, * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. * Mindestens eine Routingengine (OSRM) verwendet diese Tags tatsächlich, um zu routen. Oder in diesem Fall halt nicht. Das Resultat: Ich werde um den Goldbach-Lärmschutztunnel drumherumgelotst. Sicher nicht das Ziel der Erbauer des Tunnels … Was tun? * nicht mappen * als x-barrier mappen * als TODO mappen * irgendwie Öffnungszeiten angeben? * … und den Routern sagenm sie sollen Schranken mit Öffnungszeiten ignorieren -- -- Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 03.09.2012 11:24, schrieb Matthias Urlichs: * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. Wenn sie normalerweise auf ist, dann erst mal access=yes dran. Die Details muss man dann halt durch weitere Tags klären. Wann hat sie denn zu? Zu bestimmten Zeiten, unregelmäßig, in Notfällen? Übrigens: barrier ohne jedes access-Tag sind fast immer fragwürdig. Sollte eigentlich routinemäßig mitgetaggt werden, sonst müssen die Router raten. Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Habe zwar keine Ahnung von Routing und so... Möchte aber darauf hinweisen, dass der Status dieser Schranken doch sehr wichtig für das Routing sein kann. Schließlich kann ein Tunnel auch einmal gesperrt sein und dann ist es doch toll wenn das direkt erkannt werden kann, oder? Demenstprechend finde ich für diese Art von Schranken eher eine exakte tag-definition wünschenswert. Grüße Ralf Am 03.09.2012 13:45, schrieb Ronnie Soak: Ich weiss nicht wie OSRM darauf reagiert, aber in OSM hieße das, dass Autos auch im geschlossenen Zustand passieren können. Es sei denn du fügst Bedingungen hinzu. Über die richtige Syntax bei Bedingungen wird glaub' ich in einem anderen Thread gestritten ... Gruß, Chaos Am 3. September 2012 13:02 schrieb Jimmy_K jimm...@gmx.at: Wie reagiert OSRM darauf, wenn man motor_vehicle=yes tagged? LG Jimmy Am 03.09.2012 12:25, schrieb Ronnie Soak: Lässt die übliche Verwendung dieser Schranken es vielleicht zu, sie eher unter den 'emergency=' key einzuordnen? Oder dienen die tatsächlich der nomalen Regelung des Verkehrsflusses? Gruss, Chaos Am 3. September 2012 11:24 schrieb Matthias Urlichs matth...@urlichs.de: Hallo, * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. * Mindestens eine Routingengine (OSRM) verwendet diese Tags tatsächlich, um zu routen. Oder in diesem Fall halt nicht. Das Resultat: Ich werde um den Goldbach-Lärmschutztunnel drumherumgelotst. Sicher nicht das Ziel der Erbauer des Tunnels … Was tun? * nicht mappen * als x-barrier mappen * als TODO mappen * irgendwie Öffnungszeiten angeben? * … und den Routern sagenm sie sollen Schranken mit Öffnungszeiten ignorieren -- -- Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 3. September 2012 13:53 schrieb Tobias Knerr o...@tobias-knerr.de: Am 03.09.2012 11:24, schrieb Matthias Urlichs: * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. Wenn sie normalerweise auf ist, dann erst mal access=yes dran. sehe ich auch so. Die Details muss man dann halt durch weitere Tags klären. Wann hat sie denn zu? Zu bestimmten Zeiten, unregelmäßig, in Notfällen? ja, falls bekannt Übrigens: barrier ohne jedes access-Tag sind fast immer fragwürdig. Sollte eigentlich routinemäßig mitgetaggt werden, sonst müssen die Router raten. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 3. September 2012 13:55 schrieb Ralf Klammer ralf_klam...@gmx.de: Habe zwar keine Ahnung von Routing und so... Möchte aber darauf hinweisen, dass der Status dieser Schranken doch sehr wichtig für das Routing sein kann. Schließlich kann ein Tunnel auch einmal gesperrt sein und dann ist es doch toll wenn das direkt erkannt werden kann, oder? nur wie soll das direkt erkannt werden? Bisher ist ja noch gar nicht bekannt (hier auf der Liste), wann die Schranke ggf. zu sein könnte. Da es sich um eine Autobahn handelt, ist die Schranke vermutlich nur für Notfälle im Tunnel da. Da wir Notfälle nicht automatisch erkennen können (ausser vielleicht über TMC, aber dann spielt auch die Schranke m.E. keine Rolle), sehe ich kaum Möglichkeiten, mehr als da ist eine Schranke, die normalerweise offen ist zu taggen, also access=yes. Erläuterungen könnte man in einen tag note oder auf deutsch in note:de taggen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderung des Admin_Level der Stadtbezirke in Hamburg
Hallo Ludwich, Am 3. September 2012 07:21 schrieb ludwich ludw...@ludwich.de: Hallo Jörk, ... ALSO liefere bitte Fakten, es leitet sich hieraus die Anpassung des WIKi oder die Änderung der Admin_level ab. Entschuldige wenn das etwas barsch formuliert ist - Ist nicht böse gemeint :-) und warum fomulierst Du es dann so barsch? LG M. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Mit 'direkt' war eher ein umgangsprachliches 'dann hat es auch eine Funktion' gemeint...ich wähle meine Worte das nächste mal mit mehr Bedacht ;-) Ja sicher über TMC bekommt man die Sperrungsinfo...das Objekt Schranke hat dann die Funktion, dass zu 100% klar ist ab wo diese Straße gesperrt ist...wenn sie gesperrt ist. Finde nur ich das logisch? Wenn man bedenkt was sonst teilweise so in der DB abgespeichert werden soll, finde ich gerade diese Information doch gar nicht soo uninteressant... Wenn ein Tunnel beispielsweise gebrannt hat, oder auch nur wenn er gebaut wird, dann ist der doch auch gerne mal für mehrere Monate gesperrt. Dafür braucht es dann kein TMC sondern nur ein aktuelles tag und aktuelle Daten in meinem Routing. Grüße Ralf Am 03.09.2012 14:53, schrieb Martin Koppenhoefer: Am 3. September 2012 13:55 schrieb Ralf Klammer ralf_klam...@gmx.de: Habe zwar keine Ahnung von Routing und so... Möchte aber darauf hinweisen, dass der Status dieser Schranken doch sehr wichtig für das Routing sein kann. Schließlich kann ein Tunnel auch einmal gesperrt sein und dann ist es doch toll wenn das direkt erkannt werden kann, oder? nur wie soll das direkt erkannt werden? Bisher ist ja noch gar nicht bekannt (hier auf der Liste), wann die Schranke ggf. zu sein könnte. Da es sich um eine Autobahn handelt, ist die Schranke vermutlich nur für Notfälle im Tunnel da. Da wir Notfälle nicht automatisch erkennen können (ausser vielleicht über TMC, aber dann spielt auch die Schranke m.E. keine Rolle), sehe ich kaum Möglichkeiten, mehr als da ist eine Schranke, die normalerweise offen ist zu taggen, also access=yes. Erläuterungen könnte man in einen tag note oder auf deutsch in note:de taggen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 3. September 2012 15:25 schrieb Ralf Klammer ralf_klam...@gmx.de: Ja sicher über TMC bekommt man die Sperrungsinfo...das Objekt Schranke hat dann die Funktion, dass zu 100% klar ist ab wo diese Straße gesperrt ist...wenn sie gesperrt ist. Finde nur ich das logisch? ich glaube ja, das findest nur Du logisch ;-) Eine Autobahn wird üblicherweise nicht irgendwo mittendrin mit einer Schranke gesperrt. Sollen dann alle wenden, ein Stück gegen die Richtung zurückfahren und an der letzten Ausfahrt rausfahren? ;-) Entweder wird es bei Totalsperrung eine Umleitung bereits vorher geben (an einer Ausfahrt), oder es gibt eine Notausfahrt für diesen Fall in relativer Nähe zur Schranke. Die Schranke wird aber sicherlich schon mindestens ein paar Meter im dann gesperrten Bereich liegen, also nicht auf dem Node liegen, von dem die Ausfahrt abgeht. Von daher ist die Schranke als solche eher nicht routing-relevant sondern dient vermutlich denjenigen Autofahrern als letzte Warnung, die alles bisherige ignoriert haben ;-) Wenn ein Tunnel beispielsweise gebrannt hat, oder auch nur wenn er gebaut wird, dann ist der doch auch gerne mal für mehrere Monate gesperrt. Dafür braucht es dann kein TMC sondern nur ein aktuelles tag und aktuelle Daten in meinem Routing. ja, aber wie gesagt wird das nicht die Schranke sein, die dann interessiert, eher access-tags auf den ways. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hallo! Also ich bin dagegen, solche Schranken (als Nodes) zu mappen. Wenn eine Röhre gesperrt ist, dann ist die Kante , die dieser Röhre entspricht, im Graphen zu deaktivieren. Punkt. Der TMC-Code wird sich wohl auch immer darauf beziehen. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 3. September 2012 15:40 schrieb Andreas Labres l...@lab.at: Also ich bin dagegen, solche Schranken (als Nodes) zu mappen. Wenn eine Röhre gesperrt ist, dann ist die Kante , die dieser Röhre entspricht, im Graphen zu deaktivieren. Punkt. Der TMC-Code wird sich wohl auch immer darauf beziehen. ich bin schon dafür, die Schranke zu mappen (als Kuriosum, zur Vollständigkeit, etc.), aber eben nicht, um damit dann das Routing besser funktionieren zu lassen. Daher access=yes, dann macht das Objekt im Routing keine Probleme. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 03.09.2012 14:50, schrieb Martin Koppenhoefer: Am 3. September 2012 13:53 schrieb Tobias Knerr o...@tobias-knerr.de: Übrigens: barrier ohne jedes access-Tag sind fast immer fragwürdig. Sollte eigentlich routinemäßig mitgetaggt werden, sonst müssen die Router raten. +1 Nunja...raten müssen sie nicht. Es gibt ja noch die Defaults. Ob das dann besser ist als raten ist eine andere Geschichte. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 03.09.2012, 13:02 Uhr, schrieb Jimmy_K jimm...@gmx.at: Wie reagiert OSRM darauf, wenn man motor_vehicle=yes tagged? LG Jimmy Ganz schlecht leider! siehe http://map.project-osrm.org/1hf Schranken scheinen immer als unüberwindlich zu gelten :( Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Jacques Nietsch jacques.niet...@gmx.de wrote: Ganz schlecht leider! siehe http://map.project-osrm.org/1hf Schranken scheinen immer als unüberwindlich zu gelten :( Fragt Doch einfach Dennis mal wie er das genau macht. Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Matthias Urlichs matth...@urlichs.de wrote: * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. Da das nicht die einzige Schranke solchen Typs ist, könnte man ein Tag barrier=normally_open_lift_gate nutzen. Da Navis und Router es nicht kennen, sperren sie die Straße auch nicht. Wenn sie es zukünftig doch kennen sollten, werden sie es korrekt behandeln. Manche Schranken öffnen sich nur für den Verkehr in eine Richtung und erzwingen so eine Einbahnstraßenwirkung. Hier könnte dann ein Taggen als Einbahnstraße + barrier=normally_open_lift_gate genutzt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 03.09.2012, 17:01 Uhr, schrieb Jacques Nietsch: Ganz schlecht leider! siehe http://map.project-osrm.org/1hf Schranken scheinen immer als unüberwindlich zu gelten :( Um welche Schranke geht es denn in deinem Beispiel? Diese hier? http://www.openstreetmap.org/browse/node/1513009639 Wenn ja: Vom Start (grün) zum Ziel (rot) kommt man nur über die Fähre, da man nicht entgegen der Einbahnstraße fahren darf. Mit der genannte Schranke hängt das Verhalten nicht zusammen. Wenn nein: Welche Schranke ist gemeint? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 03.09.2012 14:50, schrieb Martin Koppenhoefer: * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. Wenn sie normalerweise auf ist, dann erst mal access=yes dran. sehe ich auch so. +1: auch meine Meinung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 03.09.2012 19:42, schrieb Tirkon: Matthias Urlichs matth...@urlichs.de wrote: * Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. könnte man ein Tag barrier=normally_open_lift_gate nutzen. -1: dagegen. Wir haben mit den access-Tags bereits ein Mittel die Information in einer wohl-etablierten Form zu mappen. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: [OSM-talk] OSMF License Working Group recommends license change-over go ahead
FYI: da nicht jeder die englischen talk bzw. Osmf-talk liest: Als einfache nicht wörtliche Übersetzungmeinerseits nachfolgend: 1) die Data Working Group glaubt, dass sie alle zur Lizenz-Umstellung nötigen Aufräum-Aktionen abgeschlossen sind 2) die Licence Working Group hat dies verstanden und empfieht dem Board den Lizenz-Wechsel anzuordnen (Durchführung abschließender Aufgaben der LWG) und die Umstellung öffentlich anzukündigen. 3) Das Board wird bei seinem Treffen in Tokyo am Mittwoch darüber diskutieren (und ggf. entscheiden). Grüße, Michael (K, nicht C!). Original-Nachricht Betreff: [OSM-talk] OSMF License Working Group recommends license change-over go ahead Datum: Mon, 03 Sep 2012 13:34:37 +0200 Von:Michael Collinson m...@ayeltd.biz An: OSM talk t...@openstreetmap.org Thanks to Paul Norman and the data working group completing some post-redaction clean-ups, I have been able to send the following recommendation to the OSMF board. I understand that they will consider this at their meeting on Wednesday in Tokyo. This, I hope!, will be the last in a series of checks and balances to ensure that the change-over process goes in a responsible fashion. The License Working Group understands that DWG has completed redaction runs and believes the live published database to be clean. LWG has also reviewed a number of cases and is satisfied that the redaction bot performed correctly and that all issues reported immediately after the main run have been investigated and properly responded to. It is therefore our recommendation that the license under which OpenStreetMap geodata is published be changed from CC-BY-SA to Open Database License (ODbL) 1.0 as per http://wiki.openstreetmap.org/wiki/Open_Database_License/Implementation_Plan Subject to board approval, we request that a date and time be set so that key documents can be changed. Mike Michael Collinson Chair, License Working Group ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
* Jemand hat auf einer Autobahn eine Schranke gemappt (barrier=lift_gate). Vor einem Tunnel gibt es die tatsächlich. Nur ist sie halt normalerweise auf. könnte man ein Tag barrier=normally_open_lift_gate nutzen. -1: dagegen. Wir haben mit den access-Tags bereits ein Mittel die Information in einer wohl-etablierten Form zu mappen. -1 für das -1: Mit access Tags kann man sowas eben genau nicht beschreiben, weil access tags von sich aus keine Zustände kennen. Die Schranke hätte offen wohl access = yes, geschlossen eher ein access = no (oder access = emergency) (und ein foot=yes, aber das lassen wir auf Autobahnen mal weg). Das passt leider nicht zusammen in nur ein acces-tag, zumindest nicht ohne weiter conditions. Wenn bisher an einer Schranke ein access = designation o.ä. stand, hieße das, dass die Schranke zu ist und eben diese Gruppe an Berechtigten die Schranke zur Durchfahrt öffnen kann. Hier aber wird das offen/geschlossen nicht von der Gruppe, sondern von einer dritten Instanz gesteuert. Das können wir so noch nicht abbilden. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[osm-ve] Timotes con covertura satelital
Buena imagen satelital en timotes... voluntarios a calquear!! http://www.openstreetmap.org/?lat=8.979064lon=-70.738861zoom=18layers=M -- Salva un árbol. No imprimas este correo a menos que sea realmente necesario. - J. Hernán Ramírez R Blog http://blog.hernanramirez.info - Linux User #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898 - Twitter @HernanRamriez http://twitter.com/HernanRamirez Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve - ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
Re: [Talk-it] Name:left :right
Il giorno 02/set/2012 18:30, David Paleino da...@debian.org ha scritto: Perciò, -1 alla rimozione di name:left/right, ma +1000 per is_in e created_by. +1 Ciao, David Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei sentieri
Io quando mappo un sentiero inserisco in name sentiero nomesentiero credo sia il modo migliore. Anche perché in questo modo si segue la stessa convenzione adottata per le strade Il giorno 02/set/2012 23:01, Federico Cozzi f.co...@gmail.com ha scritto: 2012/9/2 Fabrizio Carrai fabrizio.car...@gmail.com: Come scrivete i nomi dei sentieri o comunque delle strade sterrate ? 02 In questo caso forse sarebbe da passare a ref= anziché name= Disturba però vedere questi nomi senza il loro tipo (Strada, sentiero, etc...). Nessuno scriverebbe name=Garibaldi invece che Via Garibaldi, ma non so quanto sia diffuso l'uso di Sentiero 02, Strada I motai, etc... Si potrebbe usare il criterio di come si usa quel nome nella lingua parlata? Ad es. dico abito in via Garibaldi e non dico abito in Garibaldi. Se invece voglio dire che ho intenzione di percorrere il sentiero I motai, dico vado ai motai oppure vado al sentiero dei motai o altro ancora? Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei sentieri
Io scrivo quello indicato nelle tabelle segnaletiche lungo il percorso, tipo : name=Alta Via dei Fassani , non antepongo sempre 'sentiero'. Poi ovvio che se il nome é sentiero delle oche va inserito quel nome. Gianmario Mengozzi sent by GNexus Il giorno 03/set/2012 09:36, Salvatore Neglia s.neg...@gmail.com ha scritto: Io quando mappo un sentiero inserisco in name sentiero nomesentiero credo sia il modo migliore. Anche perché in questo modo si segue la stessa convenzione adottata per le strade Il giorno 02/set/2012 23:01, Federico Cozzi f.co...@gmail.com ha scritto: 2012/9/2 Fabrizio Carrai fabrizio.car...@gmail.com: Come scrivete i nomi dei sentieri o comunque delle strade sterrate ? 02 In questo caso forse sarebbe da passare a ref= anziché name= Disturba però vedere questi nomi senza il loro tipo (Strada, sentiero, etc...). Nessuno scriverebbe name=Garibaldi invece che Via Garibaldi, ma non so quanto sia diffuso l'uso di Sentiero 02, Strada I motai, etc... Si potrebbe usare il criterio di come si usa quel nome nella lingua parlata? Ad es. dico abito in via Garibaldi e non dico abito in Garibaldi. Se invece voglio dire che ho intenzione di percorrere il sentiero I motai, dico vado ai motai oppure vado al sentiero dei motai o altro ancora? Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei sentieri
Il giorno 03/set/2012 09:40, Gianmario Mengozzi gianmario.mengo...@gmail.com ha scritto: Io scrivo quello indicato nelle tabelle segnaletiche lungo il percorso, tipo : name=Alta Via dei Fassani , non antepongo sempre 'sentiero'. Poi ovvio che se il nome é sentiero delle oche va inserito quel nome. +1,questa è la via giusta da seguire Gianmario Mengozzi Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Remote Control da Chrome o Firefox link di Keepright
Ciao, uso una versione di Josm 5356, e da entrambi i browser non riesco far aprire a Josm che è in funzione l'area interessate. Qualcuno per favore mi potrebbe aiutare? Grazie mille. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Remote-Control-da-Chrome-o-Firefox-link-di-Keepright-tp5723343.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi delle stazioni ferroviarie
Il 02 settembre 2012 23:16, Paolo Pozzan pa...@z2z.it ha scritto: D'accordo su tutto, tranne l'ultima eccezione. Penso che il tag operator sia più che sufficiente. Non so... fino a poco tempo fa esistevano due stazioni Torino Dora, distinte nel nome pratico come Torino Dora FS e Torino Dora GTT, tra l'altro non più comunicanti da anni (in mezzo c'era il cantiere del passante ferroviario) e andare all'una o all'altra era un discreto giro. Ora Torino Dora FS è stata demolita, ma sta venendo ricostruita più a sud, per cui nuovamente (si spera a breve) si avranno due stazioni Torino Dora nuovamente disgiunte e anche più distanti di prima, almeno fino a che non sarà chiusa Dora GTT (cosa già in programma ma ancora non traguardata). Insomma, la distinzione potrebbe servire: dipende dai casi. Se le due stazioni sono parte di un unico complesso e comunicanti non vedo la necessità di distinguere, altrimenti si. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: OpenSeaMap translated to Italian
Vi scrivo per conto di Markus Bärlocher, e segnalo che da adesso è disponibile la openseamap anche in lingua italiana. Il grosso del lavoro di traduzione è stato fatto da Mario Danelli. Il link alla versione italiana è questo: http://openseamap.org/index.php?id=openseamapL=4 ciao, Martin segue il messaggio originale in tedesco -- Weitergeleitete Nachricht -- Von: Markus Bärlocher markus.baerloc...@googlemail.com Datum: 2. September 2012 21:34 ich freue mich der italienischen Mailingliste mitteilen zu dürfen, dass OpenSeaMap nun auf Italiensisch übersetzt ist: http://openseamap.org/index.php?id=openseamapL=4 Wir freuen uns sehr auf Kontakte zur italienischen OSM- und Segler-Szene! Mit herzlichem Gruss, Markus ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Remote Control da Chrome o Firefox link di Keepright
Grazie mille, ottimo, molto meglio così. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Remote-Control-da-Chrome-o-Firefox-link-di-Keepright-tp5723343p5723369.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Name:left :right
Il 03 settembre 2012 01:52, Martin Koppenhöfer ha scritto: In passato è stato detto per non creare versioni inutili sul db di togliere questi due solo quando si crea già una nuova versione per un altro motivo. sopratutto è meglio non farlo per gli oggetti modificati dal Redaction Bot ancora per un po' di tempo, perché c'è una versione in meno da controllare e sappiamo che il bot potrebbe aver causato problemi e come dici tu se facciamo modifiche manuali JOSM lo toglie automaticamente comunque prima bisogna calcolare quanti sono e magari quanto costa in termini di diff (che in realtà contiene l'intero oggetto modificato) e quanto si risparmia a toglierli; a giovedì scorso mi risultano 56 milioni di nodi e 2 milioni di way, non posso contare created_by perché non importo tutti gli oggetti: 56412416 pgimport/nodes.txt 8523 pgimport/relations.txt 2115441 pgimport/ways.txt -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Name:left :right
-Original Message- From: Martin Koppenhöfer [mailto:dieterdre...@gmail.com] Sent: lunedì 3 settembre 2012 01:53 To: openstreetmap list - italiano Cc: talk-it@openstreetmap.org Subject: Re: [Talk-it] Name:left :right Am 02/set/2012 um 18:15 schrieb David Paleino da...@debian.org: Io voterei per eliminare is_in e created_by In passato è stato detto per non creare versioni inutili sul db di togliere questi due solo quando si crea già una nuova versione per un altro motivo. JOSM lo toglie in automatico in questo caso (al meno created_by). -1 a eliminare is_in. OK a toglierlo selettivamente unicamente in quei casi in cui il suo significato sia già chiaramente espresso o ricavabile in maniera incontrovertibile mediante altri tag o altri elementi. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Living street
Ciao, ricordo che tempo fa c'era stata più di una discussione sul tag highway=living_street. Mi sembra fossimo tutti concordi sul fatto che in Italia strade di questo tipo sono molto rare e che comunque ci deve essere l'apposito cartello. https://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_zona_residenziale.svg Non si potrebbe specificare nella sezione National Specialities in modo analogo a quanto fatto per altri stati? https://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street Altrimenti c'è il rischio che qualche mapper alle prime armi o qualche mapper straniero dia una interpretazione non coerente. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei sentieri
Il 03/09/2012 09:47, Luca Delucchi ha scritto: Il giorno 03/set/2012 09:40, Gianmario Mengozzi gianmario.mengo...@gmail.com mailto:gianmario.mengo...@gmail.com ha scritto: Io scrivo quello indicato nelle tabelle segnaletiche lungo il percorso, tipo : name=Alta Via dei Fassani , non antepongo sempre 'sentiero'. Poi ovvio che se il nome é sentiero delle oche va inserito quel nome. +1,questa è la via giusta da seguire Gianmario Mengozzi Ciao Luca Anche per me va bene così ma se il sentiero ha una denominazione ufficiale numerica come quelli di montagna, dovrebbero essere segnalati come Ref = 123 e alt_name = sentiero delle rocce? -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei sentieri
Hai guardato qui? : http://wiki.openstreetmap.org/wiki/IT:Hiking Gianmario Mengozzi sent by GNexus Il giorno 03/set/2012 12:35, Gianluca Boero gianlucabo...@alice.it ha scritto: Il 03/09/2012 09:47, Luca Delucchi ha scritto: Il giorno 03/set/2012 09:40, Gianmario Mengozzi gianmario.mengo...@gmail.com ha scritto: Io scrivo quello indicato nelle tabelle segnaletiche lungo il percorso, tipo : name=Alta Via dei Fassani , non antepongo sempre 'sentiero'. Poi ovvio che se il nome é sentiero delle oche va inserito quel nome. +1,questa è la via giusta da seguire Gianmario Mengozzi Ciao Luca Anche per me va bene così ma se il sentiero ha una denominazione ufficiale numerica come quelli di montagna, dovrebbero essere segnalati come Ref = 123 e alt_name = sentiero delle rocce? -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] oneway yes e junction roudabout
ultimamente sto trovando delle rotatorie mappate sia junction roundabout e oneway yes non ne trovo il motivo poichè junction roundabout implica già oneway yes e taggando con tutti e due si da problemi solo ai vari routing secondo me va taggato solo junction roundabout ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi stazioni dubbio
Ciao, riporto la discussione in lista? 2012/9/3 Gian Mario Navillod gian.mario.navil...@gmail.com: se ho capito bene la tua proposta il name Stazione ferroviaria di Trapani andrebbe semplificato perché il dato stazione ferroviaria è già compreso in un altro tag. Ma quando fisso un appuntamento a Trapani lo fisso alla stazione ferroviaria di Trapani oppure alla stazione non a Trapani. E' vero, ma arriva un momento in cui la qualifica dell'oggetto diventa intrinseca nel tipo di oggetto. Ad esempio vado alla fermata del tram 2 ma il nome della fermata non è Fermata del tram 2. Secondo me per le stazioni ferroviarie il fatto che è una stazione ferroviaria è intrinseco nel fatto che è railway=station: non mi viene in mente come, dato railway=station+name=X, il nome nella lingua comune potrebbe essere diverso da Stazione ferroviaria di X In ogni caso, più che insistere su name=Trapani, vorrei che si adottasse un criterio omogeneo. Se decidiamo che Stazione ferroviaria di deve essere nel nome, allora dovrebbe esserlo in tutta Italia. Altrimenti eventuali consumatori del dato ferroviario di OSM si trovano a disagio. Sto pensando ad una ipotetica applicazione che generi l'elenco delle fermate ferroviarie lungo un percorso. Possono funzionare entrambi: Stazione di Milano - Stazione di Pavia - Stazione di Genova oppure Milano - Pavia - Genova. Quello che non dovrebbe succedere è Milano - Stazione di Pavia - Genova Se si porta fino in fondo una logica di semplificazione dovremmo avere al posto di Scuola Media Luigi Einaudi solo Luigi Einaudi o al posto di Ospedale Regionale Umberto Parini solo Umberto Parini. In questi casi non saprei come recuperare l'informazione Scuola Media dal solo tag amenity=school + name=Luigi Einaudi, quindi non sarei d'accordo. Però funzionerebbe ad esempio per i cinema: in quel caso mi sembra più logico name=Odeon anziché name=Cinema Odeon. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Living street
Il 03 settembre 2012 12:30, Andrea Musuruane musur...@gmail.com ha scritto: Ciao, ciao Non si potrebbe specificare nella sezione National Specialities in modo analogo a quanto fatto per altri stati? https://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street certo, sei liberissimo di farlo tu ;-) Altrimenti c'è il rischio che qualche mapper alle prime armi o qualche mapper straniero dia una interpretazione non coerente. Ciao, Andrea. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi stazioni dubbio
2012/9/3 Federico Cozzi f.co...@gmail.com: Però funzionerebbe ad esempio per i cinema: in quel caso mi sembra più logico name=Odeon anziché name=Cinema Odeon. Ma se sull'insegna del cinema c'è scritto Cinema Odeon mappi come name=Odeon o name =Cinema Odeon? Secondo me è più corretta la seconda, si deve mappare quello che c'è nella realtà, io solitamente inserisco nel name quello che leggo sull'insegna o sul cartello all'esterno. Anche se su questo_ effettivamente ci possono essere dei problemi. .._ questo: https://maps.google.it/maps?hl=itll=44.933696,9.73938spn=2.282616,5.410767sll=44.527843,8.909912sspn=4.597187,10.821533t=mz=8layer=ccbll=44.816479,9.977605panoid=w5iyROjQYtXUsBYgyLn7Xwcbp=12,189.81,,0,-2.65 Ciao Ciao -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi delle stazioni ferroviarie
Il giorno 02 settembre 2012 19:58, Federico Cozzi f.co...@gmail.com ha scritto: Ciao, vorrei iniziare una discussione, che possibilmente porti ad una decisione condivisa e ad una pagina wiki in italiano, sul criterio da adottare per il tag name= delle stazioni ferroviarie. In giro si vedono alcuni casi strani (ad esempio name=Stazione Ferroviaria di Trapani) La mio opinione è di tenere nel tag name il solo nome da orario ferroviario, cioè ad esempio name=Trapani o name=Milano Centrale. ... Commenti? Obiezioni? Io in passato ho fatto così. Nodo della stazione: railway = station name = Topolinia Sull'edificio della stazione: building = train_station name = Stazione di Topolinia Ciao, Groppo Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] oneway yes e junction roudabout
http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout Questa pagina lo conferma. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/oneway-yes-e-junction-roudabout-tp5723385p5723396.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei sentieri
Il giorno 02 settembre 2012 23:00, Federico Cozzi f.co...@gmail.com ha scritto: 2012/9/2 Fabrizio Carrai fabrizio.car...@gmail.com: Come scrivete i nomi dei sentieri o comunque delle strade sterrate ? 02 In questo caso forse sarebbe da passare a ref= anziché name= Si, questo è un caso specifico. Lo 02 delle Colline Livornesi verrà messo in una relazione, come già fatto per lo 00, Disturba però vedere questi nomi senza il loro tipo (Strada, sentiero, etc...). Nessuno scriverebbe name=Garibaldi invece che Via Garibaldi, ma non so quanto sia diffuso l'uso di Sentiero 02, Strada I motai, etc... Si potrebbe usare il criterio di come si usa quel nome nella lingua parlata? Ad es. dico abito in via Garibaldi e non dico abito in Garibaldi. Se invece voglio dire che ho intenzione di percorrere il sentiero I motai, dico vado ai motai oppure vado al sentiero dei motai o altro ancora? Sono d'accordo. E questo si riconduce all'interrogazione sulla strada: Indirizzo ? La risposta secondo me è Sentiero Canibotri e non Canibotri. Poi se qualche navigatore o renderer intelligente volesse levarli (???) sarebbe sempre in tempo. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei sentieri
Qui l'esempio è ovvio: il tipo di strada è Alta Via mentre il nome sarebbe dei Fassani. Sempre riferendomi al tuo esempio, l'oggetto della questione è se scrivere Delle Oche o Sentiero delle Oche nel caso che non ci sia una segnaletica esplicita. Se c'è il nome, +1 anche per me, anche se ciò non renderà chiara la presentazione dei risultati dell' interrogazione. F. Il giorno 03 settembre 2012 09:47, Luca Delucchi lucadel...@gmail.com ha scritto: Il giorno 03/set/2012 09:40, Gianmario Mengozzi gianmario.mengo...@gmail.com ha scritto: Io scrivo quello indicato nelle tabelle segnaletiche lungo il percorso, tipo : name=Alta Via dei Fassani , non antepongo sempre 'sentiero'. Poi ovvio che se il nome é sentiero delle oche va inserito quel nome. +1,questa è la via giusta da seguire Gianmario Mengozzi Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Name:left :right
On 2012-09-03 at 12:14:42 +0200, Alberto Nogaro wrote: -1 a eliminare is_in. OK a toglierlo selettivamente unicamente in quei casi in cui il suo significato sia già chiaramente espresso o ricavabile in maniera incontrovertibile mediante altri tag o altri elementi. che io sappia in italia abbiamo i confini di tutti i comuni, province, regioni e nazione, quindi l'informazione è già presente in tutti i casi. Non so come siano messi all'estero. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi delle stazioni ferroviarie
On 2012-09-02 at 19:58:19 +0200, Federico Cozzi wrote: Sarei anche per rimuovere qualsiasi riferimento all'operatore (es. non Milano Cadorna FN ma Milano Cadorna), ad eccezione di quei casi in cui serva a distinguere la stazione (Como?) Che io sappia in molti di questi casi l'operatore storico fa parte o del nome ufficiale o almeno del loc_name: così a memoria mi vengono in mente Como Nord Lago e Varese Nord (mentre non so se si usi il Nord in Como (Nord) Borghi, Como Nord Camerlata, Varese (Nord) Casbeno: nell'uso comune lo si salta). bisogna controllare caso per caso sui vari orari, temo, e vedere cosa dicono. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Remote Control da Chrome o Firefox link di Keepright
Scusate se uso questo thread anziché aprirne un'altro. Per essere davvero a posto avrei bisogno di settare lo zoom con cui Josm mi apre i dati da Keepright, ho cercato nelle impostazioni ma non l'ho trovato. E' possibile impostarlo? Credo di si. Per favore mi aiutate a farlo? Grazie. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Remote-Control-da-Chrome-o-Firefox-link-di-Keepright-tp5723343p5723415.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Name:left :right
Il 03 settembre 2012 13:42, Elena ``of Valhalla'' ha scritto: On 2012-09-03 at 12:14:42 +0200, Alberto Nogaro wrote: -1 a eliminare is_in. OK a toglierlo selettivamente unicamente in quei casi in cui il suo significato sia già chiaramente espresso o ricavabile in maniera incontrovertibile mediante altri tag o altri elementi. che io sappia in italia abbiamo i confini di tutti i comuni, province, regioni e nazione, quindi l'informazione è già presente in tutti i casi. anche io sarei per eliminare is_in ma ho fatto delle prove che me lo hanno sconsigliato[1] il problema è che almeno negli ultimi 2 mesi da quando li controllo settimanalmente, solo questa è la prima settimana in cui tutte le relazioni dei confini si possono usare con postgis (ST_BuildArea e ST_Within), magari qgis è più intelligente, non lo so nelle settimane precedenti è capitato che qualcuno cancellasse per sbaglio un pezzo di confine o che way dei confini fossero incrociate o che delle isolette fossero solo nella relazione del Comune e non in quella della Provincia e della Regione (per cui tutti gli oggetti dentro i confini del Comune risultavano in Italia perché il confine marittimo è a 12 miglia, ma non nelle rispettive Province e Regioni perché l'isoletta era fuori) [1] http://blog.openstreeetmap.it -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei sentieri
2012/9/3 Fabrizio Carrai fabrizio.car...@gmail.com: Qui l'esempio è ovvio: il tipo di strada è Alta Via mentre il nome sarebbe dei Fassani. secondome il nome è Alta Via dei Fassani (tra altro se non fosse un nome sarebbe alta via). Lo vedo come Autostrada del Sole (nome completo) e non del Sole, tipo autostrada. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] oneway yes e junction roudabout
2012/9/3 beppebo...@libero.it beppebo...@libero.it: ultimamente sto trovando delle rotatorie mappate sia junction roundabout e oneway yes non ne trovo il motivo poichè junction roundabout implica già oneway yes e taggando con tutti e due si da problemi solo ai vari routing Perché si dà problemi al routing? Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] oneway yes e junction roudabout
oneway yes non ne trovo il motivo poichè junction roundabout implica già oneway yes e taggando con tutti e due si da problemi solo ai vari routing Perché si dà problemi al routing? mmm ... sapevo invece del contrario, di software di routing che non riuscivano a capire come affrontarle. Sicuramente problema nel software, ma l'indicazione aiutava (cosi' mi dicono) Facendo un attimo ot: ho notato con piacere che osrm ora genera un qr code del risultato del percorso. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] oneway yes e junction roudabout
2012/9/3 Maurizio Napolitano napoo...@gmail.com: oneway yes non ne trovo il motivo poichè junction roundabout implica già oneway yes e taggando con tutti e due si da problemi solo ai vari routing Perché si dà problemi al routing? mmm ... sapevo invece del contrario, di software di routing che non riuscivano a capire come affrontarle. Sicuramente problema nel software, ma l'indicazione aiutava (cosi' mi dicono) +1, anch'io lo ricordo così. In ogni caso non è _falso_ indicare oneway=yes, e quindi non vedo ne perchè dovrebbe creare problemi averlo, ne un senso nel toglierlo (edit superfluo, che non fa altro che appesantire la history ed i diffs). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] oneway yes e junction roudabout
2012/9/3 Niccolo Rigacci o...@rigacci.org: Inoltre se non si mette oneway l'eventuale programma di routing dovrebbe considerare le convenzioni nazionali (in Inghilterra le rotonde si fanno contromano), con tutti i problemi relativi per determinare se una rotatoria è dentro o fuori ai confini nazionali. in realtà non si va contromano da nessuna parte, l'unica cosa che cambia è il senso della rotonda. Anche essendo implicito il oneway=yes ciò non significa che non importa il senso del way (dovrebbe essere in senso antiorario da noi e in senso orario in Inghilterra). Invece si potrebbe creare un problema con quello attualmente scritto nel wiki (oneway=yes implicito per junction=roundabout) nel caso che ci sta un oneway=-1 esplicito taggato allo stesso way (forse quello è il problema nel caso a cui si riferisce Beppe?). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi delle stazioni ferroviarie
Am 03.09.2012 13:16, schrieb Groppo O: Il giorno 02 settembre 2012 19:58, Federico Cozzi f.co...@gmail.com mailto:f.co...@gmail.com ha scritto: Ciao, vorrei iniziare una discussione, che possibilmente porti ad una decisione condivisa e ad una pagina wiki in italiano, sul criterio da adottare per il tag name= delle stazioni ferroviarie. In giro si vedono alcuni casi strani (ad esempio name=Stazione Ferroviaria di Trapani) La mio opinione è di tenere nel tag name il solo nome da orario ferroviario, cioè ad esempio name=Trapani o name=Milano Centrale. ... Commenti? Obiezioni? Io in passato ho fatto così. Nodo della stazione: railway = station name = Topolinia Sull'edificio della stazione: building = train_station name = Stazione di Topolinia Metterei come nome solamente quello che è scritto sulla stazione o nei tabelloni/fascicoli orari. Per distinguere tra stazioni con il stesso nome delle FS e altre imprese, ho finora solo incontrato uno, che è mappato Grumo Appula (che è gestito dalle FAL ed è nel centro di Grumo Appula), e Grump Appula (RFI), che è nella periferia. Riguardante il mapping di Groppo: L'ho fatta (finora) anche io, anche se non ho messo building=train_station (solo dove c'era già). Io metto: Nodo della stazione (usualmente in mezzo all edificio): railway=station, name=Whatever e se è conosciuto, operator=* L'edificio lo taggo solo con building=yes, ma si potrebbe, come già fai tu, anche usare train_station. Non so se è meglio mettere il nome qui o mettere railway=station *e* il nome sul building? Poi metto anche railway=stop sul nodo del binario/dei binari, e poi toglio il way a questo stop. Così, il way più lungo (se non interrotto da gallerie o ponti) è sempre da una stazione all'altra. -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Living street
2012/9/3 Luca Delucchi lucadel...@gmail.com modo analogo a quanto fatto per altri stati? https://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street Non si potrebbe specificare nella sezione National Specialities in certo, sei liberissimo di farlo tu ;-) Ho scritto quanto segue: |Italy|| Zona residenziale || No default || Living streets are rarely found in Italy. If this specific sign [ http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_zona_residenziale.svg] is not present tag as residential.||[ http://www.altalex.com/index.php?idnot=34122 Codice della strada] art. 3 comma 58 |- Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Living street
2012/9/3 Andrea Musuruane musur...@gmail.com: Ho scritto quanto segue: |Italy|| Zona residenziale || No default || Living streets are rarely found in Italy. If this specific sign [http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_zona_residenziale.svg] is not present tag as residential.||[http://www.altalex.com/index.php?idnot=34122 Codice della strada] art. 3 comma 58 |- credo che sarebbe meglio di scrivere if this specific sign is not present don't use the living_street tag perchè spesso ho incontrato zone pedonali o ztl che erano taggati living_street, e quindi non tutto ciò che resta sono highway=residential. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Living street
2012/9/3 Martin Koppenhoefer dieterdre...@gmail.com credo che sarebbe meglio di scrivere if this specific sign is not present don't use the living_street tag perchè spesso ho incontrato zone pedonali o ztl che erano taggati living_street, e quindi non tutto ciò che resta sono highway=residential. Hai ragione. Ho modificato la pagina con il tuo suggerimento. Grazie. Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Remote Control da Chrome o Firefox link di Keepright
Il giorno 03 settembre 2012 14:09, mircozorzo mircozo...@inwind.it ha scritto: Scusate se uso questo thread anziché aprirne un'altro. Per essere davvero a posto avrei bisogno di settare lo zoom con cui Josm mi apre i dati da Keepright, ho cercato nelle impostazioni ma non l'ho trovato. E' possibile impostarlo? Credo di si. Per favore mi aiutate a farlo? Non credo si possa fare, perché è Keepright a dire a JOSM l'area che deve inquardare e JOSM regola lo zoom di conseguenza. Per zoomare ulteriormente comunque basta premere + un po' di volte. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mapnik e Rioni
Ciao a tutti, scusate la domanda banale: ma se io traccio dei Rioni (place - neighbourhood) e gli aggiungo un nome, non è possibile visualizzali in Mapnik? Tipo qua: http://www.openstreetmap.org/?lat=44.58058lon=7.73732zoom=17layers=M Grazie Alberto -- MANASSERO Alberto FOSSANO Tieni bene in mente le conseguenze per il nostro ambiente prima di stampare questa e-mail. Please consider the consequences for your environment before printing this e-mail. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Remote Control da Chrome o Firefox link di Keepright
Ciao, ok, grazie. E' che avendo una connessione lenta mi faceva comodo scaricare più velocemente solo quella porzione e poi casomai l'area circostante. Ultima domanda: è possibile non visualizzare quella finestra che appare finché Josm sta scaricando i dati che non mi permette di lavorarci finché lo sta facendo? Perché in abbinata con il download continuo dei dati su sposta o zoom (che invece è molto comodo) mi blocca per parecchi secondi il lavoro. Grazie per l'aiuto e anche per la pazienza. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Remote-Control-da-Chrome-o-Firefox-link-di-Keepright-tp5723343p5723535.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Living street
Il giorno lun, 03/09/2012 alle 19.22 +0200, Andrea Musuruane ha scritto: 2012/9/3 Martin Koppenhoefer dieterdre...@gmail.com credo che sarebbe meglio di scrivere if this specific sign is not present don't use the living_street tag perchè spesso ho incontrato zone pedonali o ztl che erano taggati living_street, e quindi non tutto ciò che resta sono highway=residential. Hai ragione. Ho modificato la pagina con il tuo suggerimento. Grazie. Andrea. Mi sembra che dire di non usarlo quando non c'è il cartello faccia poca chiarezza :-) Inoltre non abbinerei direttamente la dicitura Zona residenziale alla living street Mettendo insieme quello che leggo da varie parti scriverei questo. Spero sia ben scritto in inglese Living streets are rarely found in Italy. This tag can be used when the specific sign [1] is present. Restrictions on vehicle traffic must be specified in a panel with the regulation or imposed by barriers or design of the road itself. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi delle stazioni ferroviarie
On 09/03/2012 09:17 PM, Groppo O wrote: Il giorno 03 settembre 2012 17:11, Alexander Roalter alexan...@roalter.itha scritto: ... Riguardante il mapping di Groppo: ... L'edificio lo taggo solo con building=yes, ma si potrebbe, come già fai tu, anche usare train_station. Non so se è meglio mettere il nome qui o mettere railway=station *e* il nome sul building? Io metto due nomi perché considero due cose diverse: - la stazione intesa come nodo della rete ferroviaria, rappresentata con un nodo posto su un binario (railway = station + name = Topolinia) - la stazione intesa come edificio (etichettato appunto con building = train_station + name = Stazione di Topolinia). A proposito, non si mappa per il rendering ma mi piace come la mappa dei trasporti su osm.org, riconoscendo il tag building=train_station, colora di rosso l'edificio. secondo il wiki, il tag railway=station non si mette sul binario, ma sul edificio. Sul binario viene railway=stop (o, più nuovo, public_transport=stop_position). Come fai con più binari? Ci metti più railway=station? O lo tagghi solo una volta, anche se sono più stop position (forse non solo sui due lati di un marciapiede, ma possibilmente anche su un binario tronco...) -- Cheers, Alex -- Cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-gb-westmidlands] UK Postcodes - Potential data source
Just my pennysworth, any commercial company company can take this data and sell it on, use it for their own commercial purposes etc. I have two limited companies and can personally attest to the fact that anything on the CH public register does get used for all sorts of nefarious uses. I don't think us using it to improve our postcode data for a free community map is anything we should worry about. Jonathan On 31/08/2012 17:59, Andy Robinson wrote: Not everyone considers a licence of any sort a requirement. It's just us that expects one or argues otherwise it might be public domain. I recall when I first came to OSM not understanding why a licence was required at all (because I'm used to contracts where the terms are explicit and OSM does not form contract. Little did I know about software!) What Companies House does make clear is that although data in the register may likely be subject to third party copyright (where the information has been provided to them and not generated by them and thus Crown Copyright) Companies House imposes no rules or requirements on how the information on the public register is used. That's a pretty clear statement about data in the public register. For everything else that they produce Crown Copyright applies but again provided the normal restrictions regarding Crown Copyright are adhered to then regarding reuse it again states It places no restriction on how the information is used after purchase other than the following which only raises the question to me about data that is not sold but supplied free of charge. Cheers Andy -Original Message- From: Matt Williams [mailto:m...@milliams.com] Sent: 31 August 2012 17:00 To: talk-gb-westmidlands Subject: Re: [Talk-gb-westmidlands] UK Postcodes - Potential data source On 31 August 2012 16:50, Rob Nickerson rob.j.nicker...@gmail.com wrote: I think that translates to Public Domain Dedication and License (PDDL) then? Probably, but I wouldn't feel comfortable using the data without an explicit set of license terms. Unless they have done and I just don't understand their terminology. Matt ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] [Talk-GB] UK Postcodes - Potential data source
[resending as my original reply was inadvertently off-list] On 31 August 2012 12:12, Andrew Mackenzie a.macken...@bethere.co.uk wrote: there is another approach, which is to download the data for all companies in the UK from Companies House. There may be other (open-) databases which include address-postcode pairs; for example NHS pharmacies, GP surgeries and dentists; police stations; schools; licenced premises (alcohol, gambling, sex shops) restaurants and takeaways assessed for health issues; listed buildings; etc. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] VII Jornadas de SIG Libre de Girona, Marzo 2013: Convocatoria abierta de Talleres
Saludos, ¿Quieres presentar un taller durante las VII Jornadas de SIG Libre de Girona? Desde la organización de las Jornadas, estaremos encantados de recibir tus propuestas de taller. ¡Anímate y participa! Puedes consultar la información completa, y todos los detalles, en el siguiente enlace: http://sigserver4.udg.edu/wiki_jornadas/index.php/Anuncio_1 Contamos con vuestra participación activa en el evento. Saludos, -- Lluís Vicens Comité Organizador Local Jornadas de SIG Libre Sitio web:http://www.sigte.udg.edu/jornadassiglibre Síguenos en:https://twitter.com/#!/SIGLibreGirona ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-lv] vadu mezgli (gadījums ar robežu)
On 2012-09-03 22:37, AivarsB wrote: Sveiki, Kad es no kabatas velku ārā telefona austiņas, pirmais darbs ir atpiņķerēt mezglu sēriju. Līdzīga situācija izveidojusies ar dažām novadu robežām. Piemērs: http://www.openstreetmap.org/?lat=56.209949lon=27.328262zoom=18layers=M http://www.openstreetmap.org/?lat=56.88827lon=26.7277zoom=16layers=M tātad kas noticis - bija novada robeža (~2011 gads) - bija uzlikti meži (~2012.03). - mežu robeža atsevišķos, bet ne visos, punktos dublē nodes ar novadu robežu - meži ir pabīdīti šurp-turp (domājams ka kļūdas pēc, domājams ka lietotājs GenSoft, 2012-07-23, caur osm.org http://osm.org ziņu vakar aizsūtīju). vai tie objekti ir modificeeti kopsh taa changeseta ? ja gribas tiiras robezhas, var meegjinaat konkreetos objektus revertot (osm plugins to it kaa ljaava dariit, lai gan es esmu revertojis tikai visu chagesetu) veel var panjemt origjinaalo novada robezhu, piedziit robezhu punktus peec taas un tad skatiities, kas jaadara ar mezhiem - rezultātā robeža met cilpas un taisa asus pagriezienus. Vienā zig-zag līkumā mēģināju atlikt mežu masīvu atpakaļ (~50m uz ZRR), bet tas radīja mezglus otrā masīva stūrī. Tāpēc nesaglabāju. http://www.openstreetmap.org/?box=yesbbox=26.6927%2C56.83818%2C27.0133%2C56.94347 Nu re, ir lietas, ko parunāt. 1. kā labāk šādu situāciju satīrīt. (meža masīva bīdīšana uz aci nebūtu labākais, jo tā, automašīnu terminos, būs avārijā cietusi un atjaunota robeža). 2. vai ir idejas kā šādas avārijas nepieļaut? Aivars -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
