Re: [talk-ph] Proposed Sta. Ana Mapping Party on September 13
I'm flying in to Manila at 10am that day and will try and come meet up with everyone once I arrive. Cheers On Wed, Sep 3, 2014 at 9:36 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi everyone, Here's the event page on the OSM Wiki: http://wiki.openstreetmap.org/wiki/Santa_Ana,_Manila_Mapping_Party I'll be creating the Facebook event page tonight. :-) ~Eugene On Sep 2, 2014 8:51 AM, sea...@gmail.com wrote: Hi everyone, Wikimedia Philippines will be having a WikiExpedition in the heritage zone of Sta. Ana, Manila this coming September 13, Saturday. I thought, why not have an OSM Mapping Party there as well? I'd like to know who is interested as well. :-) The WikiExpedition aims to take photographs and to document heritage houses and buildings in Sta. Ana. Wikimedia Philippines met with the Sta. Ana Heritage and Tourism Association (SAHTA) and they are supportive of this event. GMA News plans to cover this event as well if I remember correctly. The last time OpenStreetMap Philippines held a Mapping Party was in June 2011 in Pateros[1]. The WikiExpedition is therefore a good excuse to have a meetup for us. Remember, we are not just building a map but we are also building a community in OSM. :-) [1] http://wiki.openstreetmap.org/wiki/Pateros_Mapping_Party Regards, Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Proposed Sta. Ana Mapping Party on September 13
Hi Nick, Please do try to come, maybe in the afternoon. I would love to hear more about what you guys are doing in Cebu. :-) ~Eugene On Wed, Sep 3, 2014 at 4:53 PM, Nick Brown n...@nickbrown.ca wrote: I'm flying in to Manila at 10am that day and will try and come meet up with everyone once I arrive. Cheers On Wed, Sep 3, 2014 at 9:36 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi everyone, Here's the event page on the OSM Wiki: http://wiki.openstreetmap.org/wiki/Santa_Ana,_Manila_Mapping_Party I'll be creating the Facebook event page tonight. :-) ~Eugene On Sep 2, 2014 8:51 AM, sea...@gmail.com wrote: Hi everyone, Wikimedia Philippines will be having a WikiExpedition in the heritage zone of Sta. Ana, Manila this coming September 13, Saturday. I thought, why not have an OSM Mapping Party there as well? I'd like to know who is interested as well. :-) The WikiExpedition aims to take photographs and to document heritage houses and buildings in Sta. Ana. Wikimedia Philippines met with the Sta. Ana Heritage and Tourism Association (SAHTA) and they are supportive of this event. GMA News plans to cover this event as well if I remember correctly. The last time OpenStreetMap Philippines held a Mapping Party was in June 2011 in Pateros[1]. The WikiExpedition is therefore a good excuse to have a meetup for us. Remember, we are not just building a map but we are also building a community in OSM. :-) [1] http://wiki.openstreetmap.org/wiki/Pateros_Mapping_Party Regards, Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Proposed Sta. Ana Mapping Party on September 13
Hi everyone, Here's the Facebook event page: https://www.facebook.com/events/276140185911092/ If you're on Facebook, please do share this event or invite other people who you think would be interested. The main event information page is still at the OSM Wiki: http://wiki.openstreetmap.org/wiki/Santa_Ana,_Manila_Mapping_Party I also have a list of the heritage sites in Santa Ana from SAHTA. The goal is to find these sites on the ground to be added to OpenStreetMap. Of course we should also add and confirm other details such as street names, one-way directions, banks, restaurants, schools, hospitals, and the like. I'll be preparing the cake by the weekend. :-) See you all! ~Eugene On Wed, Sep 3, 2014 at 9:36 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi everyone, Here's the event page on the OSM Wiki: http://wiki.openstreetmap.org/wiki/Santa_Ana,_Manila_Mapping_Party I'll be creating the Facebook event page tonight. :-) ~Eugene On Sep 2, 2014 8:51 AM, sea...@gmail.com wrote: Hi everyone, Wikimedia Philippines will be having a WikiExpedition in the heritage zone of Sta. Ana, Manila this coming September 13, Saturday. I thought, why not have an OSM Mapping Party there as well? I'd like to know who is interested as well. :-) The WikiExpedition aims to take photographs and to document heritage houses and buildings in Sta. Ana. Wikimedia Philippines met with the Sta. Ana Heritage and Tourism Association (SAHTA) and they are supportive of this event. GMA News plans to cover this event as well if I remember correctly. The last time OpenStreetMap Philippines held a Mapping Party was in June 2011 in Pateros[1]. The WikiExpedition is therefore a good excuse to have a meetup for us. Remember, we are not just building a map but we are also building a community in OSM. :-) [1] http://wiki.openstreetmap.org/wiki/Pateros_Mapping_Party Regards, Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Proposed Sta. Ana Mapping Party on September 13
And if you're on Google+, here's the event page over there for sharing: https://plus.google.com/events/cbb235gl0ma37fafplk94mnjnpo See you guys! On Thu, Sep 4, 2014 at 7:44 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi everyone, Here's the Facebook event page: https://www.facebook.com/events/276140185911092/ If you're on Facebook, please do share this event or invite other people who you think would be interested. The main event information page is still at the OSM Wiki: http://wiki.openstreetmap.org/wiki/Santa_Ana,_Manila_Mapping_Party I also have a list of the heritage sites in Santa Ana from SAHTA. The goal is to find these sites on the ground to be added to OpenStreetMap. Of course we should also add and confirm other details such as street names, one-way directions, banks, restaurants, schools, hospitals, and the like. I'll be preparing the cake by the weekend. :-) See you all! ~Eugene On Wed, Sep 3, 2014 at 9:36 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi everyone, Here's the event page on the OSM Wiki: http://wiki.openstreetmap.org/wiki/Santa_Ana,_Manila_Mapping_Party I'll be creating the Facebook event page tonight. :-) ~Eugene On Sep 2, 2014 8:51 AM, sea...@gmail.com wrote: Hi everyone, Wikimedia Philippines will be having a WikiExpedition in the heritage zone of Sta. Ana, Manila this coming September 13, Saturday. I thought, why not have an OSM Mapping Party there as well? I'd like to know who is interested as well. :-) The WikiExpedition aims to take photographs and to document heritage houses and buildings in Sta. Ana. Wikimedia Philippines met with the Sta. Ana Heritage and Tourism Association (SAHTA) and they are supportive of this event. GMA News plans to cover this event as well if I remember correctly. The last time OpenStreetMap Philippines held a Mapping Party was in June 2011 in Pateros[1]. The WikiExpedition is therefore a good excuse to have a meetup for us. Remember, we are not just building a map but we are also building a community in OSM. :-) [1] http://wiki.openstreetmap.org/wiki/Pateros_Mapping_Party Regards, Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] OSM completeness
completeness of the road datasets in OSM. if you are interested the Street(=road) name comparision - check this local projects: #OSM Housenumber Evaluation ( with street names ) : https://www.sotm-eu.org/slides/58.pdf ( video: https://www.sotm-eu.org/en/slots/50 ) http://regio-osm.de/hausnummerauswertung/auswertung_auswahlort (Germany, Austria, Iceland, Romania, Luxemburg,.. ) #Hungary : Street name completeness statistics : http://82.196.14.91/ ( my development ) #Switzerland : http://qa.poole.ch/ch-roads/ http://wiki.openstreetmap.org/wiki/OSM_-_GWR_Street_and_Place_Names_Comparison #UK - Completeness analysis and ranking of UK councils by ITO World comparing OS Locator data. http://wiki.openstreetmap.org/wiki/OSM_and_OSL_differences_analysis http://www.itoworld.com/product/data/osm_analysis/main Imre 2014-09-02 14:29 GMT+02:00 Eleanor Stokes eleanor.sto...@yale.edu: Hi list, Not sure if this is the right place to post--but I just got into using OSM and am hoping to utilize it for some of my research. I need to get some kind of completeness metric for each of the cities I am looking at (about 200 of them). Does anyone happen to know of completeness analyses across cities in different regions that have been performed? I'm particularly interested in the completeness of the road datasets in OSM. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Personal maps tool similar to my maps
Thanks! Will try all of these and see what works best! On Wed, Aug 27, 2014 at 11:48 PM, Alex Barth a...@mapbox.com wrote: Umap's great. There's also http://geojson.io/ On Wed, Aug 27, 2014 at 1:43 PM, Eugene Alvin Villar sea...@gmail.com wrote: Try uMap: http://umap.openstreetmap.fr/en/ On Thu, Aug 28, 2014 at 1:34 AM, Tanveer Singh tanveer1...@gmail.com wrote: In google maps world you can create your own map, with waypoints, POIs etc., of your choice and export it as KML etc., etc., IS there a similar website/tool/system available for OSM where I can create a POI map online and then export --Tanveer ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
On Mon, Aug 18, 2014 at 2:02 AM, Philip Barnes p...@trigpoint.me.uk wrote: I am aware that the USA has speed limits in multiples of 5 mph. I was suggesting that the app should use the GPS, or settings, to get some sensible locaiised values for speed limits values and mph/kph. 3mph / 5km/h is also a common enough speed limit that this value appears in the SHS as a common value for speed limit signs (usually used in scales, unusually tight service plazas, etc). ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Il giorno 03/set/2014, alle ore 21:21, Paul Johnson ba...@ursamundi.org ha scritto: 3mph / 5km/h is also a common enough speed limit that this value appears in the SHS as a common value for speed limit signs (usually used in scales, unusually tight service plazas, etc). I've also seen 5km/h limits in Italy, eg on private ground, at ferry terminals and at the customs cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
On Aug 21, 2014 5:11 PM, SomeoneElse li...@mail.atownsend.org.uk wrote: On 21/08/2014 22:36, Janko Mihelić wrote: This makes sense because you can have more than one route on one way. Some countries do this, but the UK (where the B3070 is) does not*, so there's really no need for it. to my mind don't exist) here. Except bike routes, bus routes, and pretty much every other kind of route relevant to road users that doesn't involve driving. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
For consistency sake, seems like relations are the way to go, even in one route instances. On Aug 22, 2014 10:08 AM, Pieren pier...@gmail.com wrote: On Fri, Aug 22, 2014 at 4:07 PM, Janko Mihelić jan...@gmail.com wrote: What did you mean with this? Do you suggest we use relations when there are multiple refs, and ways when there is only one ref? Yes. It's just a pragmatic approach : I use relations only if I have no easier alternative. Like a building : if it's a simple polygon, I don't use relations. If it has a courtyard, I create a multipolygon relation. In other words, it's not because some buildings need a multipolygon relation that we should create a multipolygon relation for each building. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
On Aug 22, 2014 7:11 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Il giorno 22/ago/2014, alle ore 20:26, Jo winfi...@gmail.com ha scritto: Do I really hear you saying I should only map bus routes as relations where the ways are used by more than one route? and as route_ref tags on the stretches where that particular road is used only by a single bus line? I also find this strange, a bus route is something very different from a street and should get its own osm object therefore. Otherwise you won't be able to tell which tags belongs to what, eg if the name (or ref or ...) is the name of the road or of the route. I just think the tools need to handle the loop scenario, where a bus route traverses the same way twice as part of a midroute dogleg or around the block situation. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
On Aug 23, 2014 8:54 AM, John F. Eldredge j...@jfeldredge.com wrote: I have seen park roads that were accessible to the public only during specified daylight hours. Using them after park closing time would likely lead to trespassing charges. So, an opening_hours tag on those roadways would make sense. Or better clarity on access restrictions by time in general, given that roads or lanes may typically switch directions or be closed entirely at certain times of day, and it would be nice for routers to have something solid to hook on to for ideal routing advice. One problem that comes up a lot in Tulsa are turn restrictions that only apply during certain times of day unless you're driving vehicles operated by a specific agency... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging of private roads
On Sun, Aug 3, 2014 at 8:47 PM, john whelan jwhelan0...@gmail.com wrote: In the UK there are rights of way which date back in time to the days of pack horses and long distance footpaths. I don't think you have the equivalent in North America. Let me introduce you to the four westernmost timezones out of the five used in the 50 states... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-ie] Lake margin mapping
Hi everyone Another question - I'm improving the shape of the lakes in West Meath and need to know whether I should be tagging areas of reeds as natural=wetland, wetland=reedbed; and should these areas be tagged inside or outside the natural=water way? If the consensus is they should be tagged I think they should be inside the natural=water way, because that's what I can see - the reeds stand in the water inside the lake margin. Regards Brian ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] West Meath mapping
Hi Brian, With regards to the NHA area's, I would suggest using a boundary tag. See http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area Try to steer clear of using designation as a tag where possible For protected structures, I would suggest using something along the lines of building=yes (or house/church etc if you can be more specific) historic=yes protected_structure=yes rps or nia_ref=123abc This should meet the requirements of most use cases The Corine Import was parked, the exact reasons why someone else can elaborate as I'm not familiar with it, but I do know there is a rendering of the import available at http://maps.openstreetmap.ie/corineimport.html?zoom=12lat=53.00523lon=-6.17515layers=BT Hope this has been of help Dave On Wed, Sep 3, 2014 at 9:43 PM, Brian Prangle bpran...@gmail.com wrote: Hi everyone I've got a multiweek stay here and I've been actively mapping but I've come across a few things I'm not sure about: 1.Is there an accepted tagging schema for Natural Heritage Areas? I've just mapped Wooddown Bog to the East of Mullingar and used designation= Natural Heritage Area NH_ref=00694 operator= National Parks and Wildlife Service I've not tagged it as a nature reserve as from what I've read a NHA is more of a protected site than a nature reserve. 2. Is there an accepted tagging schema for buildings that are on the Register of Protected Structures or the National Inventory of Architectural Heritage (or both)? 3. I've been doing a lot of landuse tagging and have just discovered the wikipage on a proposed Corine landuse import - what's the state of play on this and should I continue? Some advice would be appreciated Regards Brian ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-br] alteração na boundary Guarulhos
Parece que este usuário mexeu na boundary de Guarulhos http://www.openstreetmap.org/changeset/25181127 alguém da área topa conferir e se for o caso, consertar? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] alteração na boundary Guarulhos
Parece que ele só removeu os nomes em linguagens alternativas (name:en, name:de, etc) que foram pegos de páginas da Wikipédia. http://osm.mapki.com/history/relation.php?id=298165 Em 3 de setembro de 2014 18:51, Gerald Weber gwebe...@gmail.com escreveu: Parece que este usuário mexeu na boundary de Guarulhos http://www.openstreetmap.org/changeset/25181127 alguém da área topa conferir e se for o caso, consertar? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] População e classificação de municípios com grande área rural
Concordo con Nelson. O nó que identifica a sede do município, deve possuir o valor de população de todo o município. abraços, wille On 09/02/14 09:02, Paulo Blanco wrote: Prezados, Estou fazendo edições na minha cidade natal (Ivaiporã - PR http://www.openstreetmap.org/node/415523492) e região. Estou com dúvidas quanto à descrição da população e classificação com a tag place. Por exemplo, o município de Ivaiporã possui quatro distritos: distrito-sede de Ivaiporã, Jacutinga http://www.openstreetmap.org/node/416646589 a leste, Santa Bárbara http://www.openstreetmap.org/node/1250308804 a sudeste e Alto Porã http://www.openstreetmap.org/node/416646590 ao sul. Quando o nó de Ivaiporã foi criado, possuía a tag population com o valor de 32000 (aprox.), que é a população de todo o município. Posteriormente alterei esse valor para 25700, valor que exclui a população dos distritos e das áreas rurais, que seria mais correto na minha interpretação. Recentemente adicionei a tag population:municipality para descrever a população de todo o município. Fui aconselhado pelo usuário naoliv a abandonar essa interpretação, ou seja, excluir a tag population:municipality (que não possui descrição no wiki) e usar a tag population para indicar a população de todo o município, como é feito na maioria das cidades. Mas, como podem ver no mapa, os distritos de Ivaiporã (e de grande parte dos municípios do interior) são áreas urbanas distintas. Pouco mais ao norte, há o município de Jardim Alegre http://www.openstreetmap.org/node/415523491. A cidade possui população de 7171, e o município de 12324 (não é o que consta na última revisão - o usuário naoliv alterou as tags usando valores da Wikipedia). Isso rebaixaria a cidade de place=town para place=village, usando 1 como ponto de corte. Um caso mais dramático é o de Cândido de Abreu http://www.openstreetmap.org/node/415523501, um pouco a sudoeste, em que a cidade tem 4189 habitantes e o município http://www.openstreetmap.org/relation/297574, com grande área rural, 16655. Novamente, na minha interpretação, deixei como town as cidades com população acima de 5000 (somente na cidade, e não em todo o município). A diferenciação entre town e village no Brasil é arbitrária, então me dei essa liberdade; e o valor é comparável com o limite de 1 para a população de todo o município. Da mesma forma, alguns distritos estão como village mesmo tendo população (somente na cidade, de novo) abaixo de 1000 habitantes. Não tenho um critério definido para diferenciar village de hamlet, mas eu usaria algum valor entre 100 e 500 habitantes. Isso baseado no meu conhecimento do local, e nas definições (por mais vagas que sejam) e exemplos de village e hamlet que estão na Wikipedia em inglês, por exemplo. Enfim, como fui questionado pelo usuário naoliv (e já tive algumas de minhas alterações revertidas), não farei mais alterações até receber um feedback da comunidade. Aguardo comentários. Obrigado ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] OSM: Es entwickelt sich! 25000000 Changesets am 25.08.2014
Siehe: http://geoobserver.wordpress.com/2014/09/03/osm-es-entwickelt-sich-2/ und http://www.openstreetmap.org/user/xkomczax/diary/23673 Glückwunsch und Dank an alle Beteiligten! mikeE., der geoObserver ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: Es entwickelt sich! 25000000 Changesets am 25.08.2014
Elstermann, Mike mike.elsterm...@itc-halle.de wrote: http://geoobserver.wordpress.com/2014/09/03/osm-es-entwickelt-sich-2/ und http://www.openstreetmap.org/user/xkomczax/diary/23673 Die Tatsache, dass es in frühen API-Versionen gar keine Changesets mit Kommentaren gab und die Nummern nachträglich vergeben wurden macht diese Zahl noch bedeutungsloser als sie ohnehin schon ist. Wie viele Daten in einem Changeset stecken ist von den Mappern selbst und vom verwendeten Editor abhängig. Wenn es eine Zahl gibt, die fast nichts aussagt, dann ist das die Anzahl der Changesets. Gruss Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: Es entwickelt sich! 25000000 Changesets am 25.08.2014
Am 3. September 2014 10:03 schrieb Sven Geggus li...@fuchsschwanzdomain.de : Wenn es eine Zahl gibt, die fast nichts aussagt, dann ist das die Anzahl der Changesets. naja, stimmt zwar was Du sagst, aber doch ist jedes Changeset einmal hochladen durch einen User. Die früheren API Versionen fallen dabei nicht so sehr ins Gewicht, weil damals allgemein noch viel weniger Daten und Edits da waren als heutzutage... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] addr:state massen remove in DE
Hi, ist das hier irgendwo Diskutiert worden? Ich bin gerade über das Changeset gestolpert was ~25000 Adressen das addr:state= wegzieht. https://www.openstreetmap.org/changeset/25193911 Nicht das ich für addr:state= oder dagegen bin. Mich wundert nur das da informationen ohne Diskussion entfernt werden. Wer auch immer das addr:state mag soll es benutzen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Florian, Am 03.09.2014 16:21, schrieb Florian Lohoff: Hi, ist das hier irgendwo Diskutiert worden? Ich bin gerade über das Changeset gestolpert was ~25000 Adressen das addr:state= wegzieht. https://www.openstreetmap.org/changeset/25193911 Nicht das ich für addr:state= oder dagegen bin. Mich wundert nur das da informationen ohne Diskussion entfernt werden. Wer auch immer das addr:state mag soll es benutzen. vermutlich war die kurze Diskussion bei [1] die Ursache/der Ausführer? [1] http://forum.openstreetmap.org/viewtopic.php?pid=447693#p447693 viele Grüße Dietmar Flo ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJUByZoAAoJEMhfwipYUAYrL8IP/RgeGRpVWrnJlCIybxEK3j4e DObe9i2VF1l36RB//N+l5BXOl0N8hxbiGa6OwWjNbm0avmMjLl+rcdxHpdYYIq4y O6q67sgUajZomHu0591DQ3b/tkJQl8/e7OH0UWcsaENBRb4CgWFOn0FE0dsjs5Qx B+AIuWreJ3+5q9Th1FUPWAZRVtLysGcjCzGvT291z7niNZsTtv18bJp8o39jXIFR LbqutGIJjcHSNQuE9HmqHyp1i3e6EXw5g90edgQxeEa9+ZjvxEv5yCWXA/bSjkLH ZtU7ihskS5+xZaSWAdd+AfmFN8jRGpvkg9/zM42r17CwirjDB6piflASC1Ep3V1s 8CYvS1MqtsQuHnohKeuO7HuBoi2LT7MEZb0eGR/ahNtoI8DuEqojFbz6lx2ZZJ3a 0FUlzGrs3y8fitdQYSoJPuqNSAKuF/oI+OLl1k4Z+kCmr0aaH+YPxIwoMo6vCrow 4KYk5GarOGGERz6qOUn7KleD1Z2k9qfEXzLlTyxeixtO4lZLpCgFvxrR7jyPjcTc CPOOzYyxtbOkLAEXCfl3u94/JI5F28awrWOR0Vai1VlzyRat/Hz5wy/vlCaOZ0Bt ws/FKnhsHCdibYv3ZhT0fITJhwrQUb+6JP6zljOfdiSFS4B9R8FR7xkaZ7a5sW0R /4gZBsQIm2L6jKbuypYt =abd1 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Hallo, Am 2014-09-03 um 16:32 schrieb Dietmar Seifert: Am 03.09.2014 16:21, schrieb Florian Lohoff: ist das hier irgendwo Diskutiert worden? Ich bin gerade über das Changeset gestolpert was ~25000 Adressen das addr:state= wegzieht. https://www.openstreetmap.org/changeset/25193911 Nicht das ich für addr:state= oder dagegen bin. Mich wundert nur das da informationen ohne Diskussion entfernt werden. Wer auch immer das addr:state mag soll es benutzen. vermutlich war die kurze Diskussion bei [1] die Ursache/der Ausführer? [1] http://forum.openstreetmap.org/viewtopic.php?pid=447693#p447693 Ich bin für einen Revert der Changesets. Nur einen Tag Diskussion, bevor man zur Tat schreitet, kann man IMHO mit einer fehlenden Diskussion gleichsetzen, insbesondere wenn man sie auch noch in einem Thread versteckt. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Hallo, Am 2014-09-03 um 16:21 schrieb Florian Lohoff: ist das hier irgendwo Diskutiert worden? Ich bin gerade über das Changeset gestolpert was ~25000 Adressen das addr:state= wegzieht. https://www.openstreetmap.org/changeset/25193911 Das ist nicht der einzige fragwürdige Changeset von ihm, in dem addr:state massenhaft entfernt wurde. https://www.openstreetmap.org/user/jacobbraeutigam/history https://www.openstreetmap.org/changeset/25192551 https://www.openstreetmap.org/changeset/25192470 Er scheint aber prinzipiell positive Absichten zu haben. Diesen Changeset finde ich vollkommen in Ordnung: https://www.openstreetmap.org/changeset/25192481 Außerdem gibt es Changesets, die zwar auch Massenedits sind, aber Fehler korrigieren. https://www.openstreetmap.org/changeset/25192438 in addr:* kommt der Wert in der Landessprache, Bayern wäre richtig, Free State of Bavaria aber nicht. Diesen Changeset ist nicht revertwürdig. https://www.openstreetmap.org/changeset/25192386 Darüber könnte man diskutieren. Da wurde addr:state=HE entfernt Abkürzungen haben IMHO in addr:state nichts zu suchen, aber er hätte auch stattdessen addr:state=Hessen verwenden können. Ich würde diesen Changeset nicht reverten. … Nicht das ich für addr:state= oder dagegen bin. Mich wundert nur das da informationen ohne Diskussion entfernt werden. Wer auch immer das addr:state mag soll es benutzen. Ich persönlich halte addr:state in Deutschland auch für unnötig. Deshalb sehe ich, nach Betrachtung seiner Änderungen, anders als gerade eben geschrieben, doch keinen Revertbedarf. (Auch wenn ich sonst ein Vertreter der Revert-wegen-Regelverstoß-Verstoß-ist-Verstoß-auch-wenn-es-gut-ist-Fraktion bin). Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
On Wed, Sep 03, 2014 at 04:36:10PM +0200, Michael Reichert wrote: [1] http://forum.openstreetmap.org/viewtopic.php?pid=447693#p447693 Ich bin für einen Revert der Changesets. Nur einen Tag Diskussion, bevor man zur Tat schreitet, kann man IMHO mit einer fehlenden Diskussion gleichsetzen, insbesondere wenn man sie auch noch in einem Thread versteckt. Mir gehts daraum das dort informationen drin sind die ja vielleicht fuer MICH oder 80% der anderen nicht von bedeutung sind. Sie schaden aber nicht. Entfernen ist Informationsverlust also lehne ich das erstmal ab. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Michael Reichert naka...@gmx.net wrote: Außerdem gibt es Changesets, die zwar auch Massenedits sind, aber Fehler korrigieren. Ich erinnere daran, dass ich hier mal davon abgehalten wurde alle Schleckermärkte zu löschen. Ein paar davon sind bis heute übrig geblieben. Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Am 03.09.2014 17:03, schrieb Florian Lohoff: On Wed, Sep 03, 2014 at 04:36:10PM +0200, Michael Reichert wrote: [1] http://forum.openstreetmap.org/viewtopic.php?pid=447693#p447693 Ich bin für einen Revert der Changesets. Nur einen Tag Diskussion, bevor man zur Tat schreitet, kann man IMHO mit einer fehlenden Diskussion gleichsetzen, insbesondere wenn man sie auch noch in einem Thread versteckt. Mir gehts daraum das dort informationen drin sind die ja vielleicht fuer MICH oder 80% der anderen nicht von bedeutung sind. Sie schaden aber nicht. Entfernen ist Informationsverlust also lehne ich das erstmal ab. Flo mal ehrlich: addr:state ist innerhalb Deutschlands so unsinnig wie ein Kropf. Es wird postalisch in keinster Weise verwendet - und die vorhandene Information ließe sich m. W. jederzeit über addr:postcode oder (siehe GIS-Datenbank) über die Bundesland-Relation herleiten. Solange er seine eigenen (massenweisen) Ergänzungen (in Berlin) massenweise entfernt, habe ich überhaupt kein Problem damit. Warum er jetzt aber wieder gleich bundesweit zuschlägt ... nun gut, mich stört es ehrlich gesagt nicht sonderlich. Das halte ich höchsten moralisch für revert-fähig - inhaltlich jedenfalls nicht. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] addr:state massen remove in DE
Hallo an alle, als Verursacher der Diskussion möchte ich mich auch zu Wort melden. Vielleicht einmal kurz die Vorgeschichte: ich habe in den letzten Wochen in Berlin die Adressdaten mit den vom Geoportal zur Verfügung gestellten Daten ergänzt. Dabei ist mir der addr:state-Tag an einer der Adressen aufgefallen. Im Wiki zu den addr-Keys war er als Bundesland beschrieben, mir hats gefallen und ich habe begonnen, den Tag in den gerade ergänzten Gebieten Berlins mit einzusetzen. Das führte dazu (wie Dietmar schon richtig herausgefunden hat), dass Gehrke mich angeschrieben hat und mich gebeten hat, auf diesen Tag zu verzichten. Daraufhin habe ich mich etwas umgesehen und den Wiki-Artikel zum Karlsruher Schema gefunden. Darauf wird der Tag beschrieben als: The state for those countries like the US and Australia that have state abbreviations in their addresses. For other countries this is not used. Damit die Tags in Berlin einigermaßen konsistent benutzt werden, habe ich mich Montag daran gemacht, die addr:state-Tags in Berlin zu entfernen. Die waren fast ausschließlich von mir, dass sollte also kein allzu großes Problem gewesen sein. Weil es in Deutschland nur wenige Gebiete gab, in denen die Tags auch benutzt wurden, habe ich diese dann am Dienstag ebenfalls entfernt. Das ich damit so große Wellen schlagen würde, habe ich nicht gedacht. Deshalb habe ich keine Diskussion in den Mailinglisten oder dem Forum angefangen. Für mein Vorgehen entschuldige ich mich. Ich werde die losgetretene Diskussion verfolgen und falls es eine Einigung für einen Revert gibt, werde ich den natürlich machen. Dann würde ich aber vorschlagen, dass wir uns auf eine konstante Art der Bezeichnung einigen. (Gesehen: Abkürzung in 2 Buchstaben, ausgeschrieben in Deutsch, ausgeschrieben in Englisch, teilweise mit Ergänzungen wie Freistaat) Außerdem wäre eine konsistente Beschreibung im Wiki sicher wünschenswert, damit wir diese Diskussion nicht ganz so schnell wieder führen. (Zur Zeit: Karlsruhe Schema (en): for those countries that have state abbreviations in their addresses, Karlsruhe Schema (de): nichts, Key:addr (de): gestern ergänzt um Bundesstaat, in DE/AT/CH in Adressangaben unüblich) Beste Grüße, Jacob ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Macht man durch einen Revert nicht noch mehr kaputt? - Immerhin wurden 17977 Wege und 25460 Nodes über ganz Deutschland verteilt geändert, da dürfte es unendlich viele Bearbeitungskonflikte geben mittlerweile... Ich wollte gerade ausprobieren wieviele Konflikte JOSM ausspuckt, leider ist es beim Laden des Changesets abgestürzt. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Sicher war die Vorgehensweise nicht den Regeln entsprechend, ich bin jedoch auch gegen einen Revert, da dadurch wieder massenweise falsche/unnütze Daten in OSM integriert würden. VG Klumbumbus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Am 03.09.2014 16:36, schrieb Michael Reichert: Ich bin für einen Revert der Changesets. ich bin mehrheitlich dagegen: * der Mapper hat sich ja gemeldet https://lists.openstreetmap.org/pipermail/talk-de/2014-September/109251.html * addr:state ist eigentlich nicht für Deutschland gedacht = unübliche Verwendung * er hat die gelöschte Info eingebracht (zumindest zum allergrößten Teil) = warum soll er sie nicht wieder löschen dürfen um einen Fehler zu korrigieren? Just my 2 cents, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Am 03.09.2014 19:21, schrieb simson.gert...@gmail.com: Sicher war die Vorgehensweise nicht den Regeln entsprechend, ich bin jedoch auch gegen einen Revert, +1 Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Il giorno 03/set/2014, alle ore 19:21, simson.gert...@gmail.com simson.gert...@gmail.com ha scritto: Sicher war die Vorgehensweise nicht den Regeln entsprechend, ich bin jedoch auch gegen einen Revert, da dadurch wieder massenweise falsche/unnütze Daten in OSM integriert würden. sehe ich auch so, in Deutschland ist das kein Adressbestandteil. Stimmt zwar, dass man manuelle Edits dieser Größenordnung vorher abstimmen muss, aber notfalls geht es auch hinterher ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 215 26.8.–1.9.2014
Hallo, die Wochennotiz Nr. 215 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/09/wochennotiz-nr-215/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Nomi vie comune
Scarica il file poly dallo stesso sito e taglia il file con osmosis, qui ho riportato il comando.. https://wiki.openstreetmap.org/wiki/User:Sarchittuorg/Note#Cut_extract_with_poly osmosis dovrebbe fungere anche su Windows Ciao, Stefano On 3 Sep 2014 01:38, Federico Cortese cortese...@gmail.com wrote: Grazie Maurizio! Ho appena provato la tua procedura ed è semplicemente fantastica! Unica cosa bisognerebbe restringere la ricerca all'interno del boundary comunale, mentre l'estratto scaricato contiene l'intero bounding box. Ancora grazie per avermi insegnato una cosa interessantissima!! Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ancora sul'indicazione dei nomi delle vie
Se sulla tabella è riportato Via Angelo Galante 'Ciliti' in cui Ciliti è il soprannome del partigiano in questione, questo va inserito o no? Se prendiamo spunto dalle indicazioni per lo stradario Istat questo non dovrebbe essere inserito, noi come ci comportiamo? Secondo sempre sulle date, secondo il metodo Istat una data senza l'anno andrebbe indicata come parola ad esempio IV Novembre o 4 Novembre andrebbe scritto come Quattro novembre, mentre con l'anno XXVII Febbraio 1511 andrebbe scritto come 27 Febbraio 1511. Per le indicazioni tipo Papa Giovanni Paolo II, andrebbe scritto Papa Giovanni Paolo Secondo. Cosa ne pensate, è ora che si prenda una decisione definitiva per evitare difformità. -- View this message in context: http://gis.19327.n5.nabble.com/Ancora-sul-indicazione-dei-nomi-delle-vie-tp5816348.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Torri e campanili
Ciao a tutti, come si taggano correttamente le torri ed i campanili delle chiese? Io fino ad ora ho adottato questo metodo dopo averlo comunque trovato in rete, non me lo sono inventato: *Torre (intesa come torre antica)* building=tower *Campanile* building=tower man_made=tower (anche se poi nelle OMM di extreme_carver vengono renderizzate come le antenne dei ripetitori... ma lo so, non si mappa per il rendering) tower:type=bell_tower denomination=catholic (per distinguerle da torri campanarie non appartenenti ad una chiesa, quindi non religiose) religion=christian Voi che dite? Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Torri-e-campanili-tp5816354.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri e campanili
2014-09-03 10:34 GMT+02:00 demon.box e.rossin...@alice.it: *Torre (intesa come torre antica)* building=tower anche per torri moderni, penso *Campanile* building=tower man_made=tower (anche se poi nelle OMM di extreme_carver vengono renderizzate come le antenne dei ripetitori... ma lo so, non si mappa per il rendering) tower:type=bell_tower si, credo che bell_tower è il metodo standard. Volendo si potrebbe forse anche utilizzare building:part in certi contesti, dove il campanile non è un edificio indipendente ma parte integrale della chiesa. Per il valore di building userei qualcosa più specifico, quindi anche bell_tower oppure forse campanile (per quelli italiani). Tendo più verso building (o building:part) =bell_tower per non complicare ulteriormente il tagging. denomination=catholic (per distinguerle da torri campanarie non appartenenti ad una chiesa, quindi non religiose) religion=christian +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ancora sul'indicazione dei nomi delle vie
2014-09-03 10:05 GMT+02:00 bredy bredy...@yahoo.it: Se sulla tabella è riportato Via Angelo Galante 'Ciliti' in cui Ciliti è il soprannome del partigiano in questione, questo va inserito o no? dipende. Se Ciliti fa parte del nome della strada, si, altrimenti no ;-) Il nome vero si dovrebbe trovare nel verbale della riunione del consiglio comunale dove hanno nominata la strada (forse funziona così, non so bene in Italia, ma qualche atto ufficiale ci dovrebbe essere, mentre le liste rilasciate sono già fonti secondari, e possono contenere errori) Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ancora sul'indicazione dei nomi delle vie
Il nome vero si dovrebbe trovare nel verbale della riunione del consiglio comunale dove hanno nominata la strada (forse funziona così, non so bene in Italia, ma qualche atto ufficiale ci dovrebbe essere, mentre le liste rilasciate sono già fonti secondari, e possono contenere errori) Si, i nomi ufficiali sono quelli indicati nelle delibere di giunta con cui si denominano le vie. Di solito si trovano anche sui siti dei comuni, anche se solo degli anni più recenti. Talvolta oltre alla delibera c'è anche l'allegato planimetrico con l'indicazione dell'esatto posizionamento della strada. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Caos a Borgo San Dalmazzo
Sulla Borgo San Dalmazzo-Colle del Firet-Moiola-Stiera noto un bridge=yes su tutto il percorso che non è corretto. Ciao, Andrea 2014-09-02 22:00 GMT+02:00 Alessandro ale_z...@libero.it: L'utente 'Comunità Montana Valle Stura' ha stravolto con un sacco di tag parte delle statali SS20 e SS21 più altre strade tra Borgo e Moiola. http://osm.org/go/xXcgyuMh- Ho già ripristinato alcune parti, potreste dare un'occhiata? Grazie Alessandro Ale_zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Caos a Borgo San Dalmazzo
Il 03/09/2014 11:31, Andrea Musuruane ha scritto: Sulla Borgo San Dalmazzo-Colle del Firet-Moiola-Stiera noto un bridge=yes su tutto il percorso che non è corretto. Ciao, Andrea Sì, quello è uno dei tanti oltre ad aver messo motor_vehicle=permissive sui tratti delle statali. avrei dovuto forse fare un reverse di tutto il changeset ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Indicazione numeri interni
Come si indicano se sono numeri e non lettere, ad esempio 1/1, 1/2 ecc -- View this message in context: http://gis.19327.n5.nabble.com/Indicazione-numeri-interni-tp5816368.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Indicazione numeri interni
Il 03/09/2014 11:59, bredy ha scritto: Come si indicano se sono numeri e non lettere, ad esempio 1/1, 1/2 ecc Io finora li ho indicati come li hai scritti: 1/1, 1/2... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri e campanili
Condivido tutto. Per me i campanili vanno taggati come descritto. Il 03/09/2014 10:44, Martin Koppenhoefer ha scritto: 2014-09-03 10:34 GMT+02:00 demon.box e.rossin...@alice.it mailto:e.rossin...@alice.it: *Torre (intesa come torre antica)* building=tower anche per torri moderni, penso *Campanile* building=tower man_made=tower (anche se poi nelle OMM di extreme_carver vengono renderizzate come le antenne dei ripetitori... ma lo so, non si mappa per il rendering) tower:type=bell_tower si, credo che bell_tower è il metodo standard. Volendo si potrebbe forse anche utilizzare building:part in certi contesti, dove il campanile non è un edificio indipendente ma parte integrale della chiesa. Per il valore di building userei qualcosa più specifico, quindi anche bell_tower oppure forse campanile (per quelli italiani). Tendo più verso building (o building:part) =bell_tower per non complicare ulteriormente il tagging. denomination=catholic (per distinguerle da torri campanarie non appartenenti ad una chiesa, quindi non religiose) religion=christian +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri e campanili
Condivido anch'io, infatti nell'import Lecce suggerivo di aggiungere al man_made=tower anche il tag building. Poco male li aggiungerò manualmente :) Per quel che riguarda il building:part credo debba essere usato solo se si crea una relazione type=building (anche se JOSM non la riconosce e la segnala come warning) con i role outline per il perimetro esterno (taggato con building=*) e part per la porzione (taggata con building:part=*). Correggetemi se sbaglio. Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ancora sul'indicazione dei nomi delle vie
Quindi se è scritto Via Angelo Galante Ciliti devo metterlo così anche con le virgolette? Non vi è poi il problema che in caso di ricerca non venga trovato? Forse sarebbe più corretto indicare solo il nome senza il soprannome come suggerito dalla delibera dell'Istat, anche perchè in futuro i comuni dovranno attenersi a questa. Il Mercoledì 3 Settembre 2014 11:32, Federico Cortese cortese...@gmail.com ha scritto: Il nome vero si dovrebbe trovare nel verbale della riunione del consiglio comunale dove hanno nominata la strada (forse funziona così, non so bene in Italia, ma qualche atto ufficiale ci dovrebbe essere, mentre le liste rilasciate sono già fonti secondari, e possono contenere errori) Si, i nomi ufficiali sono quelli indicati nelle delibere di giunta con cui si denominano le vie. Di solito si trovano anche sui siti dei comuni, anche se solo degli anni più recenti. Talvolta oltre alla delibera c'è anche l'allegato planimetrico con l'indicazione dell'esatto posizionamento della strada. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ancora sul'indicazione dei nomi delle vie
2014-09-03 13:40 GMT+02:00 alessandro zardo bredy...@yahoo.it: Forse sarebbe più corretto indicare solo il nome senza il soprannome come suggerito dalla delibera dell'Istat, anche perchè in futuro i comuni dovranno attenersi a questa. chi ha il diritto di cambiare nome alle strade? Dovrebbe essere normalmente il consiglio comunale. E' possibile che una legge/delibera/ecc. dello stato toglie questo diritto dai comuni? Devo dire che ancora non capisco bene come funziona la legislazione Italiana, ma credo in Germania ci si vorebbe un atto più importante di una delibera per trasferire diritti da un comune allo stato (forse mi sbaglio, in realtà non lo so ne anche bene per la Germania ;-) ). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri e campanili
en:bell_tower = it:campanile Non utilizzererei campanile perché ci sono mappatori che utilizzano campanile per delle strutture porta-campane che non sono necessariamente alte. C'è stata una lunga discussione, se mi ricordo bene, su tagging su questo uso di campanile 2014-09-03 10:44 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: 2014-09-03 10:34 GMT+02:00 demon.box e.rossin...@alice.it: *Torre (intesa come torre antica)* building=tower anche per torri moderni, penso *Campanile* building=tower man_made=tower (anche se poi nelle OMM di extreme_carver vengono renderizzate come le antenne dei ripetitori... ma lo so, non si mappa per il rendering) tower:type=bell_tower si, credo che bell_tower è il metodo standard. Volendo si potrebbe forse anche utilizzare building:part in certi contesti, dove il campanile non è un edificio indipendente ma parte integrale della chiesa. Per il valore di building userei qualcosa più specifico, quindi anche bell_tower oppure forse campanile (per quelli italiani). Tendo più verso building (o building:part) =bell_tower per non complicare ulteriormente il tagging. denomination=catholic (per distinguerle da torri campanarie non appartenenti ad una chiesa, quindi non religiose) religion=christian +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri e campanili
Il giorno 03/set/2014, alle ore 16:04, Volker Schmidt vosc...@gmail.com ha scritto: sono mappatori che utilizzano campanile per delle strutture porta-campane che non sono necessariamente alte. penso in questo caso belfry potrebbe essere meglio ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Protected area
Ciao a tutti, è noto che il tag boundary=protected_area se usato come relazione in un multipolygon non renderizzi? C'è qualche ticket aperto in merito? oppure sto sbagliando qualcosa io? Grazie Giovanni ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Protected area
Risolto da solo. Deve essere in combinazione con leisure=nature_reserve. Saluti a tutti Giovanni Il 03 settembre 2014 16:29, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Ciao a tutti, è noto che il tag boundary=protected_area se usato come relazione in un multipolygon non renderizzi? C'è qualche ticket aperto in merito? oppure sto sbagliando qualcosa io? Grazie Giovanni ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Protected area
2014-09-03 16:39 GMT+02:00 Giovanni Caudullo giovanni.caudu...@gmail.com: Risolto da solo. Deve essere in combinazione con leisure=nature_reserve. no, non deve essere in combinazione con leisure=nature_reserve, è un metodo alternativo. ;-) Attualmente si discute di renderizzare boundary=protected_area, ma finore non viene renderizzato (ne come way, ne come relazione). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri e campanili
sono d'accordo. il mio punto era solo di non utilizzare campanile al posto di bell_tower 2014-09-03 16:17 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: Il giorno 03/set/2014, alle ore 16:04, Volker Schmidt vosc...@gmail.com ha scritto: sono mappatori che utilizzano campanile per delle strutture porta-campane che non sono necessariamente alte. penso in questo caso belfry potrebbe essere meglio ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Estrarre DWG da OSM
Nessuno sa niente? Il Lunedì 1 Settembre 2014 17:36, Luca Meloni lmelonim...@yahoo.it ha scritto: Ciao, il dxf per me va benissimo. Ho provato a seguire il tuo procedimento (anche se con gli estratti comunali e non regionali), ma il problema è che, trattandosi di isole e paesi sul mare, non mi visualizza la linea di costa. Come mai? Ciao, Luca Il Sabato 30 Agosto 2014 18:46, Maurizio Napolitano napoo...@gmail.com ha scritto: 2014-08-30 17:31 GMT+02:00 Luca Meloni lmelonim...@yahoo.it: Ciao a tutti, vorrei sapere se esiste un metodo efficace per ottenere delle carte leggibili (con sia strade che edifici) in formato DWG dalla mappa OSM. Ho provato a farlo con diverse procedure ma fin'ora l'unica cosa che ho ottenuto è stato un insieme di punti sparsi oppure una carta con solo la rete stradale. Ho già estratto il file .osm delle parti che mi servono dal sito e ho provato anche da http://osm-toolserver-italia.wmflabs.org/estratti/index.html , come dovrei proseguire? il formato dwg è quanto di più chiuso ci sia e con cui autodesk continua a tenere il predominio del settore. L'unico passaggio che può stare in piedi è quello per il dxf (visto che è il fratello meno cattivo del dwg). Come convertitori ce ne sono diversi. Consiglio di prendere gli estratti regionali in formato shp, aprirli in qgis e salvarli in dxf ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Estrarre DWG da OSM
Ciao Luca, scusa il ritardo ma in questi giorni sono stato in ferie e succhiato poi da un corso. Ho molte cose in arretrato. Puoi indicare uno dei comuni che ti interessano che ha questo problema? Credo che la questione sia legata a come vengono generati i file. 2014-09-03 23:38 GMT+02:00 Luca Meloni lmelonim...@yahoo.it: Nessuno sa niente? Il Lunedì 1 Settembre 2014 17:36, Luca Meloni lmelonim...@yahoo.it ha scritto: Ciao, il dxf per me va benissimo. Ho provato a seguire il tuo procedimento (anche se con gli estratti comunali e non regionali), ma il problema è che, trattandosi di isole e paesi sul mare, non mi visualizza la linea di costa. Come mai? Ciao, Luca Il Sabato 30 Agosto 2014 18:46, Maurizio Napolitano napoo...@gmail.com ha scritto: 2014-08-30 17:31 GMT+02:00 Luca Meloni lmelonim...@yahoo.it: Ciao a tutti, vorrei sapere se esiste un metodo efficace per ottenere delle carte leggibili (con sia strade che edifici) in formato DWG dalla mappa OSM. Ho provato a farlo con diverse procedure ma fin'ora l'unica cosa che ho ottenuto è stato un insieme di punti sparsi oppure una carta con solo la rete stradale. Ho già estratto il file .osm delle parti che mi servono dal sito e ho provato anche da http://osm-toolserver-italia.wmflabs.org/estratti/index.html , come dovrei proseguire? il formato dwg è quanto di più chiuso ci sia e con cui autodesk continua a tenere il predominio del settore. L'unico passaggio che può stare in piedi è quello per il dxf (visto che è il fratello meno cattivo del dwg). Come convertitori ce ne sono diversi. Consiglio di prendere gli estratti regionali in formato shp, aprirli in qgis e salvarli in dxf ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi vie comune
Grazie Maurizio! Ho appena provato la tua procedura ed è semplicemente fantastica! grazie, il consiglio però è quello di imparare e un po' di spatialite Unica cosa bisognerebbe restringere la ricerca all'interno del boundary comunale, mentre l'estratto scaricato contiene l'intero bounding box. Ancora grazie per avermi insegnato una cosa interessantissima!! Ciao Più che il bounding box comunale, andrei a guardare i confini comunali. Io procederei in questo modo. (poi sostituiscilo come vuoi) - scaricare il file del confine comunale in formato .shp da questo indirizzo https://osm.wno-edv-service.de/boundaries/ - decomprimere il file supponiamo che questo si chiami confine_comunale.shp - importare il file .shp in spatialite nel file dei comune supponendo che il file sqlite si chiami comune.sqlite il comando è il seguente spatialite_tool -i -shp confine_comunale -d comune.sqlite -t boundaries -g geom -c UTF-8 A questo punto il file .sqlite avrà una tabella nuova dal nome boundaries che contiene il confine comunale. - fare l'export - caricare il file sqlite nella shell di spatialite spatialite comune.sqlite - impostare la visualizzazione delle colonne .header on - impostare l'output sul file di testo che si vuole creare .output nomefile.csv - effettuare la seguente query select distinct(l.name) from lines as l, boundaries as b where highway is not null and l.name is not null and MbrWithin(l.geometry,b.geom) 0; questa operazione fa due cose in più rispetto alla precedente: - non considera i nomi delle strade nulli - verifica che la geometria di una strada sia contenuta all'interno del confine comunanle (mbrwithin ) ... esco da spatialite .quit Nota: il tutto può essere fatto dall'interfaccia grafica di spatialite, ho inserito i comandi nel caso si voglia automatizzare il tutto (magari lo inseriamo nella parte degli estratti comunali) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi vie comune
2014-09-04 0:30 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: Grazie Maurizio! Ho appena provato la tua procedura ed è semplicemente fantastica! grazie, il consiglio però è quello di imparare e un po' di spatialite Infatti mi sto divorando il tutorial di spatialite-tools da linea di comando, molto interessante! - https://www.gaia-gis.it/spatialite-2.3.1/spatialite-tutorial-2.3.1.html Poi approfondirò con calma la nuova procedura che hai indicato. Speriamo che tutta la discussione sia servita anche a bredy che aveva iniziato il thread. Per me è stata utilissima! Thanks Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Mapear la alta Guajira
Cuales zonas? Envía enlaces de las mismas. El sep 3, 2014 12:07 PM, carlos felipe castillo kaxti...@gmail.com escribió: Buenas tardes. Perdón por la ignorancia pero desconozco la geografía de esta zona del país. los cuerpos de agua que se ven cerca de las poblaciones son las fuentes de agua potable de estas poblaciones? Gracias. El 3 de septiembre de 2014, 8:36, hyan...@gmail.com hyan...@gmail.com escribió: El 27 de agosto de 2014, 18:08, Fredy Rivera fredyriv...@gmail.com escribió: Hola Maperos. Como saben actualmente hay una crisis humanitaria en la Alta Guajira y teniendo en cuenta que hay buenas imágenes de BING de la zona, les invito a mapear identificando vías, cuerpos de agua y rancherías. Dediquemos por favor un poco de tiempo a mapear esta zona tan necesitada. salu2 Humano - ¿Cuales son las posibles áreas de interés (AOI)? - ¿Qué instituciones estarían interesadas en esos datos o imágenes del mapa? - ¿Hay alguien que viva o pase por La Guajira en esta lista? ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Atentamente, Carlos Felipe Castillo. about.me / kaxtillo http://about.me/kaxtillo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mapear la alta Guajira
Buenas tardes. Perdón por la ignorancia pero desconozco la geografía de esta zona del país. los cuerpos de agua que se ven cerca de las poblaciones son las fuentes de agua potable de estas poblaciones? Gracias. El 3 de septiembre de 2014, 8:36, hyan...@gmail.com hyan...@gmail.com escribió: El 27 de agosto de 2014, 18:08, Fredy Rivera fredyriv...@gmail.com escribió: Hola Maperos. Como saben actualmente hay una crisis humanitaria en la Alta Guajira y teniendo en cuenta que hay buenas imágenes de BING de la zona, les invito a mapear identificando vías, cuerpos de agua y rancherías. Dediquemos por favor un poco de tiempo a mapear esta zona tan necesitada. salu2 Humano - ¿Cuales son las posibles áreas de interés (AOI)? - ¿Qué instituciones estarían interesadas en esos datos o imágenes del mapa? - ¿Hay alguien que viva o pase por La Guajira en esta lista? ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Atentamente, Carlos Felipe Castillo. about.me / kaxtillo http://about.me/kaxtillo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mapear la alta Guajira
Hola Carlos: Los pequeños cuerpos de agua alrededor de las poblaciones del Caribe colombiano se le conocen como jagüeyes [1], usualmente usados para hidratar a los bovinos, ovinos y similares, es decir, no son potables. Precisamente allí la ironía del problema, dado que la alta Guajira cruza con la Sierra Nevada donde existen muchas fuentes hídricas [2]. Una de las poblaciones afectadas es Siapana [3], a 235 Km de Riohacha (la capital); sin embargo la imagen Bing tiene alta nubosidad impidiendo ver calles y detalles. Sería útil tener el listado de poblaciones afectadas para definir las AOI. Luego de esto indagar por que instituciones puedes beneficiarse con el mapa, por ejemplo, en el artículo de El Espectador [2] mencionan la inexistencia de mapas en el GPS del vehículo que transportaba a los periodistas. También sería útil crear una Wiki para documentar el problema y las actividades que se realicen. Saludos, Humberto Yances [1] http://lema.rae.es/drae/?val=jag%C3%BCey [2] http://static.elespectador.com/especiales/1408-guajira/index.html [3] http://www.openstreetmap.org/#map=15/12.0673/-71.3174 El 3 de septiembre de 2014, 12:07, carlos felipe castillo kaxti...@gmail.com escribió: Buenas tardes. Perdón por la ignorancia pero desconozco la geografía de esta zona del país. los cuerpos de agua que se ven cerca de las poblaciones son las fuentes de agua potable de estas poblaciones? Gracias. El 3 de septiembre de 2014, 8:36, hyan...@gmail.com hyan...@gmail.com escribió: El 27 de agosto de 2014, 18:08, Fredy Rivera fredyriv...@gmail.com escribió: Hola Maperos. Como saben actualmente hay una crisis humanitaria en la Alta Guajira y teniendo en cuenta que hay buenas imágenes de BING de la zona, les invito a mapear identificando vías, cuerpos de agua y rancherías. Dediquemos por favor un poco de tiempo a mapear esta zona tan necesitada. salu2 Humano - ¿Cuales son las posibles áreas de interés (AOI)? - ¿Qué instituciones estarían interesadas en esos datos o imágenes del mapa? - ¿Hay alguien que viva o pase por La Guajira en esta lista? ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Atentamente, Carlos Felipe Castillo. about.me / kaxtillo http://about.me/kaxtillo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mapear la alta Guajira
2014-09-03 12:10 GMT-05:00 hyan...@gmail.com hyan...@gmail.com: Cuales zonas? Envía enlaces de las mismas. Este es el informe humanitario de OCHA en la zona de Uribia. http://www.salahumanitaria.co/es/assessment/informe-final-mira-municipio-de-uribia-desabastecimiento-de-alimentos-en-comunidades salu2 Humano El sep 3, 2014 12:07 PM, carlos felipe castillo kaxti...@gmail.com escribió: Buenas tardes. Perdón por la ignorancia pero desconozco la geografía de esta zona del país. los cuerpos de agua que se ven cerca de las poblaciones son las fuentes de agua potable de estas poblaciones? Gracias. El 3 de septiembre de 2014, 8:36, hyan...@gmail.com hyan...@gmail.com escribió: El 27 de agosto de 2014, 18:08, Fredy Rivera fredyriv...@gmail.com escribió: Hola Maperos. Como saben actualmente hay una crisis humanitaria en la Alta Guajira y teniendo en cuenta que hay buenas imágenes de BING de la zona, les invito a mapear identificando vías, cuerpos de agua y rancherías. Dediquemos por favor un poco de tiempo a mapear esta zona tan necesitada. salu2 Humano ¿Cuales son las posibles áreas de interés (AOI)? ¿Qué instituciones estarían interesadas en esos datos o imágenes del mapa? ¿Hay alguien que viva o pase por La Guajira en esta lista? ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Atentamente, Carlos Felipe Castillo. about.me / kaxtillo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mapear la alta Guajira
El 3 de septiembre de 2014, 13:16, Fredy Rivera fredyriv...@gmail.com escribió: 2014-09-03 12:10 GMT-05:00 hyan...@gmail.com hyan...@gmail.com: Cuales zonas? Envía enlaces de las mismas. Este es el informe humanitario de OCHA en la zona de Uribia. http://www.salahumanitaria.co/es/assessment/informe-final-mira-municipio-de-uribia-desabastecimiento-de-alimentos-en-comunidades salu2 Humano OK, según ese reporte las poblaciones serían: Bahía Honda, Nazareth, Puerto Estrella, Siapana, Taguaira, Flor del Paraíso, Jonjoncito, Taparajín, Winpeshi, Porshina. ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mapear la alta Guajira
El 3 de septiembre de 2014, 13:47, Fredy Rivera fredyriv...@gmail.com escribió: 2014-09-03 13:29 GMT-05:00 hyan...@gmail.com hyan...@gmail.com: El 3 de septiembre de 2014, 13:16, Fredy Rivera fredyriv...@gmail.com escribió: 2014-09-03 12:10 GMT-05:00 hyan...@gmail.com hyan...@gmail.com: Cuales zonas? Envía enlaces de las mismas. Este es el informe humanitario de OCHA en la zona de Uribia. http://www.salahumanitaria.co/es/assessment/informe-final-mira-municipio-de-uribia-desabastecimiento-de-alimentos-en-comunidades salu2 Humano OK, según ese reporte las poblaciones serían: Bahía Honda, Nazareth, Puerto Estrella, Siapana, Taguaira, Flor del Paraíso, Jonjoncito, Taparajín, Winpeshi, Porshina. este es el Informe de hoy de la Operación: “PLAN DE RESPUESTA TEMPORADA SECA DEPARTAMENTO DE LA GUAJIRA” de CDGRD-UNGRD https://dl.dropboxusercontent.com/u/3100225/Guajira_Informe%20No%2038.pdf Sin duda que ese último informe se vería mejor con el mapa de OSM :-P Siguiendo las áreas indicadas en el mismo, pareciera que estas cubren a todas las cabeceras municipales del departamento... Hay diferencias entonces entre las áreas dadas por OCHA y las de CDGRD-UNGRD. ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
Perdón por no poner el enlace, pero si que estaba en GitHub. Aún y así he vuelto a subirlo por si acaso: https://github.com/AnderPijoan/cat2osm2/blob/master/cat2osm2.jar?raw=true El 2 de septiembre de 2014, 22:32, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: me da que a alguien se le ha olvidado hacer un git push :P El 2 de septiembre de 2014, 21:02, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Perdón... Pero donde está la nueva versión?. En github sigue la anterior (esta tarde al menos)y en la pagina personal de Cruz otra mas antigua... El 02/09/2014 13:05, Ander Pijoan ander.pij...@deusto.es escribió: Hola a todos, Siguiendo las discusiones que hemos tenido durante estos días y visto que hay algunos usuarios que estáis subiendo parcelas de vuestras poblaciones, hemos hecho un pequeño cambio para que os sea más fácil. - La dirección ya no se pone en la parcela, sino que la hemos trasladado a los puntos de entrada. Estos tendrán el addr:housenumber, addr:street, addr:postcode y entrance=yes. De esta forma en las parcelas únicamente quedan los datos de landuse, amenity, etc - Con el tema del 3d y building parts, seguimos dándole vueltas hasta que esté correcto, así que de momento no hemos hecho cambios. Siguen saliendo los edificios troceados por alturas (a no ser que lancéis el archivo con el parámetro -3d 0) Espero que os sea de ayuda y cualquier comentario o sugerencia son bien recibidos. Saludos -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
On 9/2/2014 4:04 AM, Ander Pijoan wrote: Hola a todos, Siguiendo las discusiones que hemos tenido durante estos días y visto que hay algunos usuarios que estáis subiendo parcelas de vuestras poblaciones, hemos hecho un pequeño cambio para que os sea más fácil. - La dirección ya no se pone en la parcela, sino que la hemos trasladado a los puntos de entrada. Estos tendrán el addr:housenumber, addr:street, addr:postcode y entrance=yes. De esta forma en las parcelas únicamente quedan los datos de landuse, amenity, etc - Con el tema del 3d y building parts, seguimos dándole vueltas hasta que esté correcto, así que de momento no hemos hecho cambios. Siguen saliendo los edificios troceados por alturas (a no ser que lancéis el archivo con el parámetro -3d 0) Espero que os sea de ayuda y cualquier comentario o sugerencia son bien recibidos. Are these substantial changes or additions to the import that will require consultation with imports@ before people can import with the changes? ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Normalización poblaciones
Mis felicitaciones, también. Viendo esta lista, se me ocurre que estaría bien tener un vigilante automatizado de nombres de municipios y núcleos urbanos, población, edits en límites municipales, etc. El 2 de septiembre de 2014, 17:25, Javier Sánchez javiers...@gmail.com escribió: El 2 de septiembre de 2014, 8:13, Benjamín Valero Espinosa benjaval...@gmail.com escribió: Hola Javier, mi correo es sólo para felicitarte por el trabajo, y esperar que lo hayas automatizado de algún modo :-O Hola. Gracias. Más bien no, lo hice a manija, pero limitando la búsqueda a los cambios que salen en una de las tablas del fichero mdb y a aquellos casos en los que el nombre en la wiki era distinto. Ahora hace falta que entre todos actualicemos los cambios. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
la key barrier se refiere a límites físicos sólo se me ocurre el ejemplo de una parcela de una casa independiente en la que todo el perímetro tenga una valla o muro en entorno rústico hay muchas sin valla ni muro (Castilla en general) en entorno urbano mucha parcela coincide con edifico y si hay valla o muro es solo algún tramo wall=no no existe o es barrier=yes (que vemos sombra en la imagen ortofoto pero no se puede determinar el tipo) o es un barrier concreto así que o bien se unen todas las landuse (en la práctica habitual no se suele fragmentar en parcelas el uso del suelo) o dejamos cada parcela como división administrativa menor, lo que no sé si tiene clave/etiqueta.. o... El 2014/09/02, a las 13:26, Cruz Enrique Borges cruz.bor...@deusto.es escribió: De hecho, ahora viendo los resultados, surge la duda de si unir todas las geometrías de parcelas en función del landuse: Dejándolas como están ahora ganamos que tenemos la delimitación de cada parcela pero hay muchas parcelas todas solo con tag de landuse o amenity (ya que la dirección postal se ha ido a los puntos de entrada) Los franceses lo dejaron porque generalmente entre parcelas urbanas hay un muro. Yo casi que le pondria un barrier=yes por defecto y cuando no lo tenga que se ponga un wall=no :P -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
la key barrier se refiere a límites físicos sólo se me ocurre el ejemplo de una parcela de una casa independiente en la que todo el perímetro tenga una valla o muro Ese es el ejemplo más típico. En Santander prácticamente todos los edificios de varios barrios van a ser así, un edificio, un jardín que los rodea, un muro/seto/valla, repetir. Me juego lo que quieras a que muchas áreas residenciales de ciudades dormitorio serán también así. en entorno rústico hay muchas sin valla ni muro (Castilla en general) En entorno rústico no deberías usar cat2osm2 :P en entorno urbano mucha parcela coincide con edifico y si hay valla o muro es solo algún tramo Si coincide, no hay problema (porque no va a existir el polígono) y si hay muro en algunos tramos, habría que etiquetarlos, ¿no? Ya que tienes el polígono hecho... wall=no no existe Si que existe [1] pero no es lo que yo pensaba. [1] http://wiki.openstreetmap.org/wiki/Tag:wall%3Dno o es barrier=yes (que vemos sombra en la imagen ortofoto pero no se puede determinar el tipo) o es un barrier concreto Desde mi punto de vista, si te vas a poner a mapear muros entre parcelas deberías de basarte en conocimiento de campo no en ortofoto. Principalmente porque si está bien sacada la ortofoto prácticamente no deberías de ver el muro y si está mal sacada, vas a meter un desplazamiento bastante considerable a lo que mapees. así que o bien se unen todas las landuse (en la práctica habitual no se suele fragmentar en parcelas el uso del suelo) o dejamos cada parcela como división administrativa menor, lo que no sé si tiene clave/etiqueta.. o... Yo diría que el espíritu debería ser unirlas SI NO HAY NADA FÍSICO QUE LAS SEPARE. Por eso voto por dejar las separaciones y basándose en el conocimiento de campo unirlas cuando corresponda. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
Depende de los sitios. En Canarias, supongo que en Galicia también, casi todos las parcelas de terreno rústico están separadas por límites físicos (muros de piedra seca, vallados de vegetación). Lo de poner barrier=yes queda pendiente de al contrastar con la ortofoto poner un tipo más específico. Creo que lo mejor es que fuera posible elegir con un parámetro que el programa uniera los landuse iguales o no y si deja las separaciones con barrier=yes o no las deja. Si no es muy complicado de programar... El 3 de septiembre de 2014, 17:15, sergiosevillano - Gmail sergiosevillano.m...@gmail.com escribió: la key barrier se refiere a límites físicos sólo se me ocurre el ejemplo de una parcela de una casa independiente en la que todo el perímetro tenga una valla o muro en entorno rústico hay muchas sin valla ni muro (Castilla en general) en entorno urbano mucha parcela coincide con edifico y si hay valla o muro es solo algún tramo wall=no no existe o es barrier=yes (que vemos sombra en la imagen ortofoto pero no se puede determinar el tipo) o es un barrier concreto así que o bien se unen todas las landuse (en la práctica habitual no se suele fragmentar en parcelas el uso del suelo) o dejamos cada parcela como división administrativa menor, lo que no sé si tiene clave/etiqueta.. o... El 2014/09/02, a las 13:26, Cruz Enrique Borges cruz.bor...@deusto.es escribió: De hecho, ahora viendo los resultados, surge la duda de si unir todas las geometrías de parcelas en función del landuse: Dejándolas como están ahora ganamos que tenemos la delimitación de cada parcela pero hay muchas parcelas todas solo con tag de landuse o amenity (ya que la dirección postal se ha ido a los puntos de entrada) Los franceses lo dejaron porque generalmente entre parcelas urbanas hay un muro. Yo casi que le pondria un barrier=yes por defecto y cuando no lo tenga que se ponga un wall=no :P -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
Depende de los sitios. En Canarias, supongo que en Galicia también, casi todos las parcelas de terreno rústico están separadas por límites físicos (muros de piedra seca, vallados de vegetación). Lo de poner barrier=yes queda pendiente de al contrastar con la ortofoto poner un tipo más específico. Creo que lo mejor es que fuera posible elegir con un parámetro que el programa uniera los landuse iguales o no y si deja las separaciones con barrier=yes o no las deja. Si no es muy complicado de programar... Complicado de programar no es, pero se que en este nivel ander tiene alguna pelea con el cat2osm2. Mañana le pregunto a ver si lo ve viable. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
Hola. Por otro lado... viendo que se ha quitado el ref:catastro, ¿qué opinan de quitar también source y source:date? Yo los veo mejor como etiquetas del conjunto de cambios en lugar de repetirlas mil millones de veces por cada feature. Es la típica discusión en la lista de imports. El origen de los datos ya va a quedar reflejado en el historial y todo eso. El 3 de septiembre de 2014, 17:49, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Depende de los sitios. En Canarias, supongo que en Galicia también, casi todos las parcelas de terreno rústico están separadas por límites físicos (muros de piedra seca, vallados de vegetación). Lo de poner barrier=yes queda pendiente de al contrastar con la ortofoto poner un tipo más específico. Creo que lo mejor es que fuera posible elegir con un parámetro que el programa uniera los landuse iguales o no y si deja las separaciones con barrier=yes o no las deja. Si no es muy complicado de programar... Complicado de programar no es, pero se que en este nivel ander tiene alguna pelea con el cat2osm2. Mañana le pregunto a ver si lo ve viable. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Estado del arte sobre la detección de señales en OSM
Hola a todos: En el pasado hubo algún proyecto de desarrollo de algún componente para JOSM, dentro del Google Summer of Code, que, utilizando OpenCV y mediante algoritmos SIFT/SURF, procesaba grabaciones vídeo para detectar señales de tráfico de límites de velocidad y lo sincronizaba con la traza GPX. En su momento le eché un vistazo pero no llegué a más. ¿Alguien ha tenido alguna experiencia en este sentido o si merece la pena? Ya sea con este u otro software. Un saludo. Emilio Gómez [1] http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2012/Video_Based_Speed_Limit_and_Road_Sign_Detector_plugin_for_JOSM ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Estado del arte sobre la detección de señales en OSM
La aplicación skobbler va a añadir en su próxima versión el Modo Cámara que reconoce señales de límite de velocidad. Los datos se utilizan para avisar al usuario si se pasa del límite. https://itunes.apple.com/es/app/gps-navegacion-by-scout-navegador/id467318607?mt=8 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-cz] Zpráva o činnosti
děkuji za radu, josm se mi podařilo dálkově spustit Dne 2. září 2014 18:28 Petr Vejsada o...@propsychology.cz napsal(a): Dne Út 2. září 2014 15:35:58, Zdeněk Pražák napsal(a): tak nevím jak si to mám stáhnout do JOSM najdu si příslušnou way, kliknu na rozbalovátko, zvolím dálkové ovládání klinu a objeví se hláška editace se nezdařila, ujistěte se že josm běží a je zapnuté dálkové ovládání JOSM mi běží, ve volbách mám dálkové ovládání zapnuto ... a povoleno nahrávat data z API a řada dalších zaškrtávátek. Pokud je hostitelský OS od společnosti Microsoft(R), pak bych zkusil vypnout Bránu firewall(TM), AVG a podobné breberky či tyto breberky nastavit tak, aby nebránili příchozí komunikaci na portech 8111 a 8112. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kontrola a doplnění ulic
Dobrý den, dělám to rád, protože mě to baví :-). Ale za poděkování děkuji, toho není nikdo dost. Já poděkování předám také dále, protože některé chytrosti nejsou z mé hlavy, ale z chytrých hlav mých kolegů. Když to bude možné, rád pomohu. Mějte se prima Petr Souček -Original Message- From: Kasparek Tomas [mailto:kaspa...@fit.vutbr.cz] Sent: Wednesday, September 03, 2014 7:36 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Kontrola a doplnění ulic On Tue, Sep 02, 2014 at 07:42:42PM +0200, Petr Souček wrote: Co se týče dvou adresních míst k č.p. 912: Ke každému stavebnímu objektu musí v RUIAN existovat minimálně jedno adresní místo. Z toho vyplývá, že na stavební objekt může být přiřazené i více adresních míst (např. bytové domy o více vchodech, rohové domy se dvěma vchody z různých ulic). Jestliže se podíváme na konkrétní případ č.p. 912 v části obce Frýdlant, obec Frýdlant nad Ostravicí, dle situace si myslím, že by mělo existovat pouze jedno adresní místo, které je přiřazeno do ulice Na Výsluní, ale také nemusí. Danou situaci by měl posoudit příslušný editor, v tomto případě obec – s tou tuto záležitost projednáme. Kdyz vidim, koilk usili tomu pan Soucek venuje, rad bych za sebe rekl, ze to opravdu ocenuju a vazim si toho, protoze je to urcite nad ramec jeho beznych povinosti. Myslim, ze je to naprosto ojedinela ukazka toho, jak by to idealne melo/mohlo fungovat mezi (libovolnou) komunitou a uradem/(urady). Takze i kdyz vam pane Soucek asi predevsim pridelavame dalsi praci, opravdu obrovske diky! Hezky den vsem -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kontrola a doplnění ulic
Já taktéž děkuji. Kéž by to bylo stejné i jinde. LPIS WFS stále nejde, požadavek visí někde na helpdesku ministerstva zemědělství :-( Marián -- Původní zpráva -- Od: Petr Souček souc...@atlas.cz Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org Datum: 3. 9. 2014 21:01:24 Předmět: Re: [Talk-cz] Kontrola a doplnění ulic Dobrý den, dělám to rád, protože mě to baví :-). Ale za poděkování děkuji, toho není nikdo dost. Já poděkování předám také dále, protože některé chytrosti nejsou z mé hlavy, ale z chytrých hlav mých kolegů. Když to bude možné, rád pomohu. Mějte se prima Petr Souček -Original Message- From: Kasparek Tomas [mailto:kaspa...@fit.vutbr.cz] Sent: Wednesday, September 03, 2014 7:36 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Kontrola a doplnění ulic On Tue, Sep 02, 2014 at 07:42:42PM +0200, Petr Souček wrote: Co se týče dvou adresních míst k č.p. 912: Ke každému stavebnímu objektu musí v RUIAN existovat minimálně jedno adresní místo. Z toho vyplývá, že na stavební objekt může být přiřazené i více adresních míst (např. bytové domy o více vchodech, rohové domy se dvěma vchody z různých ulic). Jestliže se podíváme na konkrétní případ č.p. 912 v části obce Frýdlant, obec Frýdlant nad Ostravicí, dle situace si myslím, že by mělo existovat pouze jedno adresní místo, které je přiřazeno do ulice Na Výsluní, ale také nemusí. Danou situaci by měl posoudit příslušný editor, v tomto případě obec – s tou tuto záležitost projednáme. Kdyz vidim, koilk usili tomu pan Soucek venuje, rad bych za sebe rekl, ze to opravdu ocenuju a vazim si toho, protoze je to urcite nad ramec jeho beznych povinosti. Myslim, ze je to naprosto ojedinela ukazka toho, jak by to idealne melo/ mohlo fungovat mezi (libovolnou) komunitou a uradem/(urady). Takze i kdyz vam pane Soucek asi predevsim pridelavame dalsi praci, opravdu obrovske diky! Hezky den vsem -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66 web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG: 2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)
Le 03/09/2014 06:29, Art Penteur a écrit : Dans le cas que tu présentes, tu as bien trois points : les lignes que tu traces et qui partent loin sont bien accrochées à un point, quelque part. Donc à chaque angle que tu vois, tu peux bien définir le point du virage, le point avant, le point après. Reste la question du calcul du rayon de courbure. La méthode de base consiste à trouver le centre du cercle passant par les trois points. On le trouve à l'intersection des médiatrices des deux segments avant/après. Puis il suffit de calculer la distance entre ce centre et le point. Sur des points très irrégulièrement espacés, je ne sais pas ce que cette méthode peut donner. Il est aussi possible de calculer la parabole qui passe par les trois points, puis d'appliquer des formules analytique (en dérivée seconde, ...) sur cette parabole. Il est possible que ça donne de meilleurs résultats. Bon courage. Je relève les copies dans une heure. D'ici là, je surveille que vous ne copiez pas sur le voisin, ni sur Internet. D'après moi, il suffit de charger la trace GPX. De la simplifier à 1m Ensuite on calcule l'angle de tous les 3 points consécutifs de la trace On fait la somme des angles positifs consécutifs et des angles négatifs consécutifs et si la somme dépasse un certain seuil (par ex 30°) alors on a un virage. Le total donnerait une bonne approximation du nb de virage total. Art. Le 3 septembre 2014 01:05, Vincent Pottier vpott...@gmail.com a écrit : Le 03/09/2014 00:13, Christian Quest a écrit : Un petit outil pour analyser un GPX, et le compléter par des POI sur les virages... C'est ici: http://forum.openstreetmap.fr/viewtopic.php?f=3t=1443 Hum... Intéressant mais contrairement à ce qui est dit sur le forum, je ne crois pas que ça soit si simple. Je ne suis pas matheux, mais... Compter les virages, ça va. Calculer les rayons de courbure, ça va dépendre de la qualité du tracé. Un exemple : . . . | | x---. Il y a un virage. Mais quelle courbure ? Autre exemple (la route qui croise la voie ferrée) ...-x \ x-... Il y a deux virages repérables, mais quelle courbure ? Il faut au moins trois points pour marquer un virage dont on pourra calculer le rayon de courbure. Avec deux points (angle cassé) il me semble que ça ne suffit pas. Voir aussi le cas de deux virages successifs du même côté : il faut repérer deux minima de rayon de courbure distincts. Je crois aussi que la variation d'azimut entre l'entrée et la sortie du virage est un critère important pour sa force : une épingle à cheveux, c'est un rayon court mais aussi 180° de variation d'azimut. Intéressant à suivre... sur dev, peut-être... -- FrViPofm FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Organisation 10 ans OSM
Bonjour, venant lundi soir, je me posais la question s'il y avait d'autres personnes partant de la région est (est de Paris) pour faire du covoiturage. Perso je partirais de Vitry-le-François soit en voiture soit en train. Et il y a t'il aussi des possibilités de dormir sur Paris si transport trop galère? Bonne journée, Simon ps: je peux donner mon mail et mon 06 sur MP. Pseudo OSM : Simon M ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)
Le 3 septembre 2014 01:05, Vincent Pottier vpott...@gmail.com a écrit : Le 03/09/2014 00:13, Christian Quest a écrit : Un petit outil pour analyser un GPX, et le compléter par des POI sur les virages... C'est ici: http://forum.openstreetmap.fr/viewtopic.php?f=3t=1443 Hum... Intéressant mais contrairement à ce qui est dit sur le forum, je ne crois pas que ça soit si simple. Je ne suis pas matheux, mais... Compter les virages, ça va. Calculer les rayons de courbure, ça va dépendre de la qualité du tracé. Un exemple : . . . | | x---. Il y a un virage. Mais quelle courbure ? Autre exemple (la route qui croise la voie ferrée) ...-x \ x-... Il y a deux virages repérables, mais quelle courbure ? Il faut au moins trois points pour marquer un virage dont on pourra calculer le rayon de courbure. Avec deux points (angle cassé) il me semble que ça ne suffit pas. Voir aussi le cas de deux virages successifs du même côté : il faut repérer deux minima de rayon de courbure distincts. Je crois aussi que la variation d'azimut entre l'entrée et la sortie du virage est un critère important pour sa force : une épingle à cheveux, c'est un rayon court mais aussi 180° de variation d'azimut. Intéressant à suivre... sur dev, peut-être... Et pourquoi pas un tag : virage=slow virage=gaz virage=gaz-gaz ;-) -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Organisation 10 ans OSM
J'ai de quoi hébergé si besoin. Le 3 septembre 2014 10:06, Simon Miniou simon.min...@gmail.com a écrit : Bonjour, venant lundi soir, je me posais la question s'il y avait d'autres personnes partant de la région est (est de Paris) pour faire du covoiturage. Perso je partirais de Vitry-le-François soit en voiture soit en train. Et il y a t'il aussi des possibilités de dormir sur Paris si transport trop galère? Bonne journée, Simon ps: je peux donner mon mail et mon 06 sur MP. Pseudo OSM : Simon M ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pot de rentrée local-grenoble le 10 septembre
S'il y a encore des contributeurs de la région grenobloise qui ne sont pas inscrits sur la liste local-grenoble, je fais passer l'info ici : Pour essayer de faire connaissance, les gens disponibles du groupe local iront prendre un verre le mercredi 10 septembre à 18h. Le rendez-vous est pour l'instant fixé au Café le Centenaire, place Notre-Dame. Il vaut mieux tout de même vérifier les derniers messages sur la liste local-grenoble (ou me demander par mail). Tout le monde (contributeurs, sympathisants, curieux...) est le bienvenu ! http://wiki.openstreetmap.org/wiki/Grenoble_groupe_local#Pot_de_rentr.C3.A9e_-_mercredi_10_septembre_2014 -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)
Le 03/09/2014 06:29, Art Penteur a écrit : Dans le cas que tu présentes, tu as bien trois points : les lignes que tu traces et qui partent loin sont bien accrochées à un point, quelque part. Donc à chaque angle que tu vois, tu peux bien définir le point du virage, le point avant, le point après. Oui, oui, je sais bien. C'est à dessein qu'il n'y avait qu'un point sur le dessin. Reste la question du calcul du rayon de courbure. La méthode de base consiste à trouver le centre du cercle passant par les trois points. On le trouve à l'intersection des médiatrices des deux segments avant/après. Puis il suffit de calculer la distance entre ce centre et le point. Sur des points très irrégulièrement espacés, je ne sais pas ce que cette méthode peut donner. D'où mon premier schéma. Si le premier point, avant le virage, et le dernier, après, sont derrière l'horizon et que les segments traversent les plaines du Nevada sur des kilomètres avant de contourner la cabane drugstore, le calcul de courbure, quelque soit la courbe, cercle, parabole, clothoïde, ne donnera rien de pertinent hormis la variation d'azimut. Il est aussi possible de calculer la parabole qui passe par les trois points, puis d'appliquer des formules analytique (en dérivée seconde, ...) sur cette parabole. Il est possible que ça donne de meilleurs résultats. Bon courage. Je relève les copies dans une heure. D'ici là, je surveille que vous ne copiez pas sur le voisin, ni sur Internet. Dommage : https://fr.wikipedia.org/wiki/Trac%C3%A9_en_plan_%28route%29 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Bonjour. Je remonte à un sujet que j'ai raté étant en vacances alors, ce n'est que maintenant que j'ai eu le temps de remonter assez loin dans mes mails. L'exemple Grenoblois cité à un moment est de mon œuvre. C'était une ébauche. J'ai dans l'idée un schéma de d’extension du schéma actuel TC. Il n'est pas encore dans sa forme ultime. Voici où j'en suis : * Désambiguïsation du tag plateform Aujourd'hui, plateform peut aussi bien désigner l'abri-bus, un poteau d'arrêt, oui le quai. Avec ma proposition, on séparerait clairement les trois : - tag:public_transport=platform pour un quai - tag:public_transport=pole pour un poteau - tag:amenty=shelter + tag:shelter_type=public_transport pour un abri * Informations données (le tag va à l'objet porteur d'information (abri ou poteau): - time_tables (yes/no) : Les horaires des lignes - waiting_time (theoric/dynamic/no) : Temps d'attente (théorique fait selon la fiche horaire, et dynamique donne le temps réel) - network_map (geographic/schematic/no) : Plan du réseau - line_map (geographic/linear/no) : Plan des lignes pour les plans, géographique correspond à un plan réaliste (on peut s'en servir pour se repérer dans la ville), schématique est un plan simplifié (plan du métro de Paris par ex) et linéaire est plan de ligne themomètre (comme ce que donne overpass api), avec les arrêts. D'autres paramètres peuvent être ajoutés, tels qu'en effet si le nom de l'arrêt est présent, ainsi si la listes des lignes faisant arrêt ici est présente (pour la liste, elles ce sont les relations routes qui s'en chargent) Comme j'ai lu dans la discussion, un préfixe (tel que information) serait pas bête. Aussi, on pourrait ajouter un sufixe, si toutes les lignes ne sont pas traitées de la même façon (exemple : si il y a les horaires de tel réseau, mais pas de tel autre, alors des lignes des deux réseau s'arrêtent ici, on rajoute un :network ) * Les arrêts où le point d'arrêt n'est pas attitré à la ligne. Pour les gare (routières, mais aussi adaptable au ferroviaire), où les bus d'une même ligne ne s'arrêteront pas systématiquement au même quai, je propose une relation public_transport=station avec comme membres : - Les Quais/arrêts/abris/poteaux, avec comme rôle role stop/platform/shelter/pole (suffixés par leur numéro si disponible) - Le(s) Bâtiment(s) (cf carto d'intérieur pr acceuil, caisses, salle d'attente...) - L'endroit où on a l'information de où va s'arrêter notre bus, avec un tag spécial Dans la relation route, le point d'info prendrait la place de l'arrêt. Virgile Kéré - Mail original - Date: Mon, 11 Aug 2014 10:46:01 -0700 (PDT) From: ZIMMY jeanlouis.zimmerm...@laposte.net To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif Message-ID: 1407779161776-5814271.p...@n5.nabble.com Content-Type: text/plain; charset=UTF-8 J'ai beau chercher je ne trouve pas d'information ni sur le wiki ni dans taginfo permettant de confirmer pour un arrêt de bus la présence de : - carte de quartier ou transport - horaire de passage des bus - présence du nom de l'arrêt - numéro des lignes concernées Mes proposition : display:map=yes/no/bad display:timetable=yes/no/bad display:name=yes/no/bad display:lines=yes/no/bad Qu'en pensez-vous ? Ces informations seront valorisées ici : http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3selected=135 - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (CCPRO,FR84) Mandataire OSM-France sur le Grand-Sud-est ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)
Le 3 sept. 2014 14:11, Vincent Pottier vpott...@gmail.com a écrit : [...] D'où mon premier schéma. Si le premier point, avant le virage, et le dernier, après, sont derrière l'horizon et que les segments traversent les plaines du Nevada sur des kilomètres avant de contourner la cabane drugstore, le calcul de courbure, quelque soit la courbe, cercle, parabole, clothoïde, ne donnera rien de pertinent hormis la variation d'azimut. De façon très naïve, je pense que si j'avais à coder, sur ce cas je créerais un point fictif sur la ligne droite, à la même distance que celle jusqu'au point suivant, et je m'appuierais sur ce point pour les calculs de rayon. J'imagine que les pros font plutôt une approximation d'un tracé au milieu des points (spline ou autre), et calculent analytiquement le rayon sur cette courbe. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
moi qui croyait que platform désignait toute la zone déchange de l'arrêt ou des arrêts de même nom; y co,pris en multimodal... Et donc avait vocation à être une relation avec un polygone englobant contant aussi les oeuds des arrêts de toutes les lignes concernées (y compris bus, métro, tram, ferroviaire, taxi; voire aussi les points de départs des passerelles ou tunnels piétons qui permettent de franchir certains aces et relier les différents arrêts vers l'extérieur de la plateforme) Apès le détail des poteux indicateurs (aux noeuds des arrêts), abris bus, quais, etc... dont déjà dans la plateforme d'échange. En zoomant assez on trouverait aussi d'autres serices autour parmi les POIs (y co,pris les guichets de renseignement ou de vente; les distributeurs de tickets; les panneaux d'affichage. Mais le tout géré comme une plateforme unique. Exception: les zones ferroviaire des gares ou aéroports sont asez grandes pour avoir plusieurs plateformes: on distinguera donc la place devant la gare avec ses arrêts bus de la gare elle(même dans la partie ferroviaire qui peut avoir deux ou trois plateformes parfois (ex. à Paris-Montparnasse/Pasteur entre les gares TGV, la gare banlieue et la station métro situé à lextrimité du tunnel roulant par un tunnel qui n'est pas partie de la plateforme mais fait juste une liaison entre les deux gares passant sous des immeubles hors de la gare. Le 3 septembre 2014 15:02, Virgile Kéré vk...@free.fr a écrit : Bonjour. Je remonte à un sujet que j'ai raté étant en vacances alors, ce n'est que maintenant que j'ai eu le temps de remonter assez loin dans mes mails. L'exemple Grenoblois cité à un moment est de mon œuvre. C'était une ébauche. J'ai dans l'idée un schéma de d’extension du schéma actuel TC. Il n'est pas encore dans sa forme ultime. Voici où j'en suis : * Désambiguïsation du tag plateform Aujourd'hui, plateform peut aussi bien désigner l'abri-bus, un poteau d'arrêt, oui le quai. Avec ma proposition, on séparerait clairement les trois : - tag:public_transport=platform pour un quai - tag:public_transport=pole pour un poteau - tag:amenty=shelter + tag:shelter_type=public_transport pour un abri * Informations données (le tag va à l'objet porteur d'information (abri ou poteau): - time_tables (yes/no) : Les horaires des lignes - waiting_time (theoric/dynamic/no) : Temps d'attente (théorique fait selon la fiche horaire, et dynamique donne le temps réel) - network_map (geographic/schematic/no) : Plan du réseau - line_map (geographic/linear/no) : Plan des lignes pour les plans, géographique correspond à un plan réaliste (on peut s'en servir pour se repérer dans la ville), schématique est un plan simplifié (plan du métro de Paris par ex) et linéaire est plan de ligne themomètre (comme ce que donne overpass api), avec les arrêts. D'autres paramètres peuvent être ajoutés, tels qu'en effet si le nom de l'arrêt est présent, ainsi si la listes des lignes faisant arrêt ici est présente (pour la liste, elles ce sont les relations routes qui s'en chargent) Comme j'ai lu dans la discussion, un préfixe (tel que information) serait pas bête. Aussi, on pourrait ajouter un sufixe, si toutes les lignes ne sont pas traitées de la même façon (exemple : si il y a les horaires de tel réseau, mais pas de tel autre, alors des lignes des deux réseau s'arrêtent ici, on rajoute un :network ) * Les arrêts où le point d'arrêt n'est pas attitré à la ligne. Pour les gare (routières, mais aussi adaptable au ferroviaire), où les bus d'une même ligne ne s'arrêteront pas systématiquement au même quai, je propose une relation public_transport=station avec comme membres : - Les Quais/arrêts/abris/poteaux, avec comme rôle role stop/platform/shelter/pole (suffixés par leur numéro si disponible) - Le(s) Bâtiment(s) (cf carto d'intérieur pr acceuil, caisses, salle d'attente...) - L'endroit où on a l'information de où va s'arrêter notre bus, avec un tag spécial Dans la relation route, le point d'info prendrait la place de l'arrêt. Virgile Kéré - Mail original - Date: Mon, 11 Aug 2014 10:46:01 -0700 (PDT) From: ZIMMY jeanlouis.zimmerm...@laposte.net To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif Message-ID: 1407779161776-5814271.p...@n5.nabble.com Content-Type: text/plain; charset=UTF-8 J'ai beau chercher je ne trouve pas d'information ni sur le wiki ni dans taginfo permettant de confirmer pour un arrêt de bus la présence de : - carte de quartier ou transport - horaire de passage des bus - présence du nom de l'arrêt - numéro des lignes concernées Mes proposition : display:map=yes/no/bad display:timetable=yes/no/bad display:name=yes/no/bad display:lines=yes/no/bad Qu'en pensez-vous ? Ces informations seront valorisées ici :
Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)
Le 3 septembre 2014 14:08, Vincent Pottier vpott...@gmail.com a écrit : Le 03/09/2014 06:29, Art Penteur a écrit : Sur des points très irrégulièrement espacés, je ne sais pas ce que cette méthode peut donner. D'où mon premier schéma. Si le premier point, avant le virage, et le dernier, après, sont derrière l'horizon et que les segments traversent les plaines du Nevada sur des kilomètres avant de contourner la cabane drugstore, le calcul de courbure, quelque soit la courbe, cercle, parabole, clothoïde, ne donnera rien de pertinent hormis la variation d'azimut. Les cercles c'est juste pour les rond-points (et encore... pas tous car certains sont ovoïdes). Pour le reste le meilleur tracé c'est la chaînette (pas le clothoïde) qui correspond à un équilibre des forces et simule mieux le comportement au volant pour la prise de virages. https://fr.wikipedia.org/wiki/Chaînette Courbe transcendantale qu'on peut confondre à tord avec une parabole (la parabole n'est valable qu'avec une seule force dont l'orientation est fixe, comme le poid, la chaînette ajoute les forces de tension ou compression longitudinale qui élargissent la bosse de la parabole entre ses deux points de tension fixes aux extrémités). Cette courbe est un cosinus hyperbolique. Si on ajoute une contrainte angulaire aux extrémités (telle que les tangentes afin d'éliminer les angles aux extrémités avec les arcs suivants de chaque coté), on obtient une Bézier, bien plus facile à calculer que la chaînette (c'est la forme de la règle souple métallique qu'on fixe en certains points par des contraintes de placement. Deux types de Bézier: quadratique pour la plus simple ou cubique pour un meilleur résultat. La vraie Bézier physique a un degré infini mais en pratique on s'arrêt au degré 3 qui suffit largement au delà la précision des virages de routes tombe à moins de 10 centimètres dans tous les cas pratique pour des déviations angulaire totale de l'arc inférieure à 45 degrés et une route d'une largeur voisine de 7 à 10 mètres, et une longueur totale de l'arc inférieure à 100 mètres (sinon il suffit ajouter quelques noeuds et tracer des sous-arcs, mais sur une trace GPS, 100 mètres c'est déjà beaucoup et on a en principe deux ou tris points intermédiaires pour une relevé correct; sinon la trace n'est pas utilisable). . ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap
La relation, qui englobe tout, c'est public_transport=stop_area. Public_transport=plateform identifie un lieu où attendent les passagers d'un transport en commun (wiki). Donc, on peut comprendre là l'endroit où tu trouves les infos (abri/poteau), mais aussi l'endroit d'où on monte dans le véhicule (quais)... C'est pourquoi je propose de scinder clairement les deux utilisations. - Mail original - Date: Wed, 3 Sep 2014 15:37:24 +0200 From: Philippe Verdy verd...@wanadoo.fr To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif Message-ID: CAGa7JC1XLsEzA1x79yeAhT6RY5R=ha4roudncl+tbptarbw...@mail.gmail.com Content-Type: text/plain; charset=utf-8 moi qui croyait que platform désignait toute la zone déchange de l'arrêt ou des arrêts de même nom; y co,pris en multimodal... Et donc avait vocation à être une relation avec un polygone englobant contant aussi les oeuds des arrêts de toutes les lignes concernées (y compris bus, métro, tram, ferroviaire, taxi; voire aussi les points de départs des passerelles ou tunnels piétons qui permettent de franchir certains aces et relier les différents arrêts vers l'extérieur de la plateforme) Apès le détail des poteux indicateurs (aux noeuds des arrêts), abris bus, quais, etc... dont déjà dans la plateforme d'échange. En zoomant assez on trouverait aussi d'autres serices autour parmi les POIs (y co,pris les guichets de renseignement ou de vente; les distributeurs de tickets; les panneaux d'affichage. Mais le tout géré comme une plateforme unique. Exception: les zones ferroviaire des gares ou aéroports sont asez grandes pour avoir plusieurs plateformes: on distinguera donc la place devant la gare avec ses arrêts bus de la gare elle(même dans la partie ferroviaire qui peut avoir deux ou trois plateformes parfois (ex. à Paris-Montparnasse/Pasteur entre les gares TGV, la gare banlieue et la station métro situé à lextrimité du tunnel roulant par un tunnel qui n'est pas partie de la plateforme mais fait juste une liaison entre les deux gares passant sous des immeubles hors de la gare. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
2014-09-03 15:02 GMT+02:00 Virgile Kéré vk...@free.fr: * Désambiguïsation du tag plateform Aujourd'hui, plateform peut aussi bien désigner l'abri-bus, un poteau d'arrêt, oui le quai. Avec ma proposition, on séparerait clairement les trois : - tag:public_transport=platform pour un quai - tag:public_transport=pole pour un poteau - tag:amenty=shelter + tag:shelter_type=public_transport pour un abri Je pense que le wiki [1] lève toute ambiguité: The platform can tagged as an node, way or relation. Nodes are used for locations where there is no physical infrastructure (for example a customary bus stop without infrastructure or with a pole), a way for location where a linear area is allocated for people waiting for public transport and an area when a more expansive size is allocated or where different platforms adjoin, such as at in a railway station C'est vrai qu'on ne peut pas déduire qu'un simple noeud est un pole mais il faudrait simplement améliorer la doc actuelle avec un pole=yes par exemple. * Informations données (le tag va à l'objet porteur d'information (abri ou poteau): - time_tables (yes/no) : Les horaires des lignes Regarde cette image: https://pbs.twimg.com/media/BvUsqMEIMAA3VRf.jpg A part strip=yes (à remplacer par road_marking=bus), les autres tags tiennent la route. - waiting_time (theoric/dynamic/no) : Temps d'attente (théorique fait selon la fiche horaire, et dynamique donne le temps réel) Il vaudrait mieux un tag qui indique la présence d'un temps d'attente électronique, le theoric étant déjà précisé par le tag information:time_table (ou time_table) pour les plans, géographique correspond à un plan réaliste (on peut s'en servir pour se repérer dans la ville), schématique est un plan simplifié (plan du métro de Paris par ex) et linéaire est plan de ligne themomètre (comme ce que donne overpass api), avec les arrêts. D'autres paramètres peuvent être ajoutés, tels qu'en effet si le nom de l'arrêt est présent, ainsi si la listes des lignes faisant arrêt ici est présente (pour la liste, elles ce sont les relations routes qui s'en chargent) Faudrait juste vous mettre d'accord. Le mieux est de pousser la discussion sur la liste tagg...@openstreetmap.org pour faire en sorte que le résultat soit mis dans le wiki principal en anglais et utilisé par tout le monde de la même manière. Pour les gare (routières, mais aussi adaptable au ferroviaire), où les bus d'une même ligne ne s'arrêteront pas systématiquement au même quai, je propose une relation public_transport=station avec comme membres : Ca existe déjà mais en polygone simple : http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstation Il y a le stop_area pour la relation. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le saviez-vous ?
J'ai rajouté un petit widget sur le site http://openstreetmap.fr dans la colonne de droite intitulé Le saviez vous ? Son contenu est choisit aléatoirement et indique un chiffre à propos d'OSM: - nombre de nouveaux contributeurs sur la semaine - nombre de cartes personnalisées avec uMap - nombre d'addresses dans BANO - nombre de restaurants, de musées, d'hopitaux, d'écoles... - nombre de lieux pour lesquels l'accessibilité en fauteuil roulant est renseigné etc Je pense ajouter des statistiques sur les serveurs (nombre de tuiles chargés sur nos serveurs par exemple). Si vous avez des idées à proposer, n'hésitez pas. L'idée est de donner un chiffre qui peut étonner, montrer le côté données au delà de la carte trop superficielle... Il faut que l'info soit facilement accessible via une URL. J'utilise par exemple l'API de taginfo ou je charge la page d'accueil d'umap pour extraire le numéro de la dernière carte. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le saviez-vous ?
Le 03/09/2014 18:53, Christian Quest a écrit : J'ai rajouté un petit widget sur le site http://openstreetmap.fr dans la colonne de droite intitulé Le saviez vous ? Son contenu est choisit aléatoirement et indique un chiffre à propos d'OSM: - nombre de nouveaux contributeurs sur la semaine - nombre de cartes personnalisées avec uMap - nombre d'addresses dans BANO - nombre de restaurants, de musées, d'hopitaux, d'écoles... - nombre de lieux pour lesquels l'accessibilité en fauteuil roulant est renseigné marche pô toujours Le saviez-vous ? ** musées ont été cartographiés sur OpenStreetMap en France copier/coller m'a tuer ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le saviez-vous ?
Arghhh... taginfo fr est down... il faut que je branche un cache là dessus Le 3 septembre 2014 20:56, DH dhel...@free.fr a écrit : Le 03/09/2014 18:53, Christian Quest a écrit : J'ai rajouté un petit widget sur le site http://openstreetmap.fr dans la colonne de droite intitulé Le saviez vous ? Son contenu est choisit aléatoirement et indique un chiffre à propos d'OSM: - nombre de nouveaux contributeurs sur la semaine - nombre de cartes personnalisées avec uMap - nombre d'addresses dans BANO - nombre de restaurants, de musées, d'hopitaux, d'écoles... - nombre de lieux pour lesquels l'accessibilité en fauteuil roulant est renseigné marche pô toujours Le saviez-vous ? musées ont été cartographiés sur OpenStreetMap en France copier/coller m'a tuer ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le saviez-vous ?
Le 03/09/2014 18:53, Christian Quest a écrit : J'ai rajouté un petit widget sur le site http://openstreetmap.fr dans la colonne de droite intitulé Le saviez vous ? Son contenu est choisit aléatoirement et indique un chiffre à propos d'OSM: - nombre de nouveaux contributeurs sur la semaine - nombre de cartes personnalisées avec uMap - nombre d'addresses dans BANO - nombre de restaurants, de musées, d'hopitaux, d'écoles... - nombre de lieux pour lesquels l'accessibilité en fauteuil roulant est renseigné etc ... Si vous avez des idées à proposer, n'hésitez pas. L'idée est de donner un chiffre qui peut étonner, montrer le côté données au delà de la carte trop superficielle... nombre d'aérodromes, de bouchers, de bureaux de poste, de pharmacies, de terrains de foot, de tennis (déjà présent), de pistes de cross, de bancs publics, de fontaines, d'œuvres d'art, de monuments classés... Si ça n'est pas trop lourd (il faudra certainement du cache), km d'autoroute, de rivière, de sentier, de piste de ski rouge, verte, bleu..., de ligne de côte, de chemin de fer, de lignes HT... km² de forêts, de prairie... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le saviez-vous ?
Ce sont des chiffres intéressants, mais il faut les précalculer car ça prend beaucoup plus de temps que ce que je récupère en live actuellement. Le 3 septembre 2014 22:05, Vincent Pottier vpott...@gmail.com a écrit : Le 03/09/2014 18:53, Christian Quest a écrit : J'ai rajouté un petit widget sur le site http://openstreetmap.fr dans la colonne de droite intitulé Le saviez vous ? Son contenu est choisit aléatoirement et indique un chiffre à propos d'OSM: - nombre de nouveaux contributeurs sur la semaine - nombre de cartes personnalisées avec uMap - nombre d'addresses dans BANO - nombre de restaurants, de musées, d'hopitaux, d'écoles... - nombre de lieux pour lesquels l'accessibilité en fauteuil roulant est renseigné etc ... Si vous avez des idées à proposer, n'hésitez pas. L'idée est de donner un chiffre qui peut étonner, montrer le côté données au delà de la carte trop superficielle... nombre d'aérodromes, de bouchers, de bureaux de poste, de pharmacies, de terrains de foot, de tennis (déjà présent), de pistes de cross, de bancs publics, de fontaines, d'oeuvres d'art, de monuments classés... Si ça n'est pas trop lourd (il faudra certainement du cache), km d'autoroute, de rivière, de sentier, de piste de ski rouge, verte, bleu..., de ligne de côte, de chemin de fer, de lignes HT... km² de forêts, de prairie... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 09/09/2014 18h30 - Invitation + OdJ
Bonjour à tous Les mappeurs OSM de Lyon se rencontrent régulièrement le 2eme mardi de chaque mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine aura lieu : le MARDI 09 SEPTEMBRE à partir de 18h30 au bistrot CHEZ THIBAULT, 80 rue Montesquieu, 69007 LYON Accès : M° Saxe-Gambetta; C4, C12, C14 Thibaudière; Vélo'V Jaurès/Thibaudière. Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_08_juillet_2014 Si vous souhaitez mettre un sujet particulier à l'ordre du jour, vous pouvez commenter la page préparatoire de la rencontre a venir au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_09_septembre_2014 Venez nombreux ! Amicalement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le saviez-vous ?
Le 03/09/2014 22:09, Christian Quest a écrit : Ce sont des chiffres intéressants, mais il faut les précalculer car ça prend beaucoup plus de temps que ce que je récupère en live actuellement. Oui, pour les nombre de ..., c'est taginfo qui fait le précalcul, la synthèse. Mais les km de ... ou km² de ..., ils ne sont (n'étaient) pas précalculés pour les état-commune ? De fait, ces synthèses vont être de plus en plus attendues. Les données OSM ne vont pas seulement servir à faire des cartes, aussi jolies soient-elles. Peu à peu OSM va entrer dans le big data. BANO pointe son nez. Les polygones Corine sont redécoupés, explosés : les landuses s'affinent avec une granularité inouïe (bientôt on aura le parcellaire dans OSM). Les tags se diversiffient, c'est à dire que la variété d'objets présents et leur précision sémantique ne cesse de croître. L'histoire de l'outil à compter les virages est symptomatique. On n'imaginait pas que ce type de demande pourrait surgir. J'espère que ça va voir le jour. Ça montrera combien la donnée OSM peut se prêter à des traitements farfelus. Et au passage, ça donnera des critères pour de la précision de tracé de voirie, avec, au passage, un module osmose en plus. Après overpass-turbo, taginfo... il va falloir inventer d’autres api (et moteurs par derrière) pour offrir du digest de données OSM. état-commune c'était un point de départ. J'ai bien quelques idées, un maposmatic de la donnée digérée, mais il se fait tard pour que je développe. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)
Marrant ! Un géomètre en retraite m'avait parlé de clothoïde, le voisin, qui bosse à la DDE (pardon, on ne dit plus DDE) aussi. Et je retrouve cette même clothoïde sur wikipédia [1]. Heureusement que Philippe est là pour nous dire la véritable vérité vraie sur comment sont tracées les routes. Dans son imagination, je suppose. Parce que là [2] ou là [3], je ne vois pas de chaînette mais des cercles et des clothoïdes. Dis, Philippe. Elle fait comment la chaînette, un virage de 270°, courant dans un échangeur ? La limite d'une chaînette, c'est pas 180° ? [1] https://fr.wikipedia.org/wiki/Trac%C3%A9_en_plan_%28route%29 [2] http://osm.org/go/0A_iMpEU [3] http://osm.org/go/0AuEEiDV-- http://osm.org/go/0DF9YZTE -- FrViPofm Le 03/09/2014 16:03, Philippe Verdy a écrit : Les cercles c'est juste pour les rond-points (et encore... pas tous car certains sont ovoïdes). Pour le reste le meilleur tracé c'est la chaînette (pas le clothoïde) qui correspond à un équilibre des forces et simule mieux le comportement au volant pour la prise de virages. https://fr.wikipedia.org/wiki/Chaînette https://fr.wikipedia.org/wiki/Cha%C3%AEnette Courbe transcendantale qu'on peut confondre à tord avec une parabole (la parabole n'est valable qu'avec une seule force dont l'orientation est fixe, comme le poid, la chaînette ajoute les forces de tension ou compression longitudinale qui élargissent la bosse de la parabole entre ses deux points de tension fixes aux extrémités). Cette courbe est un cosinus hyperbolique. Si on ajoute une contrainte angulaire aux extrémités (telle que les tangentes afin d'éliminer les angles aux extrémités avec les arcs suivants de chaque coté), on obtient une Bézier, bien plus facile à calculer que la chaînette (c'est la forme de la règle souple métallique qu'on fixe en certains points par des contraintes de placement. Deux types de Bézier: quadratique pour la plus simple ou cubique pour un meilleur résultat. La vraie Bézier physique a un degré infini mais en pratique on s'arrêt au degré 3 qui suffit largement au delà la précision des virages de routes tombe à moins de 10 centimètres dans tous les cas pratique pour des déviations angulaire totale de l'arc inférieure à 45 degrés et une route d'une largeur voisine de 7 à 10 mètres, et une longueur totale de l'arc inférieure à 100 mètres (sinon il suffit ajouter quelques noeuds et tracer des sous-arcs, mais sur une trace GPS, 100 mètres c'est déjà beaucoup et on a en principe deux ou tris points intermédiaires pour une relevé correct; sinon la trace n'est pas utilisable). . ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
On en parlait avec Pierren il y a un moment. OSM integre tres peu de sentier/piste, et ceux qui sont en sous bois ou équivalent sont souvent cartographié depuis l'imagerie ou le cadastre ... deux source vraiment pas fiable pour les sentiers. Pour cet usage, celui de la rando OSM est tres tres loin d'etre suffisant, et ne devrait pas être utilisé tel quel. Et tant qu'on aura pas mobilisé massivement les VTTistes, randonneurs, et autres utilisateur de la campagne, ça devrait peu évoluer tant le travail est immense. Le problème est le meme avec la description physique du terrain, falaise, pierrier etc. on est tres tres tres loin d'IGN Topo... Donc pour le moment en France l'usage d'OSM comme unique outil de préparation de rando est une mauvaise idée généralement. Le 4 septembre 2014 00:05, Pierre Knobel pierr...@gmail.com a écrit : Bonsoir, Je viens signaler que j'ai eu une très mauvaise expérience en montagne aujourd'hui après avoir fait confiance au fond de carte OSM de mon GPS. Je me suis perdu dans une zone de falaises en m'engageant sur la mauvaise vire. J'ai fini par m'en sortir et retrouver le sentier en prenant un gros risque pour escalader un morceau de falaise. Après vérification, le sentier qui était sur OSM avait était purement tracé avec l'imagerie Bing sans trace GPS, si j'en crois le commentaire dans le tag source. Il y a plusieurs problèmes avec l'utilisation de l'imagerie dans ce genre de relief. Pour commencer, on voit plein de sentes sur toutes les vires, toutes ne sont pas accessibles à la randonnée, et souvent on ne les voit que sur une portion et on essaye de les connecter à d'autres portions (et on se trompe). Ensuite on croit deviner des sentiers qui n'en sont pas (bords de falaises, lits de ruisseaux à sec... etc). Et pour finir, l'orthorectification des images est complètement déficiente dans les zones de falaises, vous pouvez essayer de recaler un morceau de sentier visible sur l'imagerie avec une trace GPS, vous verrez que 50 m plus loin ça ne colle déjà plus du tout. Jusqu'à aujourd'hui, j'avais une confiance aveugle dans les données OSM en montagne. De mon expérience, on a soit pas du tout de données dans une zone, soit des données de meilleure qualité que les autres cartes existantes positionnées par des contributeurs qui sont allés sur le terrain avec un GPS. Maintenant je suis vacciné, et j'espère que ma galère n'arrivera pas à quelqu'un d'autre. Ca ne serait pas une bonne pub d'avoir un article de journal sur un gars qui s'est fait récupérer en hélico pour avoir utilisé OSM en fond de carte. Pierre ps : on ne peut pas tout mettre sur le dos de la carte (même si c'est un facteur important dans mon erreur), je suis conscient que j'aurais du faire demi-tour longtemps avant d'être coincé sur ma vire, et ne pas m'engager dans des passages de grimpe que je n'étais pas capable de désécalader en sécurité ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Apres il faut voir que dans certains endroit il est tres difficile de tracer les sentiers correctement meme en etant sur le terrain. J avais essaye avec mon GPS de rando au cirque de Saint Meme en Chartreuse la trace faisait n importe quoi. Il faut dire qu a cet endroit la falaise est quasi verticale en forme de fer a cheval et le sentier monte la dedans ainsi qu un petit pas equipe via ferrata. Dans ces conditions meme avec le GPS et les images aeriennes il est tres difficle de realiser un trace correct Julien De : Tetsuo Shima tets...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi 4 septembre 2014 0h24 Objet : Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne ! On en parlait avec Pierren il y a un moment. OSM integre tres peu de sentier/piste, et ceux qui sont en sous bois ou équivalent sont souvent cartographié depuis l'imagerie ou le cadastre ... deux source vraiment pas fiable pour les sentiers. Pour cet usage, celui de la rando OSM est tres tres loin d'etre suffisant, et ne devrait pas être utilisé tel quel. Et tant qu'on aura pas mobilisé massivement les VTTistes, randonneurs, et autres utilisateur de la campagne, ça devrait peu évoluer tant le travail est immense. Le problème est le meme avec la description physique du terrain, falaise, pierrier etc. on est tres tres tres loin d'IGN Topo... Donc pour le moment en France l'usage d'OSM comme unique outil de préparation de rando est une mauvaise idée généralement. Le 4 septembre 2014 00:05, Pierre Knobel pierr...@gmail.com a écrit : Bonsoir, Je viens signaler que j'ai eu une très mauvaise expérience en montagne aujourd'hui après avoir fait confiance au fond de carte OSM de mon GPS. Je me suis perdu dans une zone de falaises en m'engageant sur la mauvaise vire. J'ai fini par m'en sortir et retrouver le sentier en prenant un gros risque pour escalader un morceau de falaise. Après vérification, le sentier qui était sur OSM avait était purement tracé avec l'imagerie Bing sans trace GPS, si j'en crois le commentaire dans le tag source. Il y a plusieurs problèmes avec l'utilisation de l'imagerie dans ce genre de relief. Pour commencer, on voit plein de sentes sur toutes les vires, toutes ne sont pas accessibles à la randonnée, et souvent on ne les voit que sur une portion et on essaye de les connecter à d'autres portions (et on se trompe). Ensuite on croit deviner des sentiers qui n'en sont pas (bords de falaises, lits de ruisseaux à sec... etc). Et pour finir, l'orthorectification des images est complètement déficiente dans les zones de falaises, vous pouvez essayer de recaler un morceau de sentier visible sur l'imagerie avec une trace GPS, vous verrez que 50 m plus loin ça ne colle déjà plus du tout. Jusqu'à aujourd'hui, j'avais une confiance aveugle dans les données OSM en montagne. De mon expérience, on a soit pas du tout de données dans une zone, soit des données de meilleure qualité que les autres cartes existantes positionnées par des contributeurs qui sont allés sur le terrain avec un GPS. Maintenant je suis vacciné, et j'espère que ma galère n'arrivera pas à quelqu'un d'autre. Ca ne serait pas une bonne pub d'avoir un article de journal sur un gars qui s'est fait récupérer en hélico pour avoir utilisé OSM en fond de carte. Pierre ps : on ne peut pas tout mettre sur le dos de la carte (même si c'est un facteur important dans mon erreur), je suis conscient que j'aurais du faire demi-tour longtemps avant d'être coincé sur ma vire, et ne pas m'engager dans des passages de grimpe que je n'étais pas capable de désécalader en sécurité ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
