Re: [OSM-talk] Upcoming openstreetmap-carto changes
It's great to see the default map layer finally moving forward! Janko ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
+1. Really great job, thank you guys :) *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com 2014-07-23 11:38 GMT+02:00 Janko Mihelić jan...@gmail.com: It's great to see the default map layer finally moving forward! Janko ___ 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] [OSM-dev] Upcoming openstreetmap-carto changes
Amazing work! On Wed, Jul 23, 2014 at 11:46 AM, François Lacombe francois.laco...@telecom-bretagne.eu wrote: +1. Really great job, thank you guys :) *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com 2014-07-23 11:38 GMT+02:00 Janko Mihelić jan...@gmail.com: It's great to see the default map layer finally moving forward! Janko ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ dev mailing list d...@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-in] Mapping Party in DSCE, Bangalore
Sorry, 26th July.. On Wednesday 23 July 2014 02:11 AM, Yogi wrote: Hi everyone, As part of Free Software Movement Karnataka(fsmk)'s summer camp for students[1], we are organizing a mapping party on this Saturday, 26th June with about 200 students from various engg colleges. We'd first track some area in and around the venue[2], DSCE college(near Kumarswamy layout) using osmtracker in gps-enabled android device[3]. And then add/edit the data in id-editor/josm to finally upload it to osm with an introductory editing session.:) I've added this event to osm India wiki events page here[4] and this would be more like a training event for new mappers. I also invite osm mappers from Bangalore to be part of this event as this may increase the interest and participation among students.:) [1]http://camp.fsmk.org/ [2]http://camp.fsmk.org/venue [3]http://wiki.openstreetmap.org/wiki/OSMtracker [4]https://wiki.openstreetmap.org/wiki/India/Events P.S: Sorry for announcing this very late here.:( Cheers, Yogesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] rimozione costa concordia
...sembrerebbe che oggi riparta per altri lidi...chi si assume l'onere di rimuoverla??? -- View this message in context: http://gis.19327.n5.nabble.com/rimozione-costa-concordia-tp5346234p5812354.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] rimozione costa concordia
Il 07/23/2014 08:18 AM, scratera scrisse: ...sembrerebbe che oggi riparta per altri lidi...chi si assume l'onere di rimuoverla??? Incrociando le dita, meglio attendere che arrivi in porto? ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rimozione costa concordia
No dai non naufragherà ancora. Quando non c'è più si rimuove. -- View this message in context: http://gis.19327.n5.nabble.com/rimozione-costa-concordia-tp5346234p5812365.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] rimozione costa concordia
Scusate, non ho resistito ho spostato la nave. -- View this message in context: http://gis.19327.n5.nabble.com/rimozione-costa-concordia-tp5346234p5812376.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] rimozione costa concordia
historic=wreck non si può nemmeno usare per lasciarci la traccia, perchè implica la presenza fisica della nave... Io sposterei l'edificio in real time verso il VTE alla wikipediano. :D Stefano 2014-07-23 10:18 GMT+02:00 mircozorzo mircozo...@inwind.it: No dai non naufragherà ancora. Quando non c'è più si rimuove. -- View this message in context: http://gis.19327.n5.nabble.com/rimozione-costa-concordia-tp5346234p5812365.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 mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rimozione costa concordia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 23/07/2014 11:24, mircozorzo ha scritto: Scusate, non ho resistito ho spostato la nave. Link? - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlPQEsQACgkQoVS0hKoD3POQxgD/SKsp+u5DI5ia6xdMnK5C623M 6raTrogCk9SczqIWnU4A/2wr/NlFVzIw1nFdFlMNQg20s+BPm8mVHughedA8tXwm =Yd41 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rimozione costa concordia
Ciao, questo può nadare bene? https://api.openstreetmap.org/changeset/24309694 Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/rimozione-costa-concordia-tp5346234p5812438.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] rimozione costa concordia
Qui: http://www.vesselfinder.com/?mmsi=247359600 si puo' seguire il traffico marittimo...ovviamente OSM contributors Saluti. -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/rimozione-costa-concordia-tp5346234p5812446.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] BreBeMi inaugurata
Letta ora la notizia. Qualcuno ha tempo/voglia di dare un'occhiata allo stato di mappatura su OSM? Grazie! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] BreBeMi inaugurata
Ho controllato prima, sembrerebbe già stata inaugurata ieri su OSM :-) http://www.openstreetmap.org/changeset/24291476 Siam più veloci delle autorità! Ciao, Stefano PS Off topic ma inerente agli anticipi sull'inaugurazione ufficiale http://genova.mentelocale.it/60002-genova-piazza-don-andrea-gallo-subito-open-street-map/ Il giorno 24 luglio 2014 00:12, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Letta ora la notizia. Qualcuno ha tempo/voglia di dare un'occhiata allo stato di mappatura su OSM? Grazie! Carlo ___ 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-at] Mapillary
On 2014-07-23 12:59, Günther Zinsberger wrote: Hallo! Am Do, 10.07.2014, 08:48, schrieb Andreas Labres: Hat jemand von Euch schon mal Bilder für Mapillary gemacht? Hätte ich gerne. Inzwischen habe ich es schon mit 2 Android-Geräten probiert, die Applikation wird bei der Google-Play-Suche nicht mal gefunden. Inzwischen habe ich herausgefunden, dass es bei der Suche unterdrückt wird, weil es nicht kompatibel ist. Meine Geräte: * HTC Desire X * ZTE Blade (CyanogenMod 7.2.0) Habt ihr da eine Idee, was ich da machen kann? Hats das .apk irgendwo? Damit kann mans mal testen. Auf dem HTC One und dem Alcatel OneTouch rennts ganz brauchbar. Aber wenns im Store unterdrückt wird, wirds schon Gründe haben. Allerdings keine Erfahrung damit. Danke, Günther MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Mapillary
On 2014-07-13 14:53, Andreas Labres wrote: On 13.07.14 13:46, Lars Schimmer wrote: In Graz die Herrengasse Menschenleer gut ausgeleuchtet ohne Regen zu erwischen, ja, das ist schwer ;-) Naja, früh aufstehen halt... ;) Haha^^ Es gibt eine andere Möglichkeit: Sommer, Ferien, 35 Grad, Sonntag, Kirchenzeit. Wow, wie leer Graz war... Und als Fußgänger Strassen erfassen ist auch schwierig, man fotografiert immer von der Seite rein. Weiß auch ned, wie die Seite das jetzt erfasst mit der Blickrichtung, wenn man z.B. 5 mal an einem Punkt vorbei kommt aus verschiedenen Richtungen. Also z.B. hier http://www.mapillary.com/map/im/NEfmYFSMpkJNue7Ujjt1sQ siehst Du viele blaue Punkte... Und die Software versucht ja offenbar, Objekte auf den versch. Bildern zu identifizieren. (Der erwähnte Vortrag auf der SOTM-EU 2014 https://www.youtube.com/watch?v=fvQ1TAIN8rE erklärt das...) Ahja, wenn die Bilde taugen, ists OK. Mal sehen, fehlen noch viele brauchbare Bilder. Manchmal muß man die Pixelung korrigieren, weil das sind nicht alles Kennzeichen http://www.mapillary.com/map/im/pBqNszd_5-jNyhETNf33wA (Du korrigierst das und dann wird der Edit von ihnen gecheckt und freigegeben). Hm, letzten Sonntag hatte ich Zeit, Lust und hab mich mit dem Fahrrad mal auf gemacht, in einer Stunde waren es dann schon 1500 Bilder. Die alle durchschauen und korrigieren ist sysiphus Arbeit. Und ich möchte die nicht alle am Mobile durchschauen, das ist noch nerviger. Eine einfache lösche dieses Bild Funktion wäre schon toll (wenns das eigene Bild wäre). Denn mit dem Fahrrad hab ich zwar schnell und einfach viele Strassen abgelichtet, aber eine große Zahl der Bilder sind leider unscharf und nicht immer ist einhändig fahren ideal... Auch schwankt das dann hin und her, sieht man in den Bildern gut. Man müsste eine Halterund am Lenker haben, immer selbe Höhe und selbe Blickrichtung. Aber dann bitte entkoppelt vom Lenker, damit die Erschütterungen ned durchkommen. Achjaaa. Aber ich bin ned mehr einer der einsamen Mohikaner da in Graz... /al MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-legal-talk] Voting as Associate Member
Hi all, Could anyone provide some insight into voting as a Normal Member vs as an Associate Member of the Foundation? Reading (76) of the AoA (http://www.osmfoundation.org/wiki/Articles_of_Association) this would cover most voting situations I have encountered, but can anyone give an example of a situation where I would be entitled to vote as a Normal Member but not as an Associate Member? See membership types here: http://www.osmfoundation.org/wiki/Membership Thanks, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Voting as Associate Member
On 2014-07-23 8:29 AM, Martijn van Exel wrote: Hi all, Could anyone provide some insight into voting as a Normal Member vs as an Associate Member of the Foundation? Reading (76) of the AoA (http://www.osmfoundation.org/wiki/Articles_of_Association) this would cover most voting situations I have encountered, but can anyone give an example of a situation where I would be entitled to vote as a Normal Member but not as an Associate Member? See membership types here: http://www.osmfoundation.org/wiki/Membership I'm going from memory, but I believe the companies act sets out some types of votes which are for members, and associate members are not members in the companies act sense. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Voting as Associate Member
An example of a situation where Associate Members are not allowed to vote on is any change to the AoA. Cheers, Henk -Oorspronkelijk bericht- Van: Martijn van Exel [mailto:m...@rtijn.org] Verzonden: woensdag 23 juli 2014 17:29 Aan: OSM Legal Talk Onderwerp: [OSM-legal-talk] Voting as Associate Member Hi all, Could anyone provide some insight into voting as a Normal Member vs as an Associate Member of the Foundation? Reading (76) of the AoA (http://www.osmfoundation.org/wiki/Articles_of_Association) this would cover most voting situations I have encountered, but can anyone give an example of a situation where I would be entitled to vote as a Normal Member but not as an Associate Member? See membership types here: http://www.osmfoundation.org/wiki/Membership Thanks, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Storing OSM Data in a proprietary format
Am 23.07.2014 00:04, schrieb Matthias Schmid: Does this mean that it is sufficient, if I provide the Database (the identical data) in a different format (which is not proprietary), e.g. under the ODbL? Your answer seems to suggest that this true. However, I think what confuses me is the term *medium*, which seems to refer to a the type of storage rather than to the format of the database. This is likely just yet another case of when legalese meets IT ... IMHO it is likely that the authors were thinking of encrypted or other media, but I would consider it likely that it would just as good apply to a proprietary format. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-ie] Lesotho mapathon organised by Irish mappers
For anyone interested in coming along to this, please make sure you register your ticket before tomorrow at https://ti.to/osm_ie/lesothomapathon as we are trying to finalise numbers attending on the day. The tasks will be opened up later on tonight (I'll send an update), so if folks can't make it on the day it would be great if you could take a few tiles and do a bit of mapping over the next few days. On Tue, Jul 15, 2014 at 10:30 AM, Rory McCann r...@technomancy.org wrote: Good job Dave! You're realling putting the effort into this, and doing a lot of the boring grunt work that's vital for making an event like this turn out good. Keep up the good work. Unfortunately I'll be chilling in Dar Es Salaam airport most of the day, so I can't take part. :) Hope the event turns out successfully. :) Rory On 14/07/14 21:07, Dave Corley wrote: Folks, I sent this summary of activities on earlier today to the HOT (Humanitarian OpenStreetMap team) and I thought it would be worthwhile sharing with you all also to give you an idea of what we have been up to for this mapathon in the hopes that some might be more tempted to take the day off work and join us in Swords at the Fingal County Council buildingno pressure ;) -- Over the last 2 weeks, we have been reaching out to many, many individuals and groups. - Every regional OSM mailing list recieved an email asking for support. There have been responses but mostly single mappers saying they will join in on the 25th. In addition, we started with 3 groups hosting mapathons (Ireland, Lesotho Germany) and in recent days we have added 3 more, one in Poland, another in the US and most importantly, a 2nd event in Lesotho itself on the opposite side of the country - Some diary posts outlining the event / plans etc - Identified and contacted over 20 NGO's involved in working in Lesotho in some capacity, some (MSF) have come back saying they will host their own mapathon, some others (Help Lesotho) are looking for guidance so I've tried steering them to local mappers - There are 3 of us spamming twitter on a daily basis which has resulted in the numbers growing for the Irish event especially - Reached out to open data groups, and one prominent member of that community, Jason Hare, is organising his own event and has promised to start tweeting to his followers to get started on their own event - @jasonmhare. the Irish open data community have also been communicating about the event for us. - I've spoken with Derrick Rethans and he has agreed to make one of his awesome videos for us. This will be VERY important when Irish OSM members (Fingal Council staff) travel to Lesotho again next year as it will be used, along with other evidence, to show the power of what OSM can do to officials and locals alike - We've had contact from a consultancy firm here in Ireland which is involved with the Highland Development Agency in Lesotho. They have a lot of data on the highland areas, and are currently investigating inhouse to see if the data can be released to us (we will do our own due diligence on the data if given the approval). Its likely we will pull them into the mapathon event in Dublin also I'm sure I am forgetting things, but that should give you an idea of where we are at the moment. We're also starting to see a bump in the numbers currently mapping Lesotho based on the publicity though I'm aware this will die down once the 25th comes and goes. One area where we want to gain more traction is with the larger regional OSM groups e.g. Germany, France, Italy, USA, Russia etc etc, so if anyone here are members of those communities I would ask you to publicise this event to your local members. We are currently estimating just short of 100 people will be mapping on the day. The target, however optimistic, is to push that figure to 250. Lastly, does anyone know who I would talk to about getting tweets sent from the @openstreetmap account. It would be of benefit to be able to reach out to its 25,000 followers --- Actually there's another update since I sent that, there will be a mapping party in Ottawa taking part also. Hopefully this has inspired some of you and yes I know its on a Friday, but it would be fantastic a few more of you could attend to map and to help provide support to new mappers along for the event. At present we are just short of 20 attending the Swords event. I am hoping that by the time the event rolls around, we would have closer to 40 attending Thanks, Dave OSM - DaCor Twitter - @dacor_ie On Sun, Jun 29, 2014 at 12:00 PM, Dave Corley
Re: [OSM-talk-ie] Lesotho mapathon organised by Irish mappers
The #MapLesotho mapathon is now open for editing http://bit.ly/1pM1Qjf Tasks are live and available for anyone who wants to take part. Please feel free to tweet, share, shout, sing about, etc to get as many people involved as possible. This is going to run until the 29th as the Red Cross/MSF folks in London won't be mapping until then, so there's several days where your edits will be captured as part of the mapathon video, stats etc On Wed, Jul 23, 2014 at 4:47 PM, Dave Corley davecor...@gmail.com wrote: For anyone interested in coming along to this, please make sure you register your ticket before tomorrow at https://ti.to/osm_ie/lesothomapathon as we are trying to finalise numbers attending on the day. The tasks will be opened up later on tonight (I'll send an update), so if folks can't make it on the day it would be great if you could take a few tiles and do a bit of mapping over the next few days. On Tue, Jul 15, 2014 at 10:30 AM, Rory McCann r...@technomancy.org wrote: Good job Dave! You're realling putting the effort into this, and doing a lot of the boring grunt work that's vital for making an event like this turn out good. Keep up the good work. Unfortunately I'll be chilling in Dar Es Salaam airport most of the day, so I can't take part. :) Hope the event turns out successfully. :) Rory On 14/07/14 21:07, Dave Corley wrote: Folks, I sent this summary of activities on earlier today to the HOT (Humanitarian OpenStreetMap team) and I thought it would be worthwhile sharing with you all also to give you an idea of what we have been up to for this mapathon in the hopes that some might be more tempted to take the day off work and join us in Swords at the Fingal County Council buildingno pressure ;) -- Over the last 2 weeks, we have been reaching out to many, many individuals and groups. - Every regional OSM mailing list recieved an email asking for support. There have been responses but mostly single mappers saying they will join in on the 25th. In addition, we started with 3 groups hosting mapathons (Ireland, Lesotho Germany) and in recent days we have added 3 more, one in Poland, another in the US and most importantly, a 2nd event in Lesotho itself on the opposite side of the country - Some diary posts outlining the event / plans etc - Identified and contacted over 20 NGO's involved in working in Lesotho in some capacity, some (MSF) have come back saying they will host their own mapathon, some others (Help Lesotho) are looking for guidance so I've tried steering them to local mappers - There are 3 of us spamming twitter on a daily basis which has resulted in the numbers growing for the Irish event especially - Reached out to open data groups, and one prominent member of that community, Jason Hare, is organising his own event and has promised to start tweeting to his followers to get started on their own event - @jasonmhare. the Irish open data community have also been communicating about the event for us. - I've spoken with Derrick Rethans and he has agreed to make one of his awesome videos for us. This will be VERY important when Irish OSM members (Fingal Council staff) travel to Lesotho again next year as it will be used, along with other evidence, to show the power of what OSM can do to officials and locals alike - We've had contact from a consultancy firm here in Ireland which is involved with the Highland Development Agency in Lesotho. They have a lot of data on the highland areas, and are currently investigating inhouse to see if the data can be released to us (we will do our own due diligence on the data if given the approval). Its likely we will pull them into the mapathon event in Dublin also I'm sure I am forgetting things, but that should give you an idea of where we are at the moment. We're also starting to see a bump in the numbers currently mapping Lesotho based on the publicity though I'm aware this will die down once the 25th comes and goes. One area where we want to gain more traction is with the larger regional OSM groups e.g. Germany, France, Italy, USA, Russia etc etc, so if anyone here are members of those communities I would ask you to publicise this event to your local members. We are currently estimating just short of 100 people will be mapping on the day. The target, however optimistic, is to push that figure to 250. Lastly, does anyone know who I would talk to about getting tweets sent from the @openstreetmap account. It would be of benefit to be able to reach out to its 25,000 followers --- Actually there's another update since I sent that,
[Talk-br] Mappy Hour BH nesta sexta dia 25 no Bar do Véio
Olá Turma o Alex e eu combinamos de tomar umas no Bar do Véio nesta sexta-feira às 20h. Quem estiver pelas redondezas de BH está convidado participar e falar de mapas, OSM etc. Encontrar a localização do bar fica como exercício para o leitor [?] abraço Gerald PS: quem decidir ir por favor avise quantas pessoas vão para que a gente possa pegar uma mesa de tamanho adequado. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Permissão de uso dos dados do DNIT
O pessoal da lista talk-import me pediu para clarificar como a Prefeitura de SP como eles queriam a atribuição, pois ela pode ser feita de várias maneiras. No wiki: Please also note the details of attribution requirement. We can offer *some* attribution: we can credit them on our website (*not* on the homepage, but in the Contributors https://wiki.openstreetmap.org/wiki/Contributors page here on the wiki, and on www.openstreetmap.org/copyright for very large-scale contributions). We can link information about them in relation to the user account performing import edits, meaning the editing history will allow people to trace the source of the data donation. We can also set their name in the 'source' tags of our underlying data. This is perhaps more prominent, but may be removed by editors doing further mapping work. The credit to the author stops there. What we certainly cannot do is require end-users of our data/renderings to give credit to the particular data donor. With this in mind, our attribution may not be sufficient legally speaking and might actually be considered unsatisfactory by the original authors of the data. https://wiki.openstreetmap.org/wiki/Import/Guidelines#Make_sure_data_license_is_OK Falando nisso, é um requisito avisar na lista 'imports' de que uma importação está sendo planejada: https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_Documentation Abraço, Vitor 2014-07-22 17:28 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-07-22 17:24 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: Traduzindo em termos práticos: Se você decidir verificar com o DNIT, ou quem quer que seja, que o método X de atribuição é considerado satisfatório, não mencione a etiqueta source, e sim a página da wiki http://wiki.openstreetmap.org/wiki/Contributors Eu não mencionei source para eles :-) O source seria para nós, mapeadores, da mesma forma que já é feito com o IBGE ___ 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] Permissão de uso dos dados do DNIT
Concordo em source no changesets, desde JOSM adicionou o campo eu sempre empremcheu Eu quase nao uso tag source nos objetos, acho este mais para importacoes mecanicos e para objetos e area onde pode ser conflitos entre fontes Os paginas no wiki, e o osm/copyright e muito importante para mostra os fontes para mundo, maioria dos consumidores nao vai procurar historia dos objetos, mesmo com dados cruas Seria legal se poderia mostrar fontes mais dinamicos, por exemplo com Bing Virtual Earth e Google Earth fazendo, mas este vai necesitae um novo API, e um sistema de EXIF dados ou similar nos tiles Aun Johnsen Sent from my iPhone On 23. juli 2014, at 18:19, Fernando Trebien fernando.treb...@gmail.com wrote: É por isso que eu geralmente menciono as possíveis formas de atribuição quando contato as fontes de dados. Claro, é bem complicado entrar no detalhe da diferença entre aparece ao consultar o histórico vs aparece ao selecionar o objeto em modo de edição. Acho que todas as fontes prefeririam a segunda opção sempre porque fica mais visível para quem edita o mapa. Todas as formas de atribução são válidas, os prós e contras têm a ver com a forma com que se descobre a fonte depois (seja ao usar/editar/manter o mapa, ou ao rastrear algum problema legal). E ainda: 1. Se o sistema não impede que a atribuição seja feita nas tags do changeset, é necessário sempre verificar o histórico de um elemento, especialmente as tags do changeset que o criou (nenhuma ferramenta mostra o source de todos os changesets que editaram o elemento). 2. Se o sistema não impede que a atribuição seja feita nas tags do elemento, é necessário sempre verificar o histórico para ver se essa tag já existiu algum dia e se foi alterada. No momento, só o JOSM permite fazer isso com alguma velocidade (selecionar e depois Ctrl+H). Se a atribuição for feita somente no wiki, é impossível saber de onde veio cada informação, então é impossível fazer atribuição. Dá pra dispensar as tags source no changeset e/ou nos elementos e usar só o wiki quando atribuição não for um requisito (ou seja, para listar um parceiro do OSM que fornece informações livres). Então, acho que o melhor (e é o que eu faço): - sempre atribuir usando as tags dos changesets; e - de preferência registrar no wiki os links para as comunicações com as fontes (ex.: links para essas mensagens de e-mail copiadas para a lista) no lugar apropriado (a artigo em inglês com todas as fontes de dados); e - (bônus opcional pra ajudar na manutenção do mapa) se não forem muitos os elementos importados dessa fonte, também atribuir usando a tag source por elemento; e (para otimizar a base) nunca aplicar a pontos sem etiquetas, somente a pontos com informações ou às suas linhas On Wed, Jul 23, 2014 at 4:23 PM, Vitor George vitor.geo...@gmail.com wrote: O pessoal da lista talk-import me pediu para clarificar como a Prefeitura de SP como eles queriam a atribuição, pois ela pode ser feita de várias maneiras. No wiki: Please also note the details of attribution requirement. We can offer some attribution: we can credit them on our website (not on the homepage, but in the Contributors page here on the wiki, and on www.openstreetmap.org/copyright for very large-scale contributions). We can link information about them in relation to the user account performing import edits, meaning the editing history will allow people to trace the source of the data donation. We can also set their name in the 'source' tags of our underlying data. This is perhaps more prominent, but may be removed by editors doing further mapping work. The credit to the author stops there. What we certainly cannot do is require end-users of our data/renderings to give credit to the particular data donor. With this in mind, our attribution may not be sufficient legally speaking and might actually be considered unsatisfactory by the original authors of the data. https://wiki.openstreetmap.org/wiki/Import/Guidelines#Make_sure_data_license_is_OK Falando nisso, é um requisito avisar na lista 'imports' de que uma importação está sendo planejada: https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_Documentation Abraço, Vitor 2014-07-22 17:28 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-07-22 17:24 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: Traduzindo em termos práticos: Se você decidir verificar com o DNIT, ou quem quer que seja, que o método X de atribuição é considerado satisfatório, não mencione a etiqueta source, e sim a página da wiki http://wiki.openstreetmap.org/wiki/Contributors Eu não mencionei source para eles :-) O source seria para nós, mapeadores, da mesma forma que já é feito com o IBGE ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing
Re: [Talk-br] Permissão de uso dos dados do DNIT
Ensaiando uma tradução: Por favor, esteja atento também às exigências de atribuição. Nós podemos oferecer *alguma* atribuição: podemos dar crédito em nosso site, *não* na página inicial, mas na página Contributors (aqui no wiki), e na www.openstreetmap.org/copyright (para muitas contribuições de larga escala). Podemos hiperligar informação a respeito deles, associando-a à conta de usuário que realiza as importações, o que significa que o histórico de edições permitirá as pessoas rastrearem as fontes dos dados que tenham sido doados. Também podemos usar para a fonte de dados um nome identificador como valor da chave source, em nossos metadados. Talvez isso seja o mais praticado, porém a marcação pode vir a ser removida por editores que venham a refinar o mapeamento mais tarde. O crédito ao autor pára por aí. O que nós certamente não podemos fazer é esperar que os usuários finais de nossos dados renderizados tenham em conta esse crédito que damos ao fornecedor original do dados. Sob esse aspecto, nossa atribuição não pode ser considerada suficiente para fins legais, e por isso pode ser tida como insatisfatória pelos autores originais daqueles dados. Alexandre Magno 2014-07-23 19:23 GMT+00:00 Vitor George vitor.geo...@gmail.com: O pessoal da lista talk-import me pediu para clarificar como a Prefeitura de SP como eles queriam a atribuição, pois ela pode ser feita de várias maneiras. No wiki: Please also note the details of attribution requirement. We can offer *some* attribution: we can credit them on our website (*not* on the homepage, but in the Contributors https://wiki.openstreetmap.org/wiki/Contributors page here on the wiki, and on www.openstreetmap.org/copyright for very large-scale contributions). We can link information about them in relation to the user account performing import edits, meaning the editing history will allow people to trace the source of the data donation. We can also set their name in the 'source' tags of our underlying data. This is perhaps more prominent, but may be removed by editors doing further mapping work. The credit to the author stops there. What we certainly cannot do is require end-users of our data/renderings to give credit to the particular data donor. With this in mind, our attribution may not be sufficient legally speaking and might actually be considered unsatisfactory by the original authors of the data. https://wiki.openstreetmap.org/wiki/Import/Guidelines#Make_sure_data_license_is_OK Falando nisso, é um requisito avisar na lista 'imports' de que uma importação está sendo planejada: https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_Documentation Abraço, Vitor 2014-07-22 17:28 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-07-22 17:24 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: Traduzindo em termos práticos: Se você decidir verificar com o DNIT, ou quem quer que seja, que o método X de atribuição é considerado satisfatório, não mencione a etiqueta source, e sim a página da wiki http://wiki.openstreetmap.org/wiki/Contributors Eu não mencionei source para eles :-) O source seria para nós, mapeadores, da mesma forma que já é feito com o IBGE ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Permissão de uso dos dados do DNIT
Já tinha uma: https://wiki.openstreetmap.org/wiki/Pt-br:Import/Guidelines#Certifique-se_que_a_licen.C3.A7a_dos_dados_est.C3.A1_OK 2014-07-23 18:58 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Ensaiando uma tradução: Por favor, esteja atento também às exigências de atribuição. Nós podemos oferecer alguma atribuição: podemos dar crédito em nosso site, não na página inicial, mas na página Contributors (aqui no wiki), e na www.openstreetmap.org/copyright (para muitas contribuições de larga escala). Podemos hiperligar informação a respeito deles, associando-a à conta de usuário que realiza as importações, o que significa que o histórico de edições permitirá as pessoas rastrearem as fontes dos dados que tenham sido doados. Também podemos usar para a fonte de dados um nome identificador como valor da chave source, em nossos metadados. Talvez isso seja o mais praticado, porém a marcação pode vir a ser removida por editores que venham a refinar o mapeamento mais tarde. O crédito ao autor pára por aí. O que nós certamente não podemos fazer é esperar que os usuários finais de nossos dados renderizados tenham em conta esse crédito que damos ao fornecedor original do dados. Sob esse aspecto, nossa atribuição não pode ser considerada suficiente para fins legais, e por isso pode ser tida como insatisfatória pelos autores originais daqueles dados. Alexandre Magno 2014-07-23 19:23 GMT+00:00 Vitor George vitor.geo...@gmail.com: O pessoal da lista talk-import me pediu para clarificar como a Prefeitura de SP como eles queriam a atribuição, pois ela pode ser feita de várias maneiras. No wiki: Please also note the details of attribution requirement. We can offer some attribution: we can credit them on our website (not on the homepage, but in the Contributors page here on the wiki, and on www.openstreetmap.org/copyright for very large-scale contributions). We can link information about them in relation to the user account performing import edits, meaning the editing history will allow people to trace the source of the data donation. We can also set their name in the 'source' tags of our underlying data. This is perhaps more prominent, but may be removed by editors doing further mapping work. The credit to the author stops there. What we certainly cannot do is require end-users of our data/renderings to give credit to the particular data donor. With this in mind, our attribution may not be sufficient legally speaking and might actually be considered unsatisfactory by the original authors of the data. https://wiki.openstreetmap.org/wiki/Import/Guidelines#Make_sure_data_license_is_OK Falando nisso, é um requisito avisar na lista 'imports' de que uma importação está sendo planejada: https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_Documentation Abraço, Vitor 2014-07-22 17:28 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-07-22 17:24 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: Traduzindo em termos práticos: Se você decidir verificar com o DNIT, ou quem quer que seja, que o método X de atribuição é considerado satisfatório, não mencione a etiqueta source, e sim a página da wiki http://wiki.openstreetmap.org/wiki/Contributors Eu não mencionei source para eles :-) O source seria para nós, mapeadores, da mesma forma que já é feito com o IBGE ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Gibt es einen Tag für Kasseler Sonderbords?
Am 22.07.2014 07:18, schrieb malenki: On Tue, 22 Jul 2014 02:34:38 +0200, Andreas Neumann wrote: Evtl. kennt jemand im selben Zug ein Tagging, dass die Bushaltestelle über Blindenleitlinien verfügt. http://wiki.openstreetmap.org/wiki/DE:Key:tactile_paving Und wo ich grad beim recherchieren war: Gibt es bereits ein Tagging, wo sich die Bushalteposition befindet (auf der Straße, dem Parkstreifen, halbe Bucht, schräge Bucht, ganze Bucht)? Evtl dies?: http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position Passt wohl nicht ganz. Habe schon bus_stop:type=bay bzw steet gesehen. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: ein bißchen Statistik
Genau: also 2,7 Milliarden Knoten, ist korrigiert. Danke, mikeE. -Ursprüngliche Nachricht- Von: Henning Scholland [mailto:o...@aighes.de] Gesendet: Dienstag, 22. Juli 2014 18:04 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] OSM: ein bißchen Statistik Hallo, das englische billion sind im deutschen die Milliarden ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Gut, dann sind wir uns ja offenbar einig: - neu erfasste Geräte können sowohl als Node auf dem Weg, als auch als Relation erfasst werden, - die Relation ist die detailreichere Methode, Geräte die zunächst als Einzelnode erfasst wurden, können in die Relation umgewandelt werden, mit Gerät an tatsächlicher Position (typisch neben dem Weg) - Nodes in einer Relation sollen nicht wieder auf den Weg zurück gestellt werden, hier muss ggf. der Renderer gefixt werden. Das kann man dann auch im Wiki so darstellen. Tirkon wrote, on 2014-07-22 23:51: Tom Pfeifer t.pfei...@computer.org wrote: Die unten zitierte Seite ist ja hier auch inkonsistent, mal wird von der einfachen Methode, später vom älteren Verfahren gesprochen. habe ich angeglichen. Beide Verfahren wurden etwa gleichzeitig vor fünf Jahren erfunden. Für diese wieder einen größeren Mapperkreis zu gewinnen birgt die Gefahr einer weiteren Lagerbildung, Die Lagerbildung bezog sich auf das neuerliche verbiegende Mapping für OSMAND. Die zuvor schon praktizierte Verwendung von highway=speed_camera hat damit nichts zu tun. Das Tag soll nach wie vor auch denjenigen das Mappen von Blitzern ermöglichen, die sich nicht an Relationen herantrauen. Und das sind zigmal so viele wie die, die es tun. Somit profitieren alle Nutzer von den Ortskenntnissen möglich vieler und der Kartennutzen steigt. das haben wir beim Verkleben vs Vereinzeln von landuse schon genug. Das Thema bringt aber für die hier in Frage stehende Diskussion nichts. Für zielführender halte ich, die Router/Renderer zu ermutigen, die neue, allgemeingültigere Methode zu implementieren, Mir fällt da keine Formulierung ein, die nicht löschgefährdet wäre. Aber warum lieber Renderer-Ermutigungen als höherer Kartennutzen? Muss sich das gegenseitig ausschließen? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Auch neu erfasste Geräte mussen neben der Weg mit Einzelnode erfasst werden. Jo 2014-07-23 9:10 GMT+02:00 Tom Pfeifer t.pfei...@computer.org: Gut, dann sind wir uns ja offenbar einig: - neu erfasste Geräte können sowohl als Node auf dem Weg, als auch als Relation erfasst werden, - die Relation ist die detailreichere Methode, Geräte die zunächst als Einzelnode erfasst wurden, können in die Relation umgewandelt werden, mit Gerät an tatsächlicher Position (typisch neben dem Weg) - Nodes in einer Relation sollen nicht wieder auf den Weg zurück gestellt werden, hier muss ggf. der Renderer gefixt werden. Das kann man dann auch im Wiki so darstellen. Tirkon wrote, on 2014-07-22 23:51: Tom Pfeifer t.pfei...@computer.org wrote: Die unten zitierte Seite ist ja hier auch inkonsistent, mal wird von der einfachen Methode, später vom älteren Verfahren gesprochen. habe ich angeglichen. Beide Verfahren wurden etwa gleichzeitig vor fünf Jahren erfunden. Für diese wieder einen größeren Mapperkreis zu gewinnen birgt die Gefahr einer weiteren Lagerbildung, Die Lagerbildung bezog sich auf das neuerliche verbiegende Mapping für OSMAND. Die zuvor schon praktizierte Verwendung von highway=speed_camera hat damit nichts zu tun. Das Tag soll nach wie vor auch denjenigen das Mappen von Blitzern ermöglichen, die sich nicht an Relationen herantrauen. Und das sind zigmal so viele wie die, die es tun. Somit profitieren alle Nutzer von den Ortskenntnissen möglich vieler und der Kartennutzen steigt. das haben wir beim Verkleben vs Vereinzeln von landuse schon genug. Das Thema bringt aber für die hier in Frage stehende Diskussion nichts. Für zielführender halte ich, die Router/Renderer zu ermutigen, die neue, allgemeingültigere Methode zu implementieren, Mir fällt da keine Formulierung ein, die nicht löschgefährdet wäre. Aber warum lieber Renderer-Ermutigungen als höherer Kartennutzen? Muss sich das gegenseitig ausschließen? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Referenzpunkt für GPS-Gerät
Auf nach Norden, das Navi eichen: http://www.geobranchen.de/index.php?option=com_geonewspage=detailsid=5605 Damit die Genauigkeit der Positionsbestimmung überprüft werden kann, benötigt man Referenzpunkte. ... Nun hat GeoInformation Bremen den ersten öffentlichen GPS-Referenzpunkt Bremens zur Überprüfung der Positionsgenauigkeit mobiler Navigationsgeräte ... eingerichtet. http://www.geo.bremen.de/sixcms/media.php/13/Flyer_GPS-Referenzpunkt%20Bremen_2014_06_13.pdf Frank ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 209 15.7.–21.7.2014
Hallo, die Wochennotiz Nr. 209 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/ … -nr-209-2/ Da unsere allgemein recht dünne Personaldecke gerade wieder urlaubsbedingt aufgerissen ist, würden wir uns nicht nur jetzt, sondern auch nach den Sommerferien über Unterstützung vor allem beim Schreiben der Meldungen freuen. Bitte meldet euch einfach bei uns per Mail (Adresse siehe https://blog.openstreetmap.de/kontakt/). Viel Spaß beim Lesen! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-gb-westmidlands] Fwd: OpenStreetMap 10th birthday Aug 9th
Hi everyone -here's email confirmation of our booking - Rob if you can hit twitter I'll compose a blog for mappa mercia. How do we divide up the list of anyone who's registered or contibruted in the west midlands with Rob's suggested email wording? I'll compose a list of organisations we should contact - might not get anyone along but you never know and we'll keep ourselves in their view Seeing as we've got a free room and dispensation for a birthday cake we should make sure we consume lots of their fare and also big them up a bit in our comms See you there! Regards Brian -- Forwarded message -- From: Sal Zailani s...@sixeightkafe.co.uk Date: Wed, Jul 23, 2014 at 11:54 AM Subject: Re: OpenStreetMap 10th birthday Aug 9th To: Brian Prangle br...@mappa-mercia.org Cc: Devinder Dhallu d...@sixeightkafe.co.uk Hi Brian, I am sorry we didn't get to speak to you when you came in last thursday. I have reserved the downstairs area for you for the times you mentioned. We don't normally let people bring in their own food, but we do understand it is a birthday celebration so we are more than happy to accomodate that. We look forward to having you! *Kind Regards,* *Sal Zailani* *Events Coordinator* Semi-finalist UK Barista Championships 2014 http://www.birminghammail.co.uk/lifestyle/food-and-drink/birmingham-barista-reaches-semi-finals-uk-6732016 Voted Best Coffee in Birmingham http://www.birminghammail.co.uk/lifestyle/food-and-drink/daily-grind-round-up-2013-taste-6465344 BBC Breakfast Live Broadcast http://www.youtube.com/watch?v=_0vE1kTz3D0 *Voted Top 50 Coffee Shop In the UK http://www.independent.co.uk/extras/indybest/food-drink/the-50-best-coffee-shops-8435980.html?action=galleryino=7* *Six Eight Kafé* Address: 6/8 Temple Row, Birmingham, B2 5HG Phone: 0121 4488089 Mobile : 0780 799108 Website: www.sixeightkafe.co.uk Twitter : www. http://goog_1499009361/twitter.com/sixeightkafe Facebook : www.facebook.com/SixEightKafe YouTube - Videos from this email On 17 July 2014 16:07, Brian Prangle br...@mappa-mercia.org wrote: Hi Sal Thanks for your response on twitter. I popped in today and spoke to one of your staff who was very helpful. Our event will be on Aug 9th Saturday and we'll have people popping in from about 12noon to 2pm. We could be anywhere from 5-15 people. As it's a birthday celebration we'll have birthday cake, but folk will be eating more than just cake. OpenStreetMap is a global volunteer project that maps the planet in a free and open way providing a dynamic and open map that is much more responsive and up-to-date than online equivalents as it is community-based. More here http://wiki.openstreetmap.org/wiki/Press_Kit. You're already on our map As this is a global project we'll advertise the event as part of a global event (lots of cities will be having parties to celebrate), so you'll get some good exposure! Regards Brian Prangle 0121 604 1141 07811 667653 -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands event under preparation -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - Come along to 6/8 Kafé on Temple Row Birmingham between 12-2pm for some cake and mapping chat ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Fwd: OpenStreetMap 10th birthday Aug 9th
Hi Brian, Thanks. If you pull a list of organisations together then I'll produce a list of local contributors. Given that google drive worked well for SOTM, I will share the list there and then people can just tick off who they've contacted. Rob On 23 July 2014 19:43, Brian Prangle br...@mappa-mercia.org wrote: Hi everyone -here's email confirmation of our booking - Rob if you can hit twitter I'll compose a blog for mappa mercia. How do we divide up the list of anyone who's registered or contibruted in the west midlands with Rob's suggested email wording? I'll compose a list of organisations we should contact - might not get anyone along but you never know and we'll keep ourselves in their view Seeing as we've got a free room and dispensation for a birthday cake we should make sure we consume lots of their fare and also big them up a bit in our comms See you there! Regards Brian -- Forwarded message -- From: Sal Zailani s...@sixeightkafe.co.uk Date: Wed, Jul 23, 2014 at 11:54 AM Subject: Re: OpenStreetMap 10th birthday Aug 9th To: Brian Prangle br...@mappa-mercia.org Cc: Devinder Dhallu d...@sixeightkafe.co.uk Hi Brian, I am sorry we didn't get to speak to you when you came in last thursday. I have reserved the downstairs area for you for the times you mentioned. We don't normally let people bring in their own food, but we do understand it is a birthday celebration so we are more than happy to accomodate that. We look forward to having you! *Kind Regards,* *Sal Zailani* *Events Coordinator* Semi-finalist UK Barista Championships 2014 http://www.birminghammail.co.uk/lifestyle/food-and-drink/birmingham-barista-reaches-semi-finals-uk-6732016 Voted Best Coffee in Birmingham http://www.birminghammail.co.uk/lifestyle/food-and-drink/daily-grind-round-up-2013-taste-6465344 BBC Breakfast Live Broadcast http://www.youtube.com/watch?v=_0vE1kTz3D0 *Voted Top 50 Coffee Shop In the UK http://www.independent.co.uk/extras/indybest/food-drink/the-50-best-coffee-shops-8435980.html?action=galleryino=7* *Six Eight Kafé* Address: 6/8 Temple Row, Birmingham, B2 5HG Phone: 0121 4488089 Mobile : 0780 799108 Website: www.sixeightkafe.co.uk Twitter : www. http://goog_1499009361/twitter.com/sixeightkafe Facebook : www.facebook.com/SixEightKafe YouTube - Videos from this email On 17 July 2014 16:07, Brian Prangle br...@mappa-mercia.org wrote: Hi Sal Thanks for your response on twitter. I popped in today and spoke to one of your staff who was very helpful. Our event will be on Aug 9th Saturday and we'll have people popping in from about 12noon to 2pm. We could be anywhere from 5-15 people. As it's a birthday celebration we'll have birthday cake, but folk will be eating more than just cake. OpenStreetMap is a global volunteer project that maps the planet in a free and open way providing a dynamic and open map that is much more responsive and up-to-date than online equivalents as it is community-based. More here http://wiki.openstreetmap.org/wiki/Press_Kit. You're already on our map As this is a global project we'll advertise the event as part of a global event (lots of cities will be having parties to celebrate), so you'll get some good exposure! Regards Brian Prangle 0121 604 1141 07811 667653 -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands event under preparation -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - Come along to 6/8 Kafé on Temple Row Birmingham between 12-2pm for some cake and mapping chat ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-ca] 10th Anniversary Celebration in Seattle Reminder
OpenStreetMap Seattle invites you to the Tenth Anniversary of OpenStreetMap Celebration, August 9th at Tableau Software in Seattle's Fremont neighborhood. Join us to help celebrate OpenStreetMap's Birthday Event. Signup for the event at http://www.meetup.com/OpenStreetMap-Seattle/events/186048572/ If you are not familiar with Seattle's Fremont neighborhood, it has much to offer. Some of the best coffee in the area, breweries, distilleries and art. Fremont is known as the center of the universe. Being the center of the universe, it is close to everyone in Seattle and not far from Portland, Or Victoria, and Vancouver, BC. Seating is limited, so sign up now! There is still time to get a presentation proposal submitted. If you want to make a presentation, but need more time, please contact me. OpenStreetMap Seattle invites you to submit a presentation proposal for a presentation, a panel discussion or a session of lightning talks for the event. We are seeking presentations on mapping and creating maps for mappers of all experience levels. Below is a suggested list of potential topics participants would like to see. All submissions are welcome. Proposals are due by July 25th, 2014. POI - especially unique features roads relationships turn restrictions coastlines highways, .i.e I5 bus data multipolygons addressing boundaries traffic circles Using drones to map Georeferencing images from aerial imagery Quality tools Submit your proposal to cliff...@snowandsnow.us and include a title, short description, and time required. We are looking for additional sponsors to help offset the cost of the event, including food and drinks for the participants. Contact me at cliff...@snowandsnow.us if interested. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Import of farmland from LPIS
On Tue 2014-07-22 15:40:32, hanoj wrote: The data are freely available to anyone by law as they were created by government agency using tax payers' money. There are no copyrights on the data. The basic registers are created according to the Lawe No. 111/2009 Sb.. The possibility of extraction and use of data for OSM is based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English translations of Czech laws. *** Ehm, a na to jsi přišel jak? Ty data poskytuje Ministerstvo Zemedelstvi, AFAICT, takze jak by to melo byt jinak? *** Zacal bych tim, ze si ten odkazovany zakon prectes. Ve skutecnosti je to uplne jinak: http://www.zakonyprolidi.cz/cs/1997-252#p3ab-2 http://www.zakonyprolidi.cz/cs/2000-121#p3-1-a hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import of farmland from LPIS
Dne 23.7.2014 2:43, Petr Vejsada napsal(a): Pořád mám v qgisu natažené to jedno KÚ a vidím tam velké překryvy v landuse=residential, vidím tam díry ve školce (skript vůbec neřeší), školka zasahuje do obytné oblasti, takže v těch dírách je co? Obytná oblast? Nevím, žádný dům tam nestojí. Oproti tomu jsem si všiml, že v louce je díra pro sloup elektrického vedení a dokonce to sedí na sloup, co je v OSM, super :-). Je tam i mezera pro silnici, ve které je silnice, taky super, ale na jednom kousku silnice leze do louky, takže někde bude nějaká nepřesnost. Pak tam vidím oblasti, které se částečně shodují s daty v OSM - v OSM je zemědělská půda. Nekryje se to přesně (tím nemyslím centimetry), ale prostě se to liší. Co s tím? Z toho co jsem viděl mi přijde, že LPIS data vznikly stejně jako OSM -- ručně se obkreslovaly KM a ortofoto položené přes sebe. Na volných plochách polygony LPISu víceméně odpovídají KM (s odchylkou centimetrů až metrů). Podél hranic lesa, kolem vesnic, kolem objektů uprostřed pole apod. je polygon nakreslený od oka podle ortofoto snímků. Což odpovídá podstatě OSM, ale bude se to špatně přilepovat k jiným datům. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] LPIS import
Dne 23.7.2014 7:08, Marián Kyral napsal(a): Jak to vidíte? Má tenhle modul vůbec smysl, když se teď rozjel hromadný import? Neházel bych flintu do žita :-) Ten Pavlův skript mi zatím přijde spíš jako užitečná pomůcka pro ruční kreslení. Ve složitějších KÚ vyrábí stovky errorů a warningů. Možná by to chtělo spíše nějaké nástroje na jednodušší řešení konfliktů oblastí - určit přesnější plochu a k té přichytit další, třeba přesahující plochu. Tohle by bylo super!! Bojuju v JOSM se základní úlohou: Jsou dány dva polygony (cesty). V prvním polygonu zruš/odpoj všechny existující uzly mezi A až B a místo nich se přilep na uzly od X po Y z druhého polygonu. Máte na to někdo nějakou fintu/plugin? Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import of farmland from LPIS
Ahoj! cvičně jsem si taky zkusil tři KÚ, první dojmy: * Skript by měl slučovat duplicitní uzly (triviální). * Skript by měl eliminovat uzel v cestě, pokud je totožný jako předcházející uzel (triviální). Diky za skript! * Musí se ručně řešit multipolygony. Co jsem videl na zernovce, tak maji zajimavy pristup. Uprostred pastviny je pristresek, a oni ho rucne z toho polygonu vyndali. Tohle bych radeji smazal / udelal z toho pristresku building=yes. * Spousta sousedících polygonů má překryvy, i v rámci jednoho KU. Jako ze LPIS se prekryva sam se sebou? * LPIS obsahuje jen zemědělskou půdu, takže v mapě vznikají ostrůvky polygonů místo souvislé plochy. To se asi ocekava, ne? Lesy a vodu uz mame, tak ted pole a louky. * Podezřele hodně luk je označeno jako oplocených (kul. 71) -- skript předpokládá, že každá pastvina má ohradník/plot? Tak, ale ted jsem to vypnul... ono to moc nesedi. * LPIS na řadě míst nekopíruje hranice parcel, takže budou nesoulady s daty RUIANu, plochami kreslenými podle KM atd. Mozna ze to pole neni do kraje parcely? * Od pohledu mi přijde, že parcely RUIANu by byly kvalitnější zdroj pro plošné mapování. Jsou v RUIANu udaje co kde je? Je nekde konverzni skript/example vystup? Na druhou stranu, už teď skript ušetří mraky ručního obkreslování, stačí jen v JOSM doopravit problémy. :-) Presne. (V příloze je skript s přidaným primitivním odstraňováním duplicitních uzlů. Nicméně, Python vůbec neznám a z jeho syntaxe dostávám osypky, takže zbytek nechám pythonistům :-)) Tak doufam ze osypky rychle pominou :-). Dik, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import of farmland from LPIS
Ahoj! Dne St 23. července 2014 01:17:02, Pavel Machek napsal(a): Ja nevim co je rucne. Kdyz mam ty zip fily, tak to muzu skriptem rozbalit, konvertovat do osm, kouknout na to v josm, a upload. Rozumna davka je imo tak 10 oblasti najednou.. Ručně říkám přesně tomu, co tady popisuješ ;-). Automaticky říkám tomu, že pokud se na tom shodneme, upraví se polygon lesa sám bez hledání a klikání. No, ja bych rad aby import nejak probehl, aspon pro okoli Rican (:-), protoze me nebavi rucne obklikavat louky. Myslim, ze import rucne je zvladnutelny, a to automaticky bych asi programoval dost nerad -- neumim postgis a neznam ty spravny knihovny. Na druhou stranu budu rad kdyz to nekdo v tom postgisu udela za me. Pořád mám v qgisu natažené to jedno KÚ a vidím tam velké překryvy v landuse=residential, vidím tam díry ve školce (skript vůbec neřeší), školka zasahuje do obytné oblasti, takže v těch dírách je co? Obytná oblast? Nevím, žádný dům tam nestojí. Oproti tomu jsem si všiml, že v louce je díra pro sloup elektrického vedení a dokonce to sedí na sloup, co je v OSM, super :-). Je tam i mezera pro silnici, ve které je silnice, taky super, ale na jednom kousku silnice leze do louky, takže někde bude nějaká nepřesnost. Pak tam vidím oblasti, které se částečně shodují s daty v OSM - v OSM je zemědělská půda. Nekryje se to přesně (tím nemyslím centimetry), ale prostě se to liší. Co s tím? No, nahrazovani existujicich dat by se asi melo delat rucne -- z ucty k tem co ty data vyrobili. nj, rozumím, docela v poho, když děláš okolí Říčan. Kolikrát se Říčany vejdou do ČR? ;-) 20x. Tak to jsem cekal horsi, to bude za chvili hotovy :-). (30km okoli Rican me zajima natolik ze jsem zacal ty pole mapovat rucne klikanim podle bingu... a to je fakt dost otrava.) Aha, kruh 60km v průměru, no odsejpá ti to. Ne, nerikam ze to tam je hotovy -- klikat podle Bingu by to byla otrava -- ale tam bych to urcite chtel, a i to tam trochu znam. Takže je triviální naskriptovat něco, co si zažádá o všechna KÚ, ale to bych nedělal; spíš bych se domluvil. Nejspíš by rychle opravili kapču a zabanovali nás. Umis to naskriptovat? Me by to chvili trvalo. Tech uzemi je jen par tisic, kdyz to udelame o weekendu, myslim ze se nebudou s banovanim obtezovat, zvlast kdyz tam dame par sekund delay aby to ten server uplne neutavilo. Nezkoumal jsem, podle toho, jak to popisuješ, tak je to jen načíst z DB čísla katastrálních území a pro každé poslat jeden POST s příslušnými parametry na URL, kde se ty požadavky zadávají, ne? Ne, tak jednoduchy to neni, tohle bych umel. Je tam nejakej javaskript; kdyz se stranka reloaduje, da to novou capchu. Ale bez reloadu (rucne) tam jde dat jiny cislo, kliknout provest export, zmenit cislo KU, provest export... Ale lynxem to nenaskriptuju. I kdyz, dohoda by asi byla lepsi :-). Možná jsem příliš ovlivněný prací na těch adresách, jen mi přijde fajn možnost zjistit, že je někde něco aktualizované a hned to promítnout do OSM, takže bych nechtěl riskovat opravu captcha. No, uvadej tam helpd...@mze.cz ... No a když takový mail udělám, tak co mám pak s těmi rozbalenými (zkonvertovanými) soubory dělat? Dat na ftp? Pro zacatek by se hodilo nezkonvertovany, protoze skript bude jeste potrebovat par uprav. No to by šlo, jen pořád nevím, k čemu by to bylo? Aby si to lidi mohli stáhnout z FTP namísto vyplnění toho formuláře? Nevíme, kdy si kdo co stáhne a je zbytečné, aby soubor ležel půl roku na FTP, když po půl roce bude jiný, aktuální.? Aby lidi co vypnej formular nemuseli jeste zarizovat emailovou adresu s rozbalovanim. ... ok, asi by bylo jednodussi rozbalovat to z mbox formatu. [Samozrejme by byla moznost to tam proste nahrat vsechno, s tim ze kazdy opravi prekryvy (etc) na uzemi ktery ho zajima. Rychlejc bychom dosahli kompletniho pokryti za cenu kvality dat... povetsinou kvality okolnich lesu.] ... a bude landuse=farmland over landuse=farmland :-( No, to by se doladilo rucne :-). Na druhou stranu importovat automaticky vse, co se nekryje vubec s nicim, by mohl byt dobry zacatek. Jinak zda se ze zmeny se daj sehnat ze: http://eagri.cz/public/web/mze/farmar/elektronicka-vymena-dat/prehled-vystavenych-sluzeb/ A zda-se ze je i nejaky wfs server, takze to treba nebude nutny tahat pres web+mail... http://eagri.cz/public/web/mze/farmar/LPIS/novinky/nove-wms-a-wfs-sluzby.html Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import of farmland from LPIS
Ahoj, ani nic nequotuji, jen co se mi zdá, tak podle toho zákona, co sem dával odkaz hanoj, jsou v LPIS jen ty pozemky, u kterých to jejich uživatelé chtějí. Kdo tam nechce být, tak tam není. Chápu správně? Udělal jsem narychlo vizualizaci RUIAN, pouze druh pozemku. V tabulkách je ještě způsob využití pozemku, což je údaj upřesňující. Tím jsem se teď nezabýval. Obrázky jsou na http://pedro.poloha.net/osm/landuse vždy OSM odklad a pak RUIAN obarvené parcely podle druhu pozemku. Zdá se, že to nevypadá zle, na to, že je to jen to hrubé členění. Je tam i screenshot z qgisu, kde je vysvětlení, co která barva znamená. S qgisem moc neumím a tak nevím, jak vyexportovat legendu; proto ten screenshot. Jsou tam vidět zahrady i trávníky u domů, lesy i orná půda, koryto potoka atd. S tím upřesněním by to bylo samozřejmě ještě lepší, ale to je 30 kategorií a nevím, jaké barvičky použít :-) Kombinací druh_pozemku a zpusob_vyuziti_pozemku je v RUIAN 60. Dávám to jen ke zvážení, ale teď se na to opravdu z časových důvodů nebudu vrhat, i když mě to mrzí a láká mě to. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
Le 23/07/2014 01:01, Jérôme Amagat a écrit : une école c'est un lieu pourquoi on utilise pas place=école, un bistrot c'est un lieu place=bar. beaucoup de tag sont la pour représenter des lieux. Ça veux pas dire que créer un place=truc c'est une mauvaise idée mais est ce que c'est ce qui il y a de mieux. je pense moi aussi qu'il faudrait quelque chose pour indiquer les place mais je sais pas quoi. C'est utiliser pour les transports presque exclusivement voiture(route et parking)et/ou piéton et/ou vélo,bus... je verrais plus quelque chose en highway= Petite comparaison : Est-ce qu'il existe un tag pour les écoles : oui Est-ce qu'il existe un tag pour les places : non L'absence de tag pour les places est gênant, nous sommes d'accord. En revanche, si associer une activité à un lieu, un bâtiment, se tient, que cette activité devienne le lieu, ça me gêne beaucoup plus : Est-ce qu'une école peut changer d'emplacement : oui Est-ce qu'une place peut changer d'emplacement : non Les routes qui desservent les places ne sont qu'une composante. Appliquer un tag définissant ma place de l'église sur ces ways, ce serait rater la définition de la place. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GR dans Paris
Redirige-le vers umap, si tu le contactes. PY Le 22 juillet 2014 23:59, Thomas Ruchin truchi...@gmail.com a écrit : Bonsoir https://www.openstreetmap.org/way/293478831 Je me propose de contacter le contributeur et de supprimer cet étrange objet. Des objections ? T. Ruchin. ___ 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] Les places (place de l'église, etc..)
Les places sont un aménagement particulier de la voie publique où en général on peut circuler. C'est à mon avis le point de départ pour notre réflexion, non ? Les place=* ne correspondent pas vraiment à ça. Ce sont des zones plus ou moins définies qui englobent bien plus qu'une partie de la voie publique. C'est ce qui me ferait pencher pour autre chose qu'une extension de place=* Le 23 juillet 2014 08:48, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le 23/07/2014 01:01, Jérôme Amagat a écrit : une école c'est un lieu pourquoi on utilise pas place=école, un bistrot c'est un lieu place=bar. beaucoup de tag sont la pour représenter des lieux. Ça veux pas dire que créer un place=truc c'est une mauvaise idée mais est ce que c'est ce qui il y a de mieux. je pense moi aussi qu'il faudrait quelque chose pour indiquer les place mais je sais pas quoi. C'est utiliser pour les transports presque exclusivement voiture(route et parking)et/ou piéton et/ou vélo,bus... je verrais plus quelque chose en highway= Petite comparaison : Est-ce qu'il existe un tag pour les écoles : oui Est-ce qu'il existe un tag pour les places : non L'absence de tag pour les places est gênant, nous sommes d'accord. En revanche, si associer une activité à un lieu, un bâtiment, se tient, que cette activité devienne le lieu, ça me gêne beaucoup plus : Est-ce qu'une école peut changer d'emplacement : oui Est-ce qu'une place peut changer d'emplacement : non Les routes qui desservent les places ne sont qu'une composante. Appliquer un tag définissant ma place de l'église sur ces ways, ce serait rater la définition de la place. Stf ___ 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] Relation route et giratoire
Ton vélo ou bus a besoin de s'arrêter au milieu d'un giratoire pour décider d'y faire demi-tour? Non c'est interdit. En revanche tu peux tronçonner les chemin piétons et vélo qui sont à l'extérieur de la boucle, et passent par des passages protégés, des feux, des arrêts. Ces chemins sont plus complexes (première règle: pourquoi faire compliqué quand on peut faire simple et que cela ne change strictement rien à la signification pour les trajets). Il n'y a aucun choix du chemin sur une représentation filaire du giratoire ou tous les arcs intérieurs sont identiques ! Les seules différences sont à l'extérieur, sur les jonctions au giratoire ou dans les contre-voies, ou dans un arc qui passe à travers, en dessous ou au dessus par tunnel ou pont. Aucune raison d'autant plus que ce tronçonnage complique fortement les relations d'itinéraires, comme aussi les logiciels de routage (qui ne trouvent pas facilement d'endroit pour faire des demi-tours alors que c'est très facile si on a inclut les rond-points complets qu'il est inutile alors de tronçonner). Et que le tronçonnage augmente fortement le risque d'incohérence entre des attributs identiques entre tous les arcs. Le 23 juillet 2014 07:17, Jo winfi...@gmail.com a écrit : Si moi je veux décrire le trajectoire d'un itinéraire de bus ou vélo en détail précis, je les tronçonnerai. Que vous pensez que ce soit nécessaire ou pas n'aura pas plus d'importance si vous y consacrez 1000 ou 1 mots. Jo 2014-07-23 4:32 GMT+02:00 Philippe Verdy verd...@wanadoo.fr: Je n'ai vu aucun cas où on ne peut pas éviter de les couper. Même quand un giratoire contient des sections de ponts, on peut toujours taguer la route ou la rivière qui passe dessous avec des sections en sous-terrain, ou une route qui passe par dessus avec des section en ponts. Le seul cas où il faudrait les couper ce serait si deux giratoires sont partiellement superposés; on serait bien obligé d'en couper un ou alors de mettre celui du dessus entièrement en pont, ou celui du dessous entièrement en sous-terrain (avec un layer=* non nul) Mais je n'ai encore vu ce cas nulle part (et ce genre d'endroit doit être repérable: nécessairement soit dans une zone urbaine dense, ou dans une vallée montagneuse étroite avec une concentration de voies d'accès importantes). Deux cas remarquables qui pourraient y faire penser ne nécessitent même pas un tel tronçonnage du rond-point: - le rond-point de la Défense entièrement en tunnel - et un rond-point à Andorre coincé dans une vallée étroite où aboutissent des tunnels et des ponts (au Nord-Est d'Andorre-la-Vieille, sur la CG-2, faisant l'échange avec un long double tunnel reliant deux vallées et des ponts bretelles d'accès passant au dessus d'une rivière pour se connecter aux tunnels, ce rond-point étant en partie suspendu) et en dessous un plus petit rond-point de plain-pied. Le plus grand rond-point du dessus est entièrement tagué en pont. Le seul cas justifié de découpage serait qu'il y ait des feux ou des stops et laissez-le-passage interrompant la boucle, ou un morceau de la boucle avec un nombre réduit de voies et des restrictions d'accès mais ce ne sont plus des rond-points. S'il y a besoin de feux, ils sont avant l'entrée du rond-point ou bien il est tellement grand que les arrêts y sont possibles sur certaines voies (l'Etoile à Paris; qui n'est pas un giratoire comme les autres mais en fait une grande place avec une série de carrefours autour du monument et des contre-allées qui sont devenues piétonnes; mais même là il ne me semble pas nécessaire qu'il y ait besoin d'un découpage de la partie centrale) 2014-07-22 11:46 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Résumé de la discussion : Pas de consensus, mais si on peut éviter de les couper, c'est mieux. Stf ___ 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
Re: [OSM-talk-fr] Pourquoi je quitte OSM
Le 22 juil. 2014 à 23:32, Shohreh codecompl...@free.fr a écrit : Dans le même genre, vu ce week-end : si OSM indique juste Limours, les panneaux locaux indiquent Limours-en-Hurepoix: http://www.openstreetmap.org/#map=14/48.6432/2.0785layers=Q http://fr.wikipedia.org/wiki/Limours Que faire? Attendre que cette lubie locale très respectable soit validée par le Conseil d'Etat Inscrire la dénomination déviante (par rapport à la loi) dans les attributs des panneaux S'instruire : le Hurepoix est un ancien comté d'Île-de-France dont la capitale était Arpajon et une des spécialités (après la conquête de l'Amérique) était la culture des haricots. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GR dans Paris
Le 22 juillet 2014 23:59, Thomas Ruchin truchi...@gmail.com a écrit : Bonsoir https://www.openstreetmap.org/way/293478831 Je me propose de contacter le contributeur et de supprimer cet étrange objet. Des objections ? Voici l'itinéraire en question http://www.rando-paris.org/Traversee-de-Paris-No3-TP3.html A voir s'il existe un balisage sur le terrain décrivant cet itinéraire. Si c'est bien le cas, il s'agit de construire une relation. Le highway=footway n'est effectivement pas correct. Si non, l'itinéraire n'a rien à faire dans OSM. Cela me rappelle des itinéraires virtuels de véloroutes qui n'ont aucune existence sur le terrain et qui pourtant sont rentrés de façon approximative dans OSM. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GR dans Paris
2014-07-23 10:47 GMT+02:00 Romain MEHUT romain.me...@gmail.com: A voir s'il existe un balisage sur le terrain décrivant cet itinéraire. Si c'est bien le cas, il s'agit de construire une relation. Le highway=footway n'est effectivement pas correct. Si non, l'itinéraire n'a rien à faire dans OSM. Cela me rappelle des itinéraires virtuels de véloroutes qui n'ont aucune existence sur le terrain et qui pourtant sont rentrés de façon approximative dans OSM. +1 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
Le mercredi 23 juillet 2014 09:11:26, Christian Quest a écrit : Les places sont un aménagement particulier de la voie publique où en général on peut circuler. C'est à mon avis le point de départ pour notre réflexion, non ? Je remplacerais volontiers le terme voie publique par espace public. Qu'on puisse y circuler, et étant donné que le moyen de locomotion est très variable selon les places, je trouve ça un peu accessoire puisque finalement, avec les autorisations et/ou les moyens adaptés, il n'y a pas tant d'endroits où on ne puisse pas circuler. Les places étaient des points de rencontre pour les marchés, des manifestations culturelles (ou non), etc... C'est encore le cas pour nombre d'entre elles. Les place=* ne correspondent pas vraiment à ça. Ce sont des zones plus ou moins définies qui englobent bien plus qu'une partie de la voie publique. C'est ce qui me ferait pencher pour autre chose qu'une extension de place=* Je comprends ce que tu veux dire. Ce statut hybride ne facilite pas la classification. Si on ne choisissait pas place=, que reste-t-il ? Les landuse= ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Osmose, BANO et Numérotation des lieux-dits
Bonjour, dans la discussion suivante : https://www.mail-archive.com/talk-fr@openstreetmap.org/msg68212.html il était indiqué que BANO allait évoluer pour prendre en compte les lieux-dits ; ne faudrait-il pas également faire évoluer osmose pour qu'il ne renvoie pas une erreur lorsque addr:place existe : http://osmose.openstreetmap.fr/fr/map/#zoom=18lat=48.424788lon=-1.250867layer=Mapnikoverlays=FFFTitem=2060level=1%2C2%2C3tags=fixable=bbox=-1.2562286853790283%2C48.423056430500864%2C-1.245424747467041%2C48.42665186614596 cordialement Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
L'idée de voie publique, c'est surtout pour moi l'idée qu'on peut y circuler au sens large, c'est à dire passer par là qu'on soit à pied, à vélo, en voiture ou autre... Tout l'espace n'est pas non plus ouvert à la circulation, il peut y avoir des massifs de fleurs, des petits bâtiments (kiosque, toilettes publiques, autre), une fontaine, etc. landuse... mouais, pas trop adapté non plus à mon avis. Je pense que c'est une discussion à ouvrir plus largement sur la liste tagging Le 23 juillet 2014 10:58, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le mercredi 23 juillet 2014 09:11:26, Christian Quest a écrit : Les places sont un aménagement particulier de la voie publique où en général on peut circuler. C'est à mon avis le point de départ pour notre réflexion, non ? Je remplacerais volontiers le terme voie publique par espace public. Qu'on puisse y circuler, et étant donné que le moyen de locomotion est très variable selon les places, je trouve ça un peu accessoire puisque finalement, avec les autorisations et/ou les moyens adaptés, il n'y a pas tant d'endroits où on ne puisse pas circuler. Les places étaient des points de rencontre pour les marchés, des manifestations culturelles (ou non), etc... C'est encore le cas pour nombre d'entre elles. Les place=* ne correspondent pas vraiment à ça. Ce sont des zones plus ou moins définies qui englobent bien plus qu'une partie de la voie publique. C'est ce qui me ferait pencher pour autre chose qu'une extension de place=* Je comprends ce que tu veux dire. Ce statut hybride ne facilite pas la classification. Si on ne choisissait pas place=, que reste-t-il ? Les landuse= ? Stf ___ 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] Les places (place de l'église, etc..)
à noter que c'est un sujet qui ne date pas d'hier ( https://lists.openstreetmap.org/pipermail/talk/2007-October/018748.html), il y a d'ailleurs déjà eu une proposition de square ( http://wiki.openstreetmap.org/wiki/Proposed_features/Square) qui a été jugée trop spécifique et déjà couverte par le area=yes ... personnellement je trouve que le area=yes+name=* correspond bien au principe de base d'une place (voir les discussions sur http://wiki.openstreetmap.org/wiki/Key:area) , après il reste juste à ajouter les mot-clefs qui vont bien pour qualifier tous les usages ... Sylvain Le 23 juillet 2014 11:22, Christian Quest cqu...@openstreetmap.fr a écrit : L'idée de voie publique, c'est surtout pour moi l'idée qu'on peut y circuler au sens large, c'est à dire passer par là qu'on soit à pied, à vélo, en voiture ou autre... Tout l'espace n'est pas non plus ouvert à la circulation, il peut y avoir des massifs de fleurs, des petits bâtiments (kiosque, toilettes publiques, autre), une fontaine, etc. landuse... mouais, pas trop adapté non plus à mon avis. Je pense que c'est une discussion à ouvrir plus largement sur la liste tagging Le 23 juillet 2014 10:58, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le mercredi 23 juillet 2014 09:11:26, Christian Quest a écrit : Les places sont un aménagement particulier de la voie publique où en général on peut circuler. C'est à mon avis le point de départ pour notre réflexion, non ? Je remplacerais volontiers le terme voie publique par espace public. Qu'on puisse y circuler, et étant donné que le moyen de locomotion est très variable selon les places, je trouve ça un peu accessoire puisque finalement, avec les autorisations et/ou les moyens adaptés, il n'y a pas tant d'endroits où on ne puisse pas circuler. Les places étaient des points de rencontre pour les marchés, des manifestations culturelles (ou non), etc... C'est encore le cas pour nombre d'entre elles. Les place=* ne correspondent pas vraiment à ça. Ce sont des zones plus ou moins définies qui englobent bien plus qu'une partie de la voie publique. C'est ce qui me ferait pencher pour autre chose qu'une extension de place=* Je comprends ce que tu veux dire. Ce statut hybride ne facilite pas la classification. Si on ne choisissait pas place=, que reste-t-il ? Les landuse= ? Stf ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [OSM-dev] Mise à jour du style openstreetmap-carto
Pour info, une nouvelle version du fichier de style pour le rendu mapnik principal vient d'être publié, mais n'est pas encore déployé ... liste de tous les changements par rapport à la version précédente : https://github.com/gravitystorm/openstreetmap-carto/compare/v2.16.0...v2.17.0 Sylvain -- Forwarded message -- From: Paul Norman penor...@mac.com Date: 2014-07-23 3:51 GMT+02:00 Subject: [OSM-dev] Upcoming openstreetmap-carto changes To: t...@openstreetmap.org t...@openstreetmap.org, d...@openstreetmap.org v2.17.0 of the openstreetmap-carto stylesheet has been released, though not yet deployed on tile.osm.org. Significant changes include * Rendering other shop values with a generic icon (https://github.com/ gravitystorm/openstreetmap-carto/pull/604) * Rendering wider road shields, and converting the road shields to SVGs ( https://github.com/gravitystorm/openstreetmap-carto/pull/694) * Cleaning up path rendering on low zooms (https://github.com/ gravitystorm/openstreetmap-carto/pull/747) * Improving highway=track name rendering (https://github.com/ gravitystorm/openstreetmap-carto/pull/748) * Rendering access=permissive the same as access=yes (or no access) ( https://github.com/gravitystorm/openstreetmap-carto/pull/742) * Waterway cleanups (https://github.com/gravitystorm/openstreetmap- carto/pull/722, and others) * Assorted code cleanups https://github.com/gravitystorm/openstreetmap-carto/compare/v2.16.0...v2.17. 0 has a full list of commits. We are still very much cleaning up a lot of messy CartoCSS brought over from the Mapnik XML Some interesting stuff under discussion * Multi-line road shield rendering: https://github.com/ gravitystorm/openstreetmap-carto/pull/750 * Rendering ref from route relationships: https://github.com/ gravitystorm/openstreetmap-carto/issues/596 * Moving ordering of road rendering to SQL: https://github.com/ gravitystorm/openstreetmap-carto/pull/626 * Moving to YAML for project layers: https://github.com/ gravitystorm/openstreetmap-carto/issues/711 ___ dev mailing list d...@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Qualité GPS Nikon D5300
Bonjour à tous, Certains d'entre vous ont-ils une quelconque expérience avec l'appareil photo réflex numérique D5300 de chez Nikon. Celui-ci est équipé d'un récepteur GPS. Quelle est la qualité de ce récepteur en termes de vitesse de détection des satellites et en termes de précision ? Merci -- Pierre GIRAUD ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Non ! Je ne pense pas que ce genre de remarque ait sa place dans un projet collaboratif communautaire. C'est une question de principe même. L'action doit être coordonnée à minima afin de ne pas rendre les données inutilisables. Imagine si chaque mail de cette liste commence par si moi je veux... Ces propos sont inacceptables ! C'est mon avis je le partage :-) Le 23 juillet 2014 07:17, Jo winfi...@gmail.com a écrit : Si moi je veux décrire le trajectoire d'un itinéraire de bus ou vélo en détail précis, je les tronçonnerai. Que vous pensez que ce soit nécessaire ou pas n'aura pas plus d'importance si vous y consacrez 1000 ou 1 mots. Jo 2014-07-23 4:32 GMT+02:00 Philippe Verdy verd...@wanadoo.fr: Je n'ai vu aucun cas où on ne peut pas éviter de les couper. Même quand un giratoire contient des sections de ponts, on peut toujours taguer la route ou la rivière qui passe dessous avec des sections en sous-terrain, ou une route qui passe par dessus avec des section en ponts. Le seul cas où il faudrait les couper ce serait si deux giratoires sont partiellement superposés; on serait bien obligé d'en couper un ou alors de mettre celui du dessus entièrement en pont, ou celui du dessous entièrement en sous-terrain (avec un layer=* non nul) Mais je n'ai encore vu ce cas nulle part (et ce genre d'endroit doit être repérable: nécessairement soit dans une zone urbaine dense, ou dans une vallée montagneuse étroite avec une concentration de voies d'accès importantes). Deux cas remarquables qui pourraient y faire penser ne nécessitent même pas un tel tronçonnage du rond-point: - le rond-point de la Défense entièrement en tunnel - et un rond-point à Andorre coincé dans une vallée étroite où aboutissent des tunnels et des ponts (au Nord-Est d'Andorre-la-Vieille, sur la CG-2, faisant l'échange avec un long double tunnel reliant deux vallées et des ponts bretelles d'accès passant au dessus d'une rivière pour se connecter aux tunnels, ce rond-point étant en partie suspendu) et en dessous un plus petit rond-point de plain-pied. Le plus grand rond-point du dessus est entièrement tagué en pont. Le seul cas justifié de découpage serait qu'il y ait des feux ou des stops et laissez-le-passage interrompant la boucle, ou un morceau de la boucle avec un nombre réduit de voies et des restrictions d'accès mais ce ne sont plus des rond-points. S'il y a besoin de feux, ils sont avant l'entrée du rond-point ou bien il est tellement grand que les arrêts y sont possibles sur certaines voies (l'Etoile à Paris; qui n'est pas un giratoire comme les autres mais en fait une grande place avec une série de carrefours autour du monument et des contre-allées qui sont devenues piétonnes; mais même là il ne me semble pas nécessaire qu'il y ait besoin d'un découpage de la partie centrale) 2014-07-22 11:46 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Résumé de la discussion : Pas de consensus, mais si on peut éviter de les couper, c'est mieux. Stf ___ 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 -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Relation route et giratoire
Je déterre ce message un peu vieux car j'ai envie de faire des tests persos et je me demande bien comment mettre OSRM en bus. Je ne vois que Voiture (le plus rapide) comme paramètre. J'ai peut être quelque chose qui solutionnerai le conflit :-) 2014-07-17 22:03 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Jo parle sûrement du surlignage des itinéraires de bus sur un fond. Un coup d'OSRM paramétré bus et c'est réglé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Un projet collaboratif avec un grand degré de liberté comment les choses sont faites dès le début. Pour certains c'est apparemment inconvénient si les rotondes sont découpées, mais pour d'autres il n'est pas possible de décrire les routes exactement. Personnellement je ne vois pas quel est le grand problème insurmontable si les giratoires sont découpés. Le fait que tous les chemins composants portent toujours junction=roundabout les font parfaitement reconnaissables en tant que tel. Encore d'autres disent que les itinéraires ne devraient pas être dans Openstreetmap.org. Je ne suis pas d'accord avec cela non plus. Pour moi la solution consiste en décrire les itinéraires de façon hiérarchique, mais je continuerai de décrire toutes les variantes du début à la fin. Là je vois bien l'inconvénient de dizaines de relations routes qui sont difficiles à maintenir. Peut-être un jour il sera possible de faire cela d'une façon plus efficace. De toute façon ça ne fera pas de différence pour la découpe ou pas des giratoires. Jo 2014-07-23 13:32 GMT+02:00 Marc SIBERT m...@sibert.fr: Non ! Je ne pense pas que ce genre de remarque ait sa place dans un projet collaboratif communautaire. C'est une question de principe même. L'action doit être coordonnée à minima afin de ne pas rendre les données inutilisables. Imagine si chaque mail de cette liste commence par si moi je veux... Ces propos sont inacceptables ! C'est mon avis je le partage :-) Le 23 juillet 2014 07:17, Jo winfi...@gmail.com a écrit : Si moi je veux décrire le trajectoire d'un itinéraire de bus ou vélo en détail précis, je les tronçonnerai. Que vous pensez que ce soit nécessaire ou pas n'aura pas plus d'importance si vous y consacrez 1000 ou 1 mots. Jo 2014-07-23 4:32 GMT+02:00 Philippe Verdy verd...@wanadoo.fr: Je n'ai vu aucun cas où on ne peut pas éviter de les couper. Même quand un giratoire contient des sections de ponts, on peut toujours taguer la route ou la rivière qui passe dessous avec des sections en sous-terrain, ou une route qui passe par dessus avec des section en ponts. Le seul cas où il faudrait les couper ce serait si deux giratoires sont partiellement superposés; on serait bien obligé d'en couper un ou alors de mettre celui du dessus entièrement en pont, ou celui du dessous entièrement en sous-terrain (avec un layer=* non nul) Mais je n'ai encore vu ce cas nulle part (et ce genre d'endroit doit être repérable: nécessairement soit dans une zone urbaine dense, ou dans une vallée montagneuse étroite avec une concentration de voies d'accès importantes). Deux cas remarquables qui pourraient y faire penser ne nécessitent même pas un tel tronçonnage du rond-point: - le rond-point de la Défense entièrement en tunnel - et un rond-point à Andorre coincé dans une vallée étroite où aboutissent des tunnels et des ponts (au Nord-Est d'Andorre-la-Vieille, sur la CG-2, faisant l'échange avec un long double tunnel reliant deux vallées et des ponts bretelles d'accès passant au dessus d'une rivière pour se connecter aux tunnels, ce rond-point étant en partie suspendu) et en dessous un plus petit rond-point de plain-pied. Le plus grand rond-point du dessus est entièrement tagué en pont. Le seul cas justifié de découpage serait qu'il y ait des feux ou des stops et laissez-le-passage interrompant la boucle, ou un morceau de la boucle avec un nombre réduit de voies et des restrictions d'accès mais ce ne sont plus des rond-points. S'il y a besoin de feux, ils sont avant l'entrée du rond-point ou bien il est tellement grand que les arrêts y sont possibles sur certaines voies (l'Etoile à Paris; qui n'est pas un giratoire comme les autres mais en fait une grande place avec une série de carrefours autour du monument et des contre-allées qui sont devenues piétonnes; mais même là il ne me semble pas nécessaire qu'il y ait besoin d'un découpage de la partie centrale) 2014-07-22 11:46 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Résumé de la discussion : Pas de consensus, mais si on peut éviter de les couper, c'est mieux. Stf ___ 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 -- Marc Sibert m...@sibert.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
Re: [OSM-talk-fr] Réf.: Re: Relation route et giratoire
Le 'conflit' ne concerne pas le routing. Je comprends très bien qu'il est possible de calculer le point d'entrée et le point de sortie. Pour créer la rendition des cartes ce calcul n'est pas fait, donc les itinéraires sont représentés comme si les bus les contournes de façon illogique. Mais cette rendition n'est qu'un exemple pour démontrer le problème. Bon j'avais déjà dit tout cela. Pour Philippe: oui je sais bien que s'il y a des pistes cyclables autour les rond-points, je peux le découper pour les itinéraire cyclables. Pour cette raison-là justement j'en ai ajouté bon nombre quand je réparais ces itinéraires-là. Bonne continuation, Jo 2014-07-23 14:17 GMT+02:00 Greg ewala...@gmail.com: Je déterre ce message un peu vieux car j'ai envie de faire des tests persos et je me demande bien comment mettre OSRM en bus. Je ne vois que Voiture (le plus rapide) comme paramètre. J'ai peut être quelque chose qui solutionnerai le conflit :-) 2014-07-17 22:03 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Jo parle sûrement du surlignage des itinéraires de bus sur un fond. Un coup d'OSRM paramétré bus et c'est réglé. ___ 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] Les places (place de l'église, etc..)
2014-07-22 19:12 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Quoiqu'il en soit, ma question principale reste celle-ci : Une place c'est un lieu, au même titre qu'une localité, qu'un quartier, qu'une ville. Pourquoi les places n'auraient-elles pas droit elles-aussi à leur tag place= ? Une rue aussi est un lieu. A partir de quel rapport mathématique entre longueur et largeur tu estimes qu'un lieu n'est plus un highway mais un place ? Ou alors ,c'est un autre raisonnement : parce que la place n'est pas qu'une voie de circulation mais souvent un mixte de plusieurs choses, il faudrait la déplacer du highway à place. Mais on pourrait appliquer la même logique à toutes les rues... J'ai jeté un oeil sur la définition du mot place dans le larousse: Espace public découvert, entouré de constructions, dans une agglomération Finalement, qu'est ce qui distingue une place d'une rue si ce n'est sa forme et uniquement sa forme et non pas le fait qu'elle contienne ou pas des parking, des voies de circulation, etc (choses qui arrivent aussi pour des rues classiques) ? On ne peut même pas dire qu'une place est une jonction ou intersection de voies multiples puisque certaines sont des cul-de-sacs. Pour les adresses, elles sont utilisées de la même manière que des noms de rue. Reste qu'elles sont plus souvent des mixtes de plusieurs choses (parkings, zones pédestres, voies de circulation, etc) qui les rendent plus difficiles à modéliser dans OSM. Mais on peut rencontrer les même difficultés pour des rues classiques. Pas besoin d'inventer un nouveau tag pour ça. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
Mais une place peut contenir tellement d'éléments différents, ça ne me semble pas une bonne solution de tous leur donner le nom de la place pour être capable d'identifier son emprise. Un exemple concret: (c'est ce que j'aimerais que Nominatim me réponde si je cherche cette place) http://www.openstreetmap.org/way/176176680 quel serait la bonne façon de taguer ? Le tag place=plaza me plairait bien. Le 23 juillet 2014 14:58, Pieren pier...@gmail.com a écrit : 2014-07-22 19:12 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Quoiqu'il en soit, ma question principale reste celle-ci : Une place c'est un lieu, au même titre qu'une localité, qu'un quartier, qu'une ville. Pourquoi les places n'auraient-elles pas droit elles-aussi à leur tag place= ? Une rue aussi est un lieu. A partir de quel rapport mathématique entre longueur et largeur tu estimes qu'un lieu n'est plus un highway mais un place ? Ou alors ,c'est un autre raisonnement : parce que la place n'est pas qu'une voie de circulation mais souvent un mixte de plusieurs choses, il faudrait la déplacer du highway à place. Mais on pourrait appliquer la même logique à toutes les rues... J'ai jeté un oeil sur la définition du mot place dans le larousse: Espace public découvert, entouré de constructions, dans une agglomération Finalement, qu'est ce qui distingue une place d'une rue si ce n'est sa forme et uniquement sa forme et non pas le fait qu'elle contienne ou pas des parking, des voies de circulation, etc (choses qui arrivent aussi pour des rues classiques) ? On ne peut même pas dire qu'une place est une jonction ou intersection de voies multiples puisque certaines sont des cul-de-sacs. Pour les adresses, elles sont utilisées de la même manière que des noms de rue. Reste qu'elles sont plus souvent des mixtes de plusieurs choses (parkings, zones pédestres, voies de circulation, etc) qui les rendent plus difficiles à modéliser dans OSM. Mais on peut rencontrer les même difficultés pour des rues classiques. Pas besoin d'inventer un nouveau tag pour ça. Pieren ___ 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] Les places (place de l'église, etc..)
2014-07-23 16:10 GMT+02:00 Tyndare tynd...@wanadoo.fr: Mais une place peut contenir tellement d'éléments différents, ça ne me semble pas une bonne solution de tous leur donner le nom de la place pour être capable d'identifier son emprise. La question se pose aussi pour les rues. C'est surtout ça que je voulais souligner dans mon précédent message. Un exemple concret: (c'est ce que j'aimerais que Nominatim me réponde si je cherche cette place) http://www.openstreetmap.org/way/176176680 quel serait la bonne façon de taguer ? Dans ce genre de cas, tu peux créer une relation multipolygon et y mettre les deux polygones pedestrian et le nom de la place. En outre, cet exemple me fait constater que le truc d'ajouter un area=yes à un polygone sans autre tag pour faire apparaître le nom sur la carte principale n'a plus cours, ce qui est une très bonne chose (il y a beaucoup trop de polygones dans ce cas et sans vrai qualificatif - on ne sait pas ce que cela représente vraiment) Le tag place=plaza me plairait bien. On peut aussi créer un tag place=street pour les rues si on suit la même logique. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
Et pourquoi pas une simple précision de type highway:type=place/square/... ? Cela répondrait aux différentes typologies présentées ici (différentes typologies de routes et situations mais qui réponde à une appellation place) Le 23 juil. 2014 16:40, Pieren pier...@gmail.com a écrit : 2014-07-23 16:10 GMT+02:00 Tyndare tynd...@wanadoo.fr: Mais une place peut contenir tellement d'éléments différents, ça ne me semble pas une bonne solution de tous leur donner le nom de la place pour être capable d'identifier son emprise. La question se pose aussi pour les rues. C'est surtout ça que je voulais souligner dans mon précédent message. Un exemple concret: (c'est ce que j'aimerais que Nominatim me réponde si je cherche cette place) http://www.openstreetmap.org/way/176176680 quel serait la bonne façon de taguer ? Dans ce genre de cas, tu peux créer une relation multipolygon et y mettre les deux polygones pedestrian et le nom de la place. En outre, cet exemple me fait constater que le truc d'ajouter un area=yes à un polygone sans autre tag pour faire apparaître le nom sur la carte principale n'a plus cours, ce qui est une très bonne chose (il y a beaucoup trop de polygones dans ce cas et sans vrai qualificatif - on ne sait pas ce que cela représente vraiment) Le tag place=plaza me plairait bien. On peut aussi créer un tag place=street pour les rues si on suit la même logique. Pieren ___ 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] Relation route et giratoire
Je te rejoins sur la forme qui est inappropriée, mais sur le fond, dire en l'absence d'un concensus et/ou d'outillage adapté je préfère continuer à taguer ainsi... est recevable. La question touche plus largement aux découpages de routes pour les relations, qui n'est pas résolu pour l'instant. Le 23 juil. 2014 13:33, Marc SIBERT m...@sibert.fr a écrit : Non ! Je ne pense pas que ce genre de remarque ait sa place dans un projet collaboratif communautaire. C'est une question de principe même. L'action doit être coordonnée à minima afin de ne pas rendre les données inutilisables. Imagine si chaque mail de cette liste commence par si moi je veux... Ces propos sont inacceptables ! C'est mon avis je le partage :-) Le 23 juillet 2014 07:17, Jo winfi...@gmail.com a écrit : Si moi je veux décrire le trajectoire d'un itinéraire de bus ou vélo en détail précis, je les tronçonnerai. Que vous pensez que ce soit nécessaire ou pas n'aura pas plus d'importance si vous y consacrez 1000 ou 1 mots. Jo 2014-07-23 4:32 GMT+02:00 Philippe Verdy verd...@wanadoo.fr: Je n'ai vu aucun cas où on ne peut pas éviter de les couper. Même quand un giratoire contient des sections de ponts, on peut toujours taguer la route ou la rivière qui passe dessous avec des sections en sous-terrain, ou une route qui passe par dessus avec des section en ponts. Le seul cas où il faudrait les couper ce serait si deux giratoires sont partiellement superposés; on serait bien obligé d'en couper un ou alors de mettre celui du dessus entièrement en pont, ou celui du dessous entièrement en sous-terrain (avec un layer=* non nul) Mais je n'ai encore vu ce cas nulle part (et ce genre d'endroit doit être repérable: nécessairement soit dans une zone urbaine dense, ou dans une vallée montagneuse étroite avec une concentration de voies d'accès importantes). Deux cas remarquables qui pourraient y faire penser ne nécessitent même pas un tel tronçonnage du rond-point: - le rond-point de la Défense entièrement en tunnel - et un rond-point à Andorre coincé dans une vallée étroite où aboutissent des tunnels et des ponts (au Nord-Est d'Andorre-la-Vieille, sur la CG-2, faisant l'échange avec un long double tunnel reliant deux vallées et des ponts bretelles d'accès passant au dessus d'une rivière pour se connecter aux tunnels, ce rond-point étant en partie suspendu) et en dessous un plus petit rond-point de plain-pied. Le plus grand rond-point du dessus est entièrement tagué en pont. Le seul cas justifié de découpage serait qu'il y ait des feux ou des stops et laissez-le-passage interrompant la boucle, ou un morceau de la boucle avec un nombre réduit de voies et des restrictions d'accès mais ce ne sont plus des rond-points. S'il y a besoin de feux, ils sont avant l'entrée du rond-point ou bien il est tellement grand que les arrêts y sont possibles sur certaines voies (l'Etoile à Paris; qui n'est pas un giratoire comme les autres mais en fait une grande place avec une série de carrefours autour du monument et des contre-allées qui sont devenues piétonnes; mais même là il ne me semble pas nécessaire qu'il y ait besoin d'un découpage de la partie centrale) 2014-07-22 11:46 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Résumé de la discussion : Pas de consensus, mais si on peut éviter de les couper, c'est mieux. Stf ___ 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 -- Marc Sibert m...@sibert.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
Re: [OSM-talk-fr] Relation route et giratoire
Le 23 juillet 2014 16:52, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Je te rejoins sur la forme qui est inappropriée, mais sur le fond, dire en l'absence d'un concensus et/ou d'outillage adapté je préfère continuer à taguer ainsi... est recevable. La question touche plus largement aux découpages de routes pour les relations, qui n'est pas résolu pour l'instant. +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
Une rue est un lieu ? Oui, on peut dire cela. En revanche, les rues ne sont pas représentées dans Osm, pour l'instant on y trouve que le filaire des voies de circulation, les highways, mais pas l'ensemble de la rue, tu sais, l'espace entre les immeubles :-) Donc que les highways deviennent des sortes de place, non. On pourrait même dire que poser le tag name sur ce filaire n'est pas tout à fait correct, et je ne serais pas surpris qu'avec le temps, et l'arrivée probable en masse de area:highway et autres représentations surfaciques des routes, trottoirs, etc..., se posera la question de l'emplacement du nom de la rue et du tag du polygone censé représenter la rue complète. Finalement, qu'est ce qui distingue une place d'une rue si ce n'est sa forme et uniquement sa forme et non pas le fait qu'elle contienne ou pas des parking, des voies de circulation, etc (choses qui arrivent aussi pour des rues classiques) ? Je suis d'accord. Finalement, c'est le choix du mode de représentation linéaire versus surfacique qui revient. Si le linéaire des routes fait pour l'instant bien illusion pour représenter des rues, c'est de mon point de vue, de moins en moins le cas pour les places, tout comme je trouve aberrant la méthode Googlemaps de placer le nom des hameaux sur les routes les traversant. area:urban=Place de l'église ? Stf Le 23/07/2014 14:58, Pieren a écrit : Une rue aussi est un lieu. A partir de quel rapport mathématique entre longueur et largeur tu estimes qu'un lieu n'est plus un highway mais un place ? Ou alors ,c'est un autre raisonnement : parce que la place n'est pas qu'une voie de circulation mais souvent un mixte de plusieurs choses, il faudrait la déplacer du highway à place. Mais on pourrait appliquer la même logique à toutes les rues... Finalement, qu'est ce qui distingue une place d'une rue si ce n'est sa forme et uniquement sa forme et non pas le fait qu'elle contienne ou pas des parking, des voies de circulation, etc (choses qui arrivent aussi pour des rues classiques) ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
Le 23 juillet 2014 16:38, Pieren pier...@gmail.com a écrit : La question se pose aussi pour les rues. C'est surtout ça que je voulais souligner dans mon précédent message. http://www.openstreetmap.org/way/176176680 Dans ce genre de cas, tu peux créer une relation multipolygon et y mettre les deux polygones pedestrian et le nom de la place. Je retiens l'idée ! Mais pour les rues tu es d'habitude moins en faveur de la création de relation (cf associatedStreet ;-) En outre, cet exemple me fait constater que le truc d'ajouter un area=yes à un polygone sans autre tag pour faire apparaître le nom sur la carte principale n'a plus cours, ce qui est une très bonne chose (il y a beaucoup trop de polygones dans ce cas et sans vrai qualificatif - on ne sait pas ce que cela représente vraiment) D'où l'interet de ce fil de discussion... je continue de croire comme Stéphane qu'un tag spécifique serait le bienvenu et simplifierait grandement les choses. Ça peut être un tag place,highway ou landuse, mais ce qui manque ce n'est pas la description de la circulation, c'est la description de la zone ouverte qui sert d'adresse. Une place devrais être facilement repérable sur une carte, ce n'est pas toujours le cas sur OSM car on ne peut décrire que ses éléments constitutifs, pas la place en tant que telle, et c'est beaucoup plus compliqué que pour les rues d'en reconstituer l'intégrité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aires de covoiturage
bonjour Le 21/07/2014 14:32, Romain MEHUT a écrit : Ces aires sont avant-tout des parkings. Elles ont une signalétique indiquant qu'elles sont destinées aux covoitureurs mais rien n'empêchent de s'y stationner comme n'importe quel autre parking. Effectivement, sur l'espace public, seuls les véhicules bénéficiant du label autopartage peuvent bénéficier d'emplacements de stationnement réservés (article L2213-2 du code des collectivités ) http://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI22495442cidTexte=LEGITEXT06070633 Les panneaux aire de covoiturage présent sur des parking construits sur l'espace public sont juste là à titre incitatif. J'ai appris cela en parcourant ce guide consacré à l'aménagement des aires de covoiturage en Basse-Normandie (il date de 2010) : http://aides.region-basse-normandie.fr/index.php/component/docman/doc_download/278-covoiturage-notice-pdf.pdf Gwen ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
2014-07-23 18:30 GMT+02:00 Tyndare tynd...@wanadoo.fr: Mais pour les rues tu es d'habitude moins en faveur de la création de relation (cf associatedStreet ;-) Attention, je n'ai jamais dis que j'étais contre toutes les relations mais qu'il ne fallait en faire que lorsqu'on n'avait pas d'autre alternative (les multipolygon par exemple) ;-) Ça peut être un tag place,highway ou landuse, mais ce qui manque ce n'est pas la description de la circulation, c'est la description de la zone ouverte qui sert d'adresse. Une place devrais être facilement repérable sur une carte, ce n'est pas toujours le cas sur OSM car on ne peut décrire que ses éléments constitutifs, pas la place en tant que telle, et c'est beaucoup plus compliqué que pour les rues d'en reconstituer l'intégrité. C'est aussi le cas avec les boulevards et avenues, par exemple (plusieurs filaires, espace large et ouvert, sert d'adresse). Va-t-on vers la création d'un tag place à chaque fois que plusieurs éléments constitutifs d'un lieu sont cartographiés dans OSM ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
Date: Wed, 23 Jul 2014 18:53:36 +0200 From: pier...@gmail.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr]Les places (place de l'église, etc..) C'est aussi le cas avec les boulevards et avenues, par exemple (plusieurs filaires, espace large et ouvert, sert d'adresse). Va-t-on vers la création d'un tag place à chaque fois que plusieurs éléments constitutifs d'un lieu sont cartographiés dans OSM ? Pieren J'ai suivi de loin la discussion, je ne saurai me prononcer sur un choix parmi les propositions. Mais il m'est venu une idée pour ces tags que je n'ai pas encore vu passer : highway=... + name=... + area=plaza Je suis curieux de voir en quoi ce n'est pas envisageable ;) George, 100 balles dans le nourrain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Relation route et giratoire
Le 23 juillet 2014 14:36, Jo winfi...@gmail.com a écrit : Le 'conflit' ne concerne pas le routing. Je comprends très bien qu'il est possible de calculer le point d'entrée et le point de sortie. Pour créer la rendition des cartes ce calcul n'est pas fait, donc les itinéraires sont représentés comme si les bus les contournes de façon illogique. Mais cette rendition n'est qu'un exemple pour démontrer le problème. C'est bien un problème de rendu donc. Bon j'avais déjà dit tout cela. Pour Philippe: oui je sais bien que s'il y a des pistes cyclables autour les rond-points, je peux le découper pour les itinéraire cyclables. Pour cette raison-là justement j'en ai ajouté bon nombre quand je réparais ces itinéraires-là. On n'est pas dans la même situation. Pour un itinéraire vélo, il n'y a pas plus de raison de découper le rond-point. Si par contre, si il y a une différence physique (présence d'une bande cyclable sur une partie du rond-point) alors là on sera obligé de découper, mais ce n'est pas lié à un itinéraire. Quand à savoir si il y a consensus ou pas, il y a quand même une très forte majorité à avoir penché d'un côté plutôt que de l'autre et je pense que si l'on a poussé aussi loin la discussion c'est quand même pour tenter de ramener les brebis égarées pour arriver à 100% afin d'atteindre un consensus Quand on oppose un moi je, c'est sûr qu'il n'est pas facile de se mettre d'accord, mais n'en faisons pas une affaire non plus. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Nikon D5300
Le 23/07/2014 12:30, Pierre Giraud a écrit : Quelle est la qualité de ce récepteur en termes de vitesse de détection des satellites et en termes de précision ? Comme ils ne parlent pas de correction EGNOS/WAAS dans le descriptif, j'en déduis que la précision doit être de 20 à 30 m. Je ne serais pas étonné que la différence de prix entre le D5200 et le D5300 te permette de te payer un GPS de rando. J'ai un D5000 et un Etrex 20, qui démarre très vite. En pratique, je l'allume d'avance pour lui laisser le temps de se stabiliser et je le laisse en marche, parfois des journées entières. Il utilise les satellites GPS et GLONASS, et la précision (horizontale et verticale) est de l'ordre de 3 mètres. Je localise ensuite les photos avec Gpscorrelate. -- François ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Bonjour, Je pense également qu'il ne faudrait pas couper les giratoires et ne pas tagger pour le rendu, mais là, je ne te suis plus Le 23/07/2014 04:32, Philippe Verdy a écrit : Je n'ai vu aucun cas où on ne peut pas éviter de les couper. Même quand un giratoire contient des sections de ponts, on peut toujours taguer la route ou la rivière qui passe dessous avec des sections en sous-terrain, ou une route qui passe par dessus avec des section en ponts. Je cherche à saisir ce qui est sur le terrain, si c'est un pont, je pense qu'il faut décrire un pont (et non ce qui passe dessous en tunnel). Par exemple, il y a un giratoire : https://www.openstreetmap.org/way/141282464#map=18/43.65520/1.36467layers=T Les panneau indiquent bien un giratoire et les habitants ne connaissent pas son nom, mais parlent du pont rond-point ou du rond-point sur le pont. Pour avoir l'unicité du giratoire, ne vaudrait-il pas mieux pouvoir créer des relations junction=roundabout avec le name ? cordialement Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose, BANO et Numérotation des lieux-dits
Le 23/07/2014 11:06, lenny a écrit : Bonjour, dans la discussion suivante : https://www.mail-archive.com/talk-fr@openstreetmap.org/msg68212.html il était indiqué que BANO allait évoluer pour prendre en compte les lieux-dits ; ne faudrait-il pas également faire évoluer osmose pour qu'il ne renvoie pas une erreur lorsque addr:place existe : http://osmose.openstreetmap.fr/fr/map/#zoom=18lat=48.424788lon=-1.250867layer=Mapnikoverlays=FFFTitem=2060level=1%2C2%2C3tags=fixable=bbox=-1.2562286853790283%2C48.423056430500864%2C-1.245424747467041%2C48.42665186614596 Je viens de le prendre en compte pour cette erreur en particulier et pour les doublons de numéro. Résultats d'analyses disponibles sur osmose d'ici quelque jours. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
Le 23 juillet 2014 18:53, Pieren pier...@gmail.com a écrit : C'est aussi le cas avec les boulevards et avenues, par exemple (plusieurs filaires, espace large et ouvert, sert d'adresse). Va-t-on vers la création d'un tag place à chaque fois que plusieurs éléments constitutifs d'un lieu sont cartographiés dans OSM ? À chaque fois non mais pour certains boulevards ou avenues ça ne me choquerais pas. Après c'est une question d'abstraction, je trouve que le filaire principal représente bien l'idée que je me fais des voies de circulation, pour une place j'aimerais intuitivement plutôt représenter ça par un point ou une surface mais il n'y a aucun tag qui peut s'appliquer, on est forcé de détailler les différentes parties de la place en fonction de leur utilisation (parking, zone piétonne, square, voie de circulation,...). Les places ce sont les lieux de rassemblement par excellence, elles n'ont a mon avis clairement pas la place qu'elles méritent dans OSM, je leur donnerais volontiers un tag plaza=* pour elles toutes seules, elles sont souvent toutes aussi importantes en tant que repères que des highway=primary et pourtant elles sont réduites à la visibilité de simple highway=service ou highway=pedestrian, c'est pas juste ! Ce n'est pas le côté circulation (highway) qui donne de l'importance aux places, c'est pourquoi j'aime bien l'idée du tag place=plaza. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aires de covoiturage
Moi je tagge les parking destinés au covoiturage - ou seulement autorisé - amenity=parking et park_ride http://wiki.openstreetmap.org/wiki/Key:park_ride=yes Le 23 juillet 2014 18:43, Gwen ping...@no-log.org a écrit : bonjour Le 21/07/2014 14:32, Romain MEHUT a écrit : Ces aires sont avant-tout des parkings. Elles ont une signalétique indiquant qu'elles sont destinées aux covoitureurs mais rien n'empêchent de s'y stationner comme n'importe quel autre parking. Effectivement, sur l'espace public, seuls les véhicules bénéficiant du label autopartage peuvent bénéficier d'emplacements de stationnement réservés (article L2213-2 du code des collectivités ) http://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI22495442cidTexte=LEGITEXT06070633 Les panneaux aire de covoiturage présent sur des parking construits sur l'espace public sont juste là à titre incitatif. J'ai appris cela en parcourant ce guide consacré à l'aménagement des aires de covoiturage en Basse-Normandie (il date de 2010) : http://aides.region-basse-normandie.fr/index.php/component/docman/doc_download/278-covoiturage-notice-pdf.pdf Gwen ___ 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] Relation route et giratoire
Chemin unique, entièrement en pont ou en tunnel si nécessaire, entièrement au même layer=* (presque toujours le layer 0 implicite sauf quelques très rares rond-points suspendus en pont au layer=1 ; les rond-points en tunnel au layer -1 sont encore plus rares: si les rond-points ne sont pas entièrement couverts, on les laisse en plain-pied et on tague en pont les voies qui passent par dessus qui peuvent avoir besoin d'un tronçonnage mais avec des tronçons plus longs plus pratiques à manipuler et moins nombreux qu'en tronçonnant le rond-point). Si quelque chose passe dessus ou dessous et que le rond-point est principalement de plain-pied (layer=0 implicite non tagué, et ni pont ni tunnel), c'est à cet autre route/voie ferrée/cours d'eau qu'on peut faire le découpage si nécessaire pour des tags diférents. C'est pourtant clair non? Aucun découpage nécessaire, le giratoire reste en un seul morceau, même pour les relations de transport dans lesquelles on entre le chemin fermé du rond-point tout entier tant qu'il est tagué en junction=roundabout. Il n'y a strictement aucun problème de rendu comme prétendu dans les cartes de transport, où il est au contraire très utile de voir que c'est bien un rond-point fermé, permettant un demi-tour ou de faire pus d'un tour si on cherche le panneau ou si on rate la sortie, sans que le logiciel de routage nous envoie prendre une autre sortie et faire des kilomètres en plus ou nous demande de faire demi-tour quand on n'est déjà pas sur la bonne route et la route est trop dangereuse pour le permettre, ou carrément interdit le demi-tour à cause d'une ligne continue ou de voies séparées à sens unique... Les rond-points sont très structurants tant qu'il restent entier, il simplifient la navigation et il y a beaucoup moins d'erreurs si on ne les tronçonne pas mais qu'on tronçonne (éventuellement seulement ce qui passerait au travers par dessous ou par dessus sur un ouvrage au moins aussi grand sinon plus que le rond-point lui-meme). C'est globalement plus simple à taguer, même pour leur inclusion dans une relation route où on veut mettre les deux directions dans avoir besoin d'une super-relation. Le seule cas qui nécessiterait un découpage serait que soit le rond-point ne soit plus entièrement une boucle fermée, ou qu'il y a éventuellement un autre rond-point qui passe partiellement dessus ou dessous, l'un des deux ne pouvant pas rester de plain-pied et mais ne pouvant pas rester entièrement en tunnel. Mais dans les cas que j'ai vus, le rond-point situé dessus est entièrement un pont, de même qu'une partie de ses bretelles d'accès ou de sortie, et aucun des deux ronds-points superposés (cas déjà très rare) n'a besoin de tronçonnage non plus; pas plus que les bretelles d'accès et de sortie d'un triangle (le tronconnage des voies d'accès a lieu au moins 150 mètres avant ou après le rond-point, hors même du triangle de séparation des sens). Le 23 juillet 2014 20:56, lenny lenny.li...@orange.fr a écrit : Bonjour, Je pense également qu'il ne faudrait pas couper les giratoires et ne pas tagger pour le rendu, mais là, je ne te suis plus Le 23/07/2014 04:32, Philippe Verdy a écrit : Je n'ai vu aucun cas où on ne peut pas éviter de les couper. Même quand un giratoire contient des sections de ponts, on peut toujours taguer la route ou la rivière qui passe dessous avec des sections en sous-terrain, ou une route qui passe par dessus avec des section en ponts. Je cherche à saisir ce qui est sur le terrain, si c'est un pont, je pense qu'il faut décrire un pont (et non ce qui passe dessous en tunnel). Par exemple, il y a un giratoire : https://www.openstreetmap.org/ way/141282464#map=18/43.65520/1.36467layers=T Les panneau indiquent bien un giratoire et les habitants ne connaissent pas son nom, mais parlent du pont rond-point ou du rond-point sur le pont. Pour avoir l'unicité du giratoire, ne vaudrait-il pas mieux pouvoir créer des relations junction=roundabout avec le name ? cordialement Lenny ___ 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] Les places (place de l'église, etc..)
Le 23 juillet 2014 23:55, Tyndare tynd...@wanadoo.fr a écrit : Ce n'est pas le côté circulation (highway) qui donne de l'importance aux places, c'est pourquoi j'aime bien l'idée du tag place=plaza. Je suis d'accord aussi, mais on doit l'appliquer à ce qui sert au repérage. Cela devrait pouvoir s'utiliser aussi pour les secteurs de La Défense, mentionnés sur les panneaux indicateurs et encore plus important dans la partie souterraine; cependant il y a aussi le cas de l'esplanade piétonne toute entière qui a certaines parties repérées par secteurs (ce sont essentiellement des points il n'y a pas de réelle délimitation visible sur le terrain autre que les points de repérage centraux où sont installés des panneaux-guides. Cela doit s'appliquer aussi vient au places carrées que rectangulaires, rondes, ovoides, trianguaires ou dans un angle entre deux rues ou de forme compliquée devant un édifice (places devant la mairie, l'église, un bureau de poste, une gare, un stade, un grand immeuble remarquable, un hôtel, un théâtre, un monument de souvenir ou commémoration), ou parfois tout autour de cet édifice. Pour les ports au moins on a un tag harbour qui peut inclure toute la voirie sur plusieurs rues, les trottoirs, les quais et promenades piétonnes en front de mer, les trottoirs, les parkings et passifs végétaux éventuels, les barrières de sécurité et tout le mobilier urbain...). Cependant pour plaza je le classerait plutôt dans une fonction de type landuse=* comme les ports. Nombre de ces places ont des fonctions résidentielles, ou commerciales, ou mixtes, mais souvent liées à un édifice principal à proximité (ou placé au centre). C'est la fonction de cet édiice qui guide le reste, la place en étant une extension sans avoir elle-même la fonction de l'édifice. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Ça fait déjà longtemps que l'on ne met plus les 2 sens dans la même relation pour les itinéraires bus/tram. Les rond-points sont tout de suite reconnaissables, car tous leurs chemins composants portent junction=roundabout. C'est pourtant clair, n'est-ce pas. Très clair même. Il y a plusieurs façons de faire les choses et il y en a beaucoup qui sont d'accord avec toi, mais pas tout le monde. Faudra accepter. Ou on peut continuer de faire des longues conversations, mais moi je préfère plutôt continuer d'ajouter les arrêts de bus. Et un itinéraire de temps en temps pour varier un peu. Jo 2014-07-24 1:23 GMT+02:00 Philippe Verdy verd...@wanadoo.fr: Chemin unique, entièrement en pont ou en tunnel si nécessaire, entièrement au même layer=* (presque toujours le layer 0 implicite sauf quelques très rares rond-points suspendus en pont au layer=1 ; les rond-points en tunnel au layer -1 sont encore plus rares: si les rond-points ne sont pas entièrement couverts, on les laisse en plain-pied et on tague en pont les voies qui passent par dessus qui peuvent avoir besoin d'un tronçonnage mais avec des tronçons plus longs plus pratiques à manipuler et moins nombreux qu'en tronçonnant le rond-point). Si quelque chose passe dessus ou dessous et que le rond-point est principalement de plain-pied (layer=0 implicite non tagué, et ni pont ni tunnel), c'est à cet autre route/voie ferrée/cours d'eau qu'on peut faire le découpage si nécessaire pour des tags diférents. C'est pourtant clair non? Aucun découpage nécessaire, le giratoire reste en un seul morceau, même pour les relations de transport dans lesquelles on entre le chemin fermé du rond-point tout entier tant qu'il est tagué en junction=roundabout. Il n'y a strictement aucun problème de rendu comme prétendu dans les cartes de transport, où il est au contraire très utile de voir que c'est bien un rond-point fermé, permettant un demi-tour ou de faire pus d'un tour si on cherche le panneau ou si on rate la sortie, sans que le logiciel de routage nous envoie prendre une autre sortie et faire des kilomètres en plus ou nous demande de faire demi-tour quand on n'est déjà pas sur la bonne route et la route est trop dangereuse pour le permettre, ou carrément interdit le demi-tour à cause d'une ligne continue ou de voies séparées à sens unique... Les rond-points sont très structurants tant qu'il restent entier, il simplifient la navigation et il y a beaucoup moins d'erreurs si on ne les tronçonne pas mais qu'on tronçonne (éventuellement seulement ce qui passerait au travers par dessous ou par dessus sur un ouvrage au moins aussi grand sinon plus que le rond-point lui-meme). C'est globalement plus simple à taguer, même pour leur inclusion dans une relation route où on veut mettre les deux directions dans avoir besoin d'une super-relation. Le seule cas qui nécessiterait un découpage serait que soit le rond-point ne soit plus entièrement une boucle fermée, ou qu'il y a éventuellement un autre rond-point qui passe partiellement dessus ou dessous, l'un des deux ne pouvant pas rester de plain-pied et mais ne pouvant pas rester entièrement en tunnel. Mais dans les cas que j'ai vus, le rond-point situé dessus est entièrement un pont, de même qu'une partie de ses bretelles d'accès ou de sortie, et aucun des deux ronds-points superposés (cas déjà très rare) n'a besoin de tronçonnage non plus; pas plus que les bretelles d'accès et de sortie d'un triangle (le tronconnage des voies d'accès a lieu au moins 150 mètres avant ou après le rond-point, hors même du triangle de séparation des sens). Le 23 juillet 2014 20:56, lenny lenny.li...@orange.fr a écrit : Bonjour, Je pense également qu'il ne faudrait pas couper les giratoires et ne pas tagger pour le rendu, mais là, je ne te suis plus Le 23/07/2014 04:32, Philippe Verdy a écrit : Je n'ai vu aucun cas où on ne peut pas éviter de les couper. Même quand un giratoire contient des sections de ponts, on peut toujours taguer la route ou la rivière qui passe dessous avec des sections en sous-terrain, ou une route qui passe par dessus avec des section en ponts. Je cherche à saisir ce qui est sur le terrain, si c'est un pont, je pense qu'il faut décrire un pont (et non ce qui passe dessous en tunnel). Par exemple, il y a un giratoire : https://www.openstreetmap.org/ way/141282464#map=18/43.65520/1.36467layers=T Les panneau indiquent bien un giratoire et les habitants ne connaissent pas son nom, mais parlent du pont rond-point ou du rond-point sur le pont. Pour avoir l'unicité du giratoire, ne vaudrait-il pas mieux pouvoir créer des relations junction=roundabout avec le name ? cordialement Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
Au début je trouvais bizarre de vouloir utiliser place= pour les places, ça a pas grand chose a voir avec les autres utilisations de place= mais en faite je change d'avis. place= sert pour placer des noms sur des zones plus ou moins bien délimitées mais à l’intérieur de la zone, les activités, le terrain ont peu d'importance. Cette zone regroupe des tas d'autres choses plus précise. J'ai pas l'impression qu'il y ai d'autre tag comme ça. C'est la même chose pour les places c'est un nom pour un lieu. pourquoi pas place=plaza (ou square ou ...). place=locality est beaucoup utiliser est c'est un peu la même chose.(même si je pense que ce tag est un peu trop souvent utiliser pour représenter quelque chose qui est en fait un landuse (un bois par ex) ou quelque chose de bien particulier comme une croix). Pour le rendu comme locality ça serai juste un nom sur une carte. Apres la question c'est est ce qu'un tag pour un endroit qui a un nom et où il y a surtout des voies de circulation a sa place. je pense que oui. Le 24 juillet 2014 01:44, Philippe Verdy verd...@wanadoo.fr a écrit : Le 23 juillet 2014 23:55, Tyndare tynd...@wanadoo.fr a écrit : Ce n'est pas le côté circulation (highway) qui donne de l'importance aux places, c'est pourquoi j'aime bien l'idée du tag place=plaza. Je suis d'accord aussi, mais on doit l'appliquer à ce qui sert au repérage. Cela devrait pouvoir s'utiliser aussi pour les secteurs de La Défense, mentionnés sur les panneaux indicateurs et encore plus important dans la partie souterraine; cependant il y a aussi le cas de l'esplanade piétonne toute entière qui a certaines parties repérées par secteurs (ce sont essentiellement des points il n'y a pas de réelle délimitation visible sur le terrain autre que les points de repérage centraux où sont installés des panneaux-guides. Cela doit s'appliquer aussi vient au places carrées que rectangulaires, rondes, ovoides, trianguaires ou dans un angle entre deux rues ou de forme compliquée devant un édifice (places devant la mairie, l'église, un bureau de poste, une gare, un stade, un grand immeuble remarquable, un hôtel, un théâtre, un monument de souvenir ou commémoration), ou parfois tout autour de cet édifice. Pour les ports au moins on a un tag harbour qui peut inclure toute la voirie sur plusieurs rues, les trottoirs, les quais et promenades piétonnes en front de mer, les trottoirs, les parkings et passifs végétaux éventuels, les barrières de sécurité et tout le mobilier urbain...). Cependant pour plaza je le classerait plutôt dans une fonction de type landuse=* comme les ports. Nombre de ces places ont des fonctions résidentielles, ou commerciales, ou mixtes, mais souvent liées à un édifice principal à proximité (ou placé au centre). C'est la fonction de cet édiice qui guide le reste, la place en étant une extension sans avoir elle-même la fonction de l'édifice. ___ 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] Qualité GPS Nikon D5300
si le GPS portable a un affichage, prendre la photo voulue puis aussitot la photo de l'affichage du GPS ae un bout reconnaissable du paysage; pas besoin d'outils compliqué, les clichés sont numérotés dans l'ordre. Dommage que tous ces appareils mobiles qui ont presque tous un connecteur USB (voire une antenne Bluetooth ou NFC) ne sachent pas dialoguer automatiquement entre eux avec une fonction de base de synchro d'événement avec un libellé et une géoposition horodatée (guère plus que le contenu d'un twit sans la photo elle-même, dans un journal d'événements synchronisé). La fonction des bons APN n'est pas le GPS, ces appareils ne s'utilisent pas en même temps sauf pendant une seconde à la demande. Il y a bien les smartphones mais ils ne sont pas assez autonomes en batterie, l'affichage couleur est beaucoup trop gourmand sur les modèles actuels qui ne tiennent pas plus de 4 heures en fonctionnement, c'est peu pour une rando et leur GPS est aussi approximatif s'il n'est pas assisté avec une connexion Internet mobile; même branché sur un chargeur, qui fournit 500mA maximum à 5V, l'utilisation du smartphone écran allumé consomme largement plus de 2,5 watts, et les batteries neuves ne dépassent pas plus de 2000 mAh, soit moins 1 heure d'utilisation intensive sans charger la batterie; les fonctions d'économie d'énergie des smartphones ne suffisent pas à aller au delà des 4 heures si in est branché sur chargeur, ou 2 heures uniquement sur la batterie... Bref on a encore besoin d'APN séparé, et de GPS séparé, qui restent en veille plus longtemps et n'ont pas besoin d'allumer un écran haute résolution en continu. Les GPS portables peuvent se contenter d'un écran monochrome économique, à forte rémanence comme sur les liseuses d'e-book, ou un écran LCD tout simple avec juste les coordonnées sans carte; l'APN n'a pas besoin de l'écran couleur en continu il donne juste un aperçu limité des photos prises. Ca pourra changer le jour où les smartphones auront un deuxième écran très économique utilisable en veille sur leur deuxième face mais suffisant pour utiliser l'APN intégré ou afficher l'heure ou une carte de navigation monochrome et un statut. Les anciens téléphone mobiles tenaient longtemps chargés (une semaine ou plus) grâce à leur écran tout simple et avec pourtant des batteries de capacité deux fouis moindre. On n'a pas fait de progrès: les smartphones maintenant n'ont même plus de batterie amovible, ils sont de plus en plus dépendant d'un câble de chargement, la mobilité a été oubliée. Je trouve lamentable qu'un smartphone actuel ne puisse même pas s'allumer et fonctionner normalement branché sur le câble mais sans batterie installée: dès le démarrage cable branché, le smartphone a besoin d'une charge minimale de la batterie pendant 3 minutes à 100%, le démarrage va tirer pas loin de 3% de la charge de la batterie pourtant déjà en charge. Si les smartphones n'ont plus de batterie amovible, ils devraient avoir une deuxième prise, la première comme l'actuelle pour pouvoir l'utiliser en USB à puissance réduite, l'autre au dessus pour la charge de la batterie interne en doublant la puissance fournie et permettre d'utiliser le smartphone tout de suite, même sans batterie ou de charger la batterie pendant l'utilisation. Hors chargement la deuxième prise servirait comme aujourd'hui au casque audio ou comme antenne FM. Il y a certainement moyen de fournir même une charge accélérée de la batterie interne, tout en assurant l'utilisation de toutes les fonctions du smartphone, en amenant l'énergie par la prise jack audio (capable de supporter au moins 5 à 10 watts, contre à peine 2 watts par l'USB numérique) et d'utiliser de préférence cette prise jack dans une voiture pour la navigation en continu, écran allumé sur la carte; avec encore le Bluetooth activé pour le kit main libre. La prise jack peut aussi être remplacée par une prise au format USB mais sans utiliser les 2 paires différentielles de data (alors la prise n'a plus besoin de limiter le courant entrant à 500 mA et 5V ou 2,5W) et peut tout autant recevoir un casque audio faisant aussi antenne FM (qui ne nécessitent pas du tout les paires data de l'USB). On pourrait en branchant un câble chargeur 5 watts temporairement par cette prise non-data, retirer la batterie déchargée et la remplacer sans éteindre le smartphone, débrancher le chargeur aussitôt la batterie changée, et l'utliser pour charger la batterie externe sans rester pendu à un câble branché sur une prise fixe pendant 1 heure. La fonction numérique USB pourrait aussi être totalement éliminée pour ne garder qu'une fonction analogique 5 à 10 watts (paires data inutilisées) supportant un casque externe et le chargement accéléré ou l'utilisation sans batterie. Le transfert de données passerait sans fil (en Wifi, NFC, Bluetooth, USB-wireless...) ou par une carte de stockage plus facilement accessible... Pour limiter la chauffe de la batterie en charge, utiliser des batteries avec des cellules
Re: [OSM-talk-fr] Relation route et giratoire
Le 24 juillet 2014 02:24, Jo winfi...@gmail.com a écrit : Ça fait déjà longtemps que l'on ne met plus les 2 sens dans la même relation pour les itinéraires bus/tram. Pas partout. Cette séparation des sens n'était pas du tout nécessaire avec les rôles forward/backward et le role vide (bidirectionnel). Tout peut se mettre dans la même relation quand les deux terminus sont au même endroit ou quand la ligne est un circuit circulaire (même s'il existe dans deux sens opposés). Pour les longues distances où les relation contiennent un grand nombre de chemins membres, c'est un gaspillage de ressources de séparer les sens, qui double aussi la quantité de travail à faire. De fait c'est peu employé (et pas recommandable) pour les lignes ferroviaires, les autoroutes, nationales, départementales, et routes transcontinentales. Le seul cas où on doit scinder une ligne de bus en plusieurs relations c'est si dans la même direction la ligne revient sur ses pas: on a besoin d'une relation maître pour la ligne car on ne peut pas mettre le même chemin deux fois dans la relation et garder l'ordre de parcours des stations non ambigu,ou bien si le parcours a des variantes avec des stations pas toujours desservies selon les heures ou les jours (ce sont en fait des lignes différentes même si commercialement c'est le même numéro affiché sur les bus et les horaires affichés) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Relation route et giratoire
Le 23 juillet 2014 19:11, Christian Quest cqu...@openstreetmap.fr a écrit : On n'est pas dans la même situation. Pour un itinéraire vélo, il n'y a pas plus de raison de découper le rond-point. +1 Si par contre, si il y a une différence physique (présence d'une bande cyclable sur une partie du rond-point) alors là on sera obligé de découper, mais ce n'est pas lié à un itinéraire. Entendons-nous bien cela ne concernerait que l'éventualité où cette bande cyclable empiète sur une partie des voies roulantes, obligeant les véhicules alors à changer brutalement de voie vers une voie plus centrale, alors qu'ils étaient déjà en train de tourner à gauche. Une situation qui pourrait surprendre (manque de visibilité sur ce qui est de l'autre côté du rond-point) et très accidentogène. De quoi renvoyer l'ingénieur des ponts et chaussée qui aura pondu ça et faire hurler les résidents ! En pratique s'il y a une partie cyclable, elle n'est pas dans l'emprise du rond-point dont le nombre de voie devrait être fixe. en pratique les pistes cyclable empruntent une partie du trottoir, pour être en situation protégée, ou sinon la piste cyclable est interrompue dans le rond-point et reprend après, ou bien il y a une bande cyclable **ininterrompue** tout autour du rond-point. Dans touts ces cas, pas besoin de découper le rond-point qui a les mêmes règles de circulation tout autour, et une signalisation unique du point d'entrée jusqu'à la sortie. Note: le rond-point au milieu des Champs Elysée a une partie centrale qui est un giratoire complet ; à l'extérieur il y a un autre chemin pour les piétons et deux-roues mais qui ne fait pas tout le tour: cette partie extérieure n'est pas le même chemin et n'est pas un giratoire (même si dans le passé ça l'a été: le giratoire a vu son rayon réduit **tout autour**, pour étendre une zone exclusivement piétonne sur un côté, et la piste cyclable est tracée séparément et protégée totalement en dehors du giratoire pour les véhicules motorisés. On ne découpe pas non plus la partie centrale qui est de toute façon physiquement séparée de la partie externe par une bordure de trottoir et des plots. Les cyclistes et piétons sont envoyés vers l'extérieur sur la partie protégée. Même chose pour Etoile; partie centrale réservée aux véhicules à moteurs, les anciennes contre-allées sont aujourd'hui interdire à ces véhicules et sont devenus des trottoirs avec une bande cyblable bien séparée: ces bandes cyclables sont découpées (parce que ce n'est pas une voie continue il y a des stops, des intersections de chemins piétons, des franchissements passant par les passages piétons sur les rues attenantes, des feux...), mais pas le giratoire intérieur qui est ininterrompu. Toute tentative de découpage des giratoires est à proscrire: c'est accidentogène mais si un découpage est nécessaire parce que les conditions de curculation tout autour peuvent changer; alors il ne FAUT PAS marquer avec junction=round_about (gros risque de mauvaise interprétation par un conducteur), mais tracer comme des rues dictinctes autour d'une place. Je suis même persuadé que dans ce cas là le panneau standard du giratoire n'est pas utilisé et que ce sont les règles de priorité à droite par défaut qui s'appliquent, sans priorité au véhicule déjà dans l'anneau, et cela peut imposer des arrêts au milieu de la boucle. Un giratoire est conçu pour qu'on s'y arrête avant, mais une fois qu'on y est engagé on ne s'arrête plus jusqu'à la sortie et on tourne avec une courbure uniforme, sans à coup sur le volant: et on ne doit avoir à regarder que à gauche avant d'entrer et dans l'anneau, et que regarder à droite puis devant en sortant. Sinon c'est un carrefour classique, nécessitant feux/stops/priorités, très peu de fluidité de traffic, plus d'attention et beaucoup plus dangereux. Les villes où ce n'est pas le cas pour leurs rond-points ont des accidents trop nombreux (cas où il y a une voie de bus ou de tram qui ne fait pas le tour mais traverse directement de plain-pied au milieu sans passer par un souterrain) où les premières victimes sont les cyclistes (plus d'accidents qu'avec les carrefours classique en étoile avec feux). La signalisation comme giratoire a été retirée et les feux ou stops ont été remis, une vitesse réduite à 30, souvent avec des dos d'âne (et encore des gênes pour les cyclistes et motards), des réductions du nombre de voies et un slalom imposé (réduction de capacité et de la fluidité)... ça ne règle pas grand chose et les temps de transport explosent pour tous les modes de déplacement. Par exemple à Nantes où trop de rond-points sont vraiment mal fichu; les cyclistes sont toujours en grand danger (les piétons aussi qui ne savent pas où passer en sécurité et se blessent ou chutent sur les plots métalliques sensés guider les véhicules), et des collision tram avec d'autres véhicules sont fréquentes, de même que des véhicules coincés à cheval sur les plots qui se font surprendre par une signalisation très
[OSM-ja] 幅広の階段
階段(highway=steps)は領域に対して設定出来ないんですね。 幅がある階段を書くときにはどうしたらよいのでしょう。 https://www.openstreetmap.org/way/294066983 ここ、5段の段差があるのですけれど。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 幅広の階段
幅の広い階段については以前話題になったことがあります。 https://lists.openstreetmap.org/pipermail/talk-ja/2011-January/004143.html 最近の議論は追えていないのでご存知の方がおられましたら 補足お願いします。 東 2014/07/24 ISHIKAWA Sachihiro sachih...@gmail.com: 石川といいます。 # 便乗^^;; 2014/07/24 6:18 ribbon o...@ns.ribbon.or.jp: 階段(highway=steps)は領域に対して設定出来ないんですね。 幅がある階段を書くときにはどうしたらよいのでしょう。 あと、橋なんかの付け根の扇型の階段とか。 今はむりくり集中線みたいに書いちゃってますが、何かいいやり方ないでしょうかね。 http://www.osm.jp/map#zoom=19lat=35.13053lon=136.90009layers=B00 そう言えば川沿いの短い階段達も、確かめちゃめちゃ幅広な階段でした。 いいやり方ないでしょうか。 https://www.openstreetmap.org/way/294066983 ここ、5段の段差があるのですけれど。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 幅広の階段
いいだです。 英語のMLでも定期的に話題になりますが、あんまりよい解決策がない状態と認識しています。 これは、道路中心線を描くOSMのやり方と、 道路の面積範囲をポリゴンで示すやり方(例えば都市計画図など)との違いのためです。 なお、OSMでも Pedestrian road をエリアで描くことができますが (いわゆるペデストリアンデッキなど)、 この場合、別途道路中心線のウェイを作っておかないと、 ナビゲーション用途でOSMを使うときに破滅するという点は注意が必要になっています。 また、そもそも道路自体をポリゴンで描くのってどう思う？というのも英語MLで定期的にスレがたちますが、 これといって解決策がないままいつもスレ落ちしている気がします。 レンダリングを行いたい、ということであれば、widthタグの値をもとに、 ウェイの表示幅を変更することは技術的に可能です。 あまりやりたくはありませんが。。。(^^; 2014年7月24日 10:01 ISHIKAWA Sachihiro sachih...@gmail.com: 石川といいます。 # 便乗^^;; 2014/07/24 6:18 ribbon o...@ns.ribbon.or.jp: 階段(highway=steps)は領域に対して設定出来ないんですね。 幅がある階段を書くときにはどうしたらよいのでしょう。 あと、橋なんかの付け根の扇型の階段とか。 今はむりくり集中線みたいに書いちゃってますが、何かいいやり方ないでしょうかね。 http://www.osm.jp/map#zoom=19lat=35.13053lon=136.90009layers=B00 そう言えば川沿いの短い階段達も、確かめちゃめちゃ幅広な階段でした。 いいやり方ないでしょうか。 https://www.openstreetmap.org/way/294066983 ここ、5段の段差があるのですけれど。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] OSM10周年記念 猪苗代マッピングパーティー開催 OpenStreetMap 10th Anniversary Mapping Party!
ikiyaです。 8月9日（土）福島県の猪苗代町＆猪苗代湖にてOSM10周年記念マッピングパーティーを開催します。 詳細と参加申し込みはこちらになります。 https://atnd.org/events/54209 初心者歓迎します！よろしくお願いします。 *** 集合時間 : 8月9日 午前11時 集合場所 : 猪苗代湖長浜 遊覧船乗り場 駐車場 http://www.openstreetmap.org/?mlat=37.52214mlon=140.04643#map=17/37.52214/140.04643 ※時間に余裕のある方は、集合時間前に周辺の気になるスポットを事前マッピングされてもOKです。 解散は午後5時頃を予定しています。 ＜マッピングスケジュール＞ １．11時集合、猪苗代湖遊覧船（翁島めぐり）に乗船、水上マッピング（約35分） 翁島周辺、湖上からの地物チェック、遊覧船ログ取りを行います。船上、猪苗代町でのマッピング打ち合わせ、説明も行う予定。 遊覧船の案内はこちらです。 http://www.aizubandai.com/ ２．猪苗代町中心部へ移動、猪苗代駅から県道７号までのエリアをPOI中心にマッピングします。 マッピング範囲（黄色）はこちら http://umap.openstreetmap.fr/ja/map/892014-inawashiro-mapping-party_13253#15/37.5562/140.1108 ・マッピング手法は問いません。 ・歩きやすい服装、雨具ご用意ください。 ・マッピングのターゲットは各自にお任せします。（地形やPOIレストラン、バス停、自動販売機、etc） ・初心者歓迎、GPSがなくても参加OKです。 ・2〜3時間フィールドワークしてあとは食事、お茶しながらワイワイOSM教室、OSM座談会できればと思います。 ・マッピングエリアの分担、詳細は参加人数次第でつめていきたいと思います。 ・少雨でも開催する予定です。 参加費 ： 無料 参加は無料ですが、交通費、遊覧船乗船代、飲食費等については自費負担お願いします。 フィールドワークが伴いますので、ケガ等万が一に備えて健康保険証の携帯をお願いします。 またマッピングパーティー開催にあたって事故保険には加入致しません。自己責任での参加になることをご了承ください。 *** ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Celebrating OSM's 10th year in Birmingham (Saturday, 9th August)
Hi All, To celebrate OpenStreetMap's 10th anniversary, Mappa Mercia are hosting an event in Birmingham. Join us between 12noon-2pm (Saturday 9th August), at the wonderful Six Eight Kafé [1] on Temple Row - a 5 minute walk from Birmingham New Street railway station (map [2]). We will have cake and there will of course be lots on offer from the café. Everyone is welcome to come along and we are hoping to see a lot of new faces. Registration is not required but you may want to drop us a message so we have an idea of how many people are coming. See you there, Rob [1] http://www.sixeightkafe.co.uk/ [2] http://www.openstreetmap.org/?mlat=52.48162mlon=-1.89657#map=18/52.48162/-1.89658 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] osm 10th birthday: press
Hi all, I'm looking forward to OSM's 10th birthday. It occurred to me that we should perhaps use it as a potential opportunity for some press coverage, ideally to get press coverage outside the usual tech/gis world. To do this we'd need some kind of event which makes a story. There are already plans for OSM birthday celebrations/meetups, and that's all good. I'm NOT talking about a social event but some event, perhaps even just brief, as long as it's got something that might appeal in a soft-news kind of sense. And maybe in London, since London is the birthplace of OSM. A couple of ideas: * We could organise a march following the route of the first ever GPS track (carrying Steve Coast aloft, sitting crosslegged on a splashmap) * We could visit the first ever tea-shop added to OSM, then the first ever park, then of course the first ever pub. We could give a plaque to each place to commemorate its place in history. To make it a press-worthy event, it needs to be something that we can write a press-release about in advance, and it needs to be something photogenic. So let's get more creative... * We could 3D-print a candle in the shape of all the OSM nodes in London! and put it on top of an earth-shaped cake! * We could print out a map of London at 1:1 scale... Anyone interested in working on something? Anyone got crazier ideas than me? Dan ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] More road name expansion thoughts
Am 23/lug/2014 um 05:10 schrieb Serge Wroclawski emac...@gmail.com: I also like the idea sign_name tag. If you build a routing engine, you might want to show the sign name as it appears on the street, as a side note there are already few occurrences of signed_name but none of sign_name It is worth considering that there might be more than one sign, sometimes with different text (multivalue on the highway and/or map it on nodes at the sign location) cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Birthday party - get your city on!
In only a bit more than 2 weeks it's OpenStreetMap's birthday and we're putting together a US wide mapathon + birthday party - join the event and get your city on the list! https://wiki.openstreetmap.org/wiki/Mapathon/US_Summer_Mapathon_2014 -- Alex Barth Secretary OpenStreetMap United States Inc. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] 10th Anniversary Celebration in Seattle Reminder
OpenStreetMap Seattle invites you to the Tenth Anniversary of OpenStreetMap Celebration, August 9th at Tableau Software in Seattle's Fremont neighborhood. Join us to help celebrate OpenStreetMap's Birthday Event. Signup for the event at http://www.meetup.com/OpenStreetMap-Seattle/events/186048572/ If you are not familiar with Seattle's Fremont neighborhood, it has much to offer. Some of the best coffee in the area, breweries, distilleries and art. Fremont is known as the center of the universe. Being the center of the universe, it is close to everyone in Seattle and not far from Portland, Or Victoria, and Vancouver, BC. Seating is limited, so sign up now! There is still time to get a presentation proposal submitted. If you want to make a presentation, but need more time, please contact me. OpenStreetMap Seattle invites you to submit a presentation proposal for a presentation, a panel discussion or a session of lightning talks for the event. We are seeking presentations on mapping and creating maps for mappers of all experience levels. Below is a suggested list of potential topics participants would like to see. All submissions are welcome. Proposals are due by July 25th, 2014. POI - especially unique features roads relationships turn restrictions coastlines highways, .i.e I5 bus data multipolygons addressing boundaries traffic circles Using drones to map Georeferencing images from aerial imagery Quality tools Submit your proposal to cliff...@snowandsnow.us and include a title, short description, and time required. We are looking for additional sponsors to help offset the cost of the event, including food and drinks for the participants. Contact me at cliff...@snowandsnow.us if interested. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
