[OSM-talk-be] REWICS (was : FOSDEM)
Hi, I am ready to have a stand and a conference also. I will ask the organisers if it is possible. I think I can share my own experience in teaching in os I had on January at work. This will also help my director to let me have a day off :-) Julien Le 05/02/13 12:45, Jo a écrit : I think a presentation to introduce Openstreetmap would be very appropriate there. I guess my French is sufficient to present it, but I think it would be better if a native speaker would do it. I'm pretty sure parts of the presentation presented in Mons can be (re)used: http://www.loligrub.be/wiki/openstreetmap#conference_jeudis_du_libre_du_17_janvier_2013 Didier was going to provide the source document as odt too. Are you going to ask the organisers if we can give a presentation and a present a stand? I'm prepared to take that Thursday off from work to man the stand. Jo 2013/2/5 Julien Fastré jul...@fastre.info mailto:jul...@fastre.info Hi, I am also open to discuss on the opportunity to have a stand (and a conference ? The level is not the same than FOSDEM...) at the Walloon Event rewics in Charleroi, end of April. http://www.rewics.be Julien Le 04/02/13 14:08, Jo a écrit : No worries Peter. I'm planning to show it in Lier. There is so much going on at FOSDEM, one has to find a way to divide and conquer :-) Ben, I hope the Hack weekend was productive! The first week of July there will be another event around free software and free content. The RMLL comes to Brussels this time! Usually it's somewhere in France and last year it was in Switzerland. Too far away for me. But now that it's nearby we should make sure we represent OSM there. They would like we do a mapping party on the day for 'le grand public'. I think we can do 1 or 2 presentations (introductory and more advanced) and I think it's important we'll have a stand there as well. Maybe with 3 to 5 computers, so people can get some 'hands-on' experience. And we need 'goodies', of course: T-shirts, but also anoraks/rain coats, caps, high-viz vests. Cups, pens (muts/bonnet maybe for the die hard mappers...) ? Openstreetmap.fr is working on that, but I'm not entirely sure if they will be with .fr or with .org then. The first week of August there is the festival of Esperanza in Floreffe, where OSM also has a presence, thanks to Pierre Willot. Jo 2013/2/4 Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshau...@gmail.com Hi, I was, as usual, also planning to visit FOSDEM but decided to go to the OSM London Hack Weekend (http://wiki.openstreetmap.org/wiki/London_Hack_Weekend_Feb_2013) but I will be able to meet you all in Lier again. Hopefully a lot of you will join because I still haven't met a lot of the mappers on this list! My compliments to the organizers of the stand, maybe next year I will be able to join! Regards, Ben On Mon, Feb 4, 2013 at 11:56 AM, Peter Leemans pe...@bist2.be mailto:pe...@bist2.be wrote: Hi, I payed a little visit a couple of times to the stand. First estimates are there where between 5 and 7000 visitors there on saturday. So the project should have had 'some' exposure :). It was nice to have you guys at Fosdem. Also want to say sorry to Jo. He wanted to show me some stuff he had done, but unfortunatly I didn't have the time. Hopefully I can find some time to join in Lier. Regards, Peter 'toi' Leemans On 04-02-13 09:49, Julien Fastré wrote: Hi, For your information some mappers, belgian and french, were presents at FOSDEM to present OSM in a stand. We had good contacts with people at FOSDEM. This was a nice week-end ! A lot of contacts and meetings. We were thinking that some question were very accurate. The Jo's presence was helpful for those questions. We should keep that in mind for next year. Regards, Julien Fastré ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org
[OSM-talk-be] New OpenStreetMap Editor: ideditor.com
Hello, I just saw this passing by on Twitter. There seems to be a new entry-level OpenStreetMap editor in the field: http://ideditor.com/ It's not mine, but I thought I just pass this info along. Ringo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New OpenStreetMap Editor: ideditor.com
It's in the very early stages of development, but it looks promising. The plan is to be entry level, but at the same time make abstractions of some popular relation types, so it becomes easier to work with them. This implies you have to decide what you want to work on and tell the editor what 'mode' it needs to operate in. As it works in the browser, it ought to be independent of the platform/OS. Are you coming to our meeting in Lier, Saturday the 9th? Jo 2013/2/6 Ringo De Smet ringo.des...@gmail.com Hello, I just saw this passing by on Twitter. There seems to be a new entry-level OpenStreetMap editor in the field: http://ideditor.com/ It's not mine, but I thought I just pass this info along. Ringo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] iD editor making copyright violation easy
Hi, the new iD editor allows to supply a custom imagery layer. Nothing prevents users from using google maps there and start copying. A while ago we agreed that making it too easy is not intended. JOSM has code to block Google from being used. I had created issue 662 requesting a similar thing for iD which was closed withing minutes as won't fix. https://github.com/systemed/iD/issues/662 Is this new consensus in the community to make copyright violation too easy? The JOSM code was added as a reaction because users had been copying from google aerial imagery, claiming it being legal and ignoring OSM consensus. When it did not work in the past to tell people don't use it, why do we expect it to work now? I would like to hear more opinions in probably take another approach at the iD developers in case we want to have it blocked. On a side note, adding the right tag in the changeset does not work. A changeset with google maps used as imagery is having this tag: imagery_used = Bing For custom imagery I suggest to include the used URL, so at least we know what was used. Created Issue for this: https://github.com/systemed/iD/issues/663 Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD editor making copyright violation easy
On 2013-02-07 11:08, Robin Paulson wrote: On 2013-02-07 09:32, Stephan Knauss wrote: Hi, the new iD editor allows to supply a custom imagery layer. is the new editor live? i understood it was only in use on a dev instance at the moment? sorry, ignore the noise, i found the answer. -- robin http://universitywithoutconditions.ac.nz - Auckland's Free University ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] transperth GTFS
I've mapped a lot of bus stops in the northern suburbs. I've found that sometimes the Transperth data (as evidenced on Googlemaps) can sometimes be out quite a bit. In any case I decided that mapping them 'in person' was better as I could collect other info such as bench= and shelter=. On 6 February 2013 15:59, Sam Wilson s...@samwilson.id.au wrote: On Wed, February 6, 2013 7:20 am, Andrew Elwell wrote: I've just moved here and discovered that I need to get tagging around shelley / rossmoyne areas of Perth, WA. Welcome to Perth! :-) I saw there was a NSW thread about GTFS feeds last month, but is anyone working on importing the other states, or even just Perth? I'm not. I just wonder around sometimes taking photos of them; as a result, you'll see Freo is pretty poorly done! - Sam. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Andrew ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Dúvidas quanto ao mapeamento de trevos
Salve pessoal, Tenho acompanhado essa essa discussão e achei interessante opinar também. O OSM é uma base de dados com informações cartográficas. Então não acho interessante simplificar as classificações, como li em alguma mensagem. Pelo contrário, devemos inserir o máximo possível de informações sobre um determinado elemento. Não podemos classificar os elementos em função do renderizador ou em função de usuários de mapas rodoviários. Abraços, Em 5 de fevereiro de 2013 16:48, Gerald Weber gwebe...@gmail.com escreveu: Oi Wille 2013/2/5 wille wi...@wille.blog.br Usar primary para pista simples, pavimentada e com acostamento Usar secondary para pista simples, pavimentada e sem acostamento. Tenho tentado classificar assim aqui na Bahia, visto que uma pista sem acostamento pode tornar o deslocamento mais lento. Lembre-se que trafegar pelo acostamento é proibido. Acho até interessante, mas via de regra é uma informação inacessível exceto por vistoria em loco (survey). Uma coisa importante seria sempre que possível subsidiar sua decisão através de um note=, por exemplo: highway=secondary surface=paved note:pt=classificado como secondary por não ter acostamento ao longo da via senão a gente bate numa classificação destas e fica coçando a cabeça e perguntando porque o mapeador decidiu fazer assim [?] abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Atenciosamente, Claiton Neisse 55 8147 1030 361.gif___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvidas quanto ao mapeamento de trevos
Oi Claiton 2013/2/6 Claiton Neisse claiton.nei...@gmail.com O OSM é uma base de dados com informações cartográficas. Sim, que só tomam vida e forma no momento em que são usados e mostrados ;) A gente faz dados para serem usados, não para ficarem enterrados e perdidos numa base :) Por isto a gente precisa pensar em como serão usados ou interpretados, não dá para fugir disto. Então não acho interessante simplificar as classificações, como li em alguma mensagem. Pelo contrário, devemos inserir o máximo possível de informações sobre um determinado elemento. Classificar as vias e inserir o máximo de informação são coisas distintas. Uma classificação mais simples e objetiva ajuda a manter uma consistência entre os dados. Isto não impede em momento nenhum que se adicione o máximo de informação através das tag apropriadas. Infelizmente, hoje no mapeamento do Brasil não acontece nem uma coisa e nem a outra. Não podemos classificar os elementos em função do renderizador ou em função de usuários de mapas rodoviários. Eu usei o o exemplo do mapnik apenas para ilustrar que seria equivocado classificar uma rodovia de pista simples como trunk. Não estou propondo nada em função deste ou aquele renderizador. Sem querer ofender, mas ignorar os renderizadores acho meio ingênuo. Afinal os renderizadores são a cara pública do OSM. Agora, o que eu concordo totalmente é que não se deve mapear para *um* renderizador em particular, isto seria improdutivo. O que o renderizado (qualquer que seja) precisa é de dados que sejam *consistentes entre si*. Nós não temos isto hoje. Uma classificação confusa e sem objetividade não atende a ninguém, incluindo aos usuários de mapas rodoviários. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Como exibir bairros usando Leaflet.
Oi Hugo, Se você está seguindo o tutorial do link abaixo, o mapa que aparecerá é o da Cloudmade: http://leafletjs.com/examples/quick-start.html Usando este exemplo, para colocar uma camada com o mapa que os servidores do OpenStreetMap oferecem, troque a URL da Cloudemade por esta: http://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png O seu código vai ficar assim: L.tileLayer('http://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png', { maxZoom: 18, attribution: 'Map data copy; a href=http://openstreetmap.org;OpenStreetMap/a contributors, a href=http://creativecommons.org/licenses/by-sa/2.0/;CC-BY-SA/a, Imagery © a href=http://cloudmade.com;CloudMade/a' }).addTo(map); Aqui está a documentação sobre o elemento L.TileLayer, com o qual você pode personalizar seu mapa base. http://leafletjs.com/reference.html#tilelayer Existem outro serviços que você pode colocar também, MapQuest Open e Mapbox. Vitor Vitor George mapaslivres.org twitter.com/mapaslivres 2013/2/4 Hugo Walberto Alves hwal...@gmail.com Esqueci de mencionar que estou utilizando o Leaflet juntamente com o Cloudmade. Em 4 de fevereiro de 2013 17:21, Hugo Walberto Alves hwal...@gmail.comescreveu: Boa tarde, estou usando o Leaflet para editar o estilo do OSM que estou utilizando no meu site, porém os bairros que aparecem no OSM original não são exibidos no mapa estilizado. Alguém pode me ajudar com isso? Abraço, Hugo. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Estação conversora de frequência
Alguém sabe como taguear um estação conversora de frequência? -- Atenciosamente, Claiton Neisse 55 8147 1030 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Estação conversora de frequência
power=sub_station Aun Johnsen On 7. feb. 2013, at 00:34, Claiton Neisse claiton.nei...@gmail.com wrote: Alguém sabe como taguear um estação conversora de frequência? -- Atenciosamente, Claiton Neisse 55 8147 1030 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Estação conversora de frequência
nenhuma tag especifica para dizer que ele é conversora de frequencia? no caso de 50 para 60 Hertz. Em 7 de fevereiro de 2013 01:01, Aun Yngve Johnsen li...@gimnechiske.org escreveu: power=sub_station Aun Johnsen On 7. feb. 2013, at 00:34, Claiton Neisse claiton.nei...@gmail.com wrote: Alguém sabe como taguear um estação conversora de frequência? -- Atenciosamente, Claiton Neisse 55 8147 1030 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Atenciosamente, Claiton Neisse 55 8147 1030 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Wie mappe ich zeitliche Beschränkungen (z.B. Nachtfahrverbot)
Hallo, ich suche schon seit Tagen nach der Möglichkeit Fahrbeschränkungen die Zeitlich begrenzt sind also 22:00-06:00 Uhr oder Sa-So vernünftig und nach Möglichkeit allgemeingültig zu taggen. Nehme ich also eine Straße mit der Beschränkung für Motorräder in der Zeit von 22 Uhr bis 6 Uhr. es jetzt wie ich schon gesehen einfach mit motorcycle=no zu taggen finde ich nicht richtig auch wenn als Zusatztag dann motorcycle:opening_hour=Mo-So 06:01- 21:59 angegeben ist. Bisher habe ich den Tag motorcycle=limited mit dem motorcycle:opening_hour=Mo-So 06:01- 21:59 als alternative gesehen, wird aber erst 3 mal angewendet. Wenn ich die Josm-Vorlage für Straßenbeschränkungen nehme finde ich als einzigen möglichen Wert motorcyle=designated Wie kann man da zu einer Lösung finden die man logisch auch beschreiben kann so dass es ein einheitlicheres mappen gibt. Denn die Beschreibung für motorcyle ist so bescheiden, dass ich da etwas verbessern möchte. Ich gehe mal davon aus, das das Problem zeitliche Beschränkung nicht nur für Motorradfahrer interessant ist, das sollte in anderen Bereichen änlich sein. Viele Grüße Gisbert -- View this message in context: http://gis.19327.n5.nabble.com/Wie-mappe-ich-zeitliche-Beschrankungen-z-B-Nachtfahrverbot-tp5748315.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie mappe ich zeitliche Beschränkungen (z.B. Nachtfahrverbot)
Schau mal hier: http://wiki.openstreetmap.org/wiki/Conditional_restrictions Martin Am 6. Februar 2013 11:19 schrieb Gmbo g...@kilometerfresser.eu: Hallo, ich suche schon seit Tagen nach der Möglichkeit Fahrbeschränkungen die Zeitlich begrenzt sind also 22:00-06:00 Uhr oder Sa-So vernünftig und nach Möglichkeit allgemeingültig zu taggen. Nehme ich also eine Straße mit der Beschränkung für Motorräder in der Zeit von 22 Uhr bis 6 Uhr. es jetzt wie ich schon gesehen einfach mit motorcycle=no zu taggen finde ich nicht richtig auch wenn als Zusatztag dann motorcycle:opening_hour=Mo-So 06:01- 21:59 angegeben ist. Bisher habe ich den Tag motorcycle=limited mit dem motorcycle:opening_hour=Mo-So 06:01- 21:59 als alternative gesehen, wird aber erst 3 mal angewendet. Wenn ich die Josm-Vorlage für Straßenbeschränkungen nehme finde ich als einzigen möglichen Wert motorcyle=designated Wie kann man da zu einer Lösung finden die man logisch auch beschreiben kann so dass es ein einheitlicheres mappen gibt. Denn die Beschreibung für motorcyle ist so bescheiden, dass ich da etwas verbessern möchte. Ich gehe mal davon aus, das das Problem zeitliche Beschränkung nicht nur für Motorradfahrer interessant ist, das sollte in anderen Bereichen änlich sein. Viele Grüße Gisbert -- View this message in context: http://gis.19327.n5.nabble.com/Wie-mappe-ich-zeitliche-Beschrankungen-z-B-Nachtfahrverbot-tp5748315.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie mappe ich zeitliche Beschränkungen (z.B. Nachtfahrverbot)
Am 6. Februar 2013 11:19 schrieb Gmbo g...@kilometerfresser.eu: Nehme ich also eine Straße mit der Beschränkung für Motorräder in der Zeit von 22 Uhr bis 6 Uhr. Für diese Beispiel sollte folgendes reichen: motorcycle:conditional = no @ (22:00-06:00) Habe ich selbst schon öfters verwendet. vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie mappe ich zeitliche Beschränkungen (z.B. Nachtfahrverbot)
On 06.02.2013 11:29, Martin Vonwald wrote: Am 6. Februar 2013 11:19 schrieb Gmbo g...@kilometerfresser.eu: Nehme ich also eine Straße mit der Beschränkung für Motorräder in der Zeit von 22 Uhr bis 6 Uhr. Für diese Beispiel sollte folgendes reichen: motorcycle:conditional = no @ (22:00-06:00) Und BTW Gmbo, lass das mit der +/- 1 Minute. Zeitpunkte haben keine Länge, d.h. (22:00-06:00) und (06:00-22:00) hat weder Lücken noch Überlappungen. Aber bei (22:01-06:00) und (06:01-22:00) gibt es zwei Lücken von jeweils 1 Minute Länge... cu Henry PS: Zumindest wenn der Programmierer, der das dann auswertet, seine Arbeit richtig gemacht hat. ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie mappe ich zeitliche Beschränkungen (z.B. Nachtfahrverbot)
Am 06.02.2013 12:01, schrieb Henry Loenwind: On 06.02.2013 11:29, Martin Vonwald wrote: Am 6. Februar 2013 11:19 schrieb Gmbo g...@kilometerfresser.eu: Nehme ich also eine Straße mit der Beschränkung für Motorräder in der Zeit von 22 Uhr bis 6 Uhr. Für diese Beispiel sollte folgendes reichen: motorcycle:conditional = no @ (22:00-06:00) Und BTW Gmbo, lass das mit der +/- 1 Minute. Zeitpunkte haben keine Länge, d.h. (22:00-06:00) und (06:00-22:00) hat weder Lücken noch Überlappungen. Aber bei (22:01-06:00) und (06:01-22:00) gibt es zwei Lücken von jeweils 1 Minute Länge... cu Henry PS: Zumindest wenn der Programmierer, der das dann auswertet, seine Arbeit richtig gemacht hat. ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Danke schon mal für die schnellen Antworten, Das mit der Minute war auch provokativ eingetragen. andererseits würde wenn ich das und richtig verstehe ein motorcycle=no @ (22:00-06:00) dann ja die gleiche Wirkung haben. würde motorcar:conditional = no @ (22:00-06:00) im routing zur Zeit schon berücksichtigt. Gruß Gisbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] incontro dei mappatori di Roma
Ieri sera sono stato con Davide in Chat è abbiamo estratto i nomi di tutti gli utenti a Roma con più di 10 edits. Abbiamo pensato di fare un altro tentativo per un incontro dei mappatori. Vi chiedo quando secondo Voi sarebbe una buona data, dove lo potremmo fare (posto centrale, raggiungibile e forse non troppo piccolo) e cosa scriviamo ai mappatori. Una prima bozza (da migliorare) di seguito: = ENGLISH VERSION BELOW = Caro mappatore, abbiamo notato che stai mappando a Roma. Come forse già sai dalla mailing list regionale pensiamo di fare un incontro con tutti i mappatori di Roma più tutti gli altri mappatori che vogliono venire. Sarà un incontro informale e senza programma ufficiale giusto per prenderci una geo-birra, un geo-vino o una geo-acqua insieme e per chiacchierare della mappatura. Se ti va ci vediamo il alle ore a . Ci farebbe piacere di sapere se intendi di venire o no per farci un idea quante persone ci saranno più o meno, quindi se vuoi, rispondi a questa mail. Grazie, Martin = ENGLISH VERSION = Dear mapper, we have noted that you have been editing in Rome. Maybe you already read about it on the regional mailing-list: We are planning a meet-up with all Roman mappers and those from outside of Rome who'd like to attend. It will be just an informal meeting without any programme, simply to chat about mapping and to drink a geo-beer, geo-wine or geo-water together. If you like we will meet the at . We'd love to know whether you are interested to come or not, so we can have an idea how many people to expect. If you like, please reply to this message. Thank you, Martin Che ne dite? Correzioni per il testo? Proposte per la data ed il luogo? ciao, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] incontro dei mappatori di Roma
pardon, das war die falsche Liste ;-) bitte ignorieren... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von maps.osm2world.org
Am 05.02.2013 14:11, schrieb Peter Körner: Wenn ihr einen versteckten iframe mit name-Tag auf die Seite tut und dem Josm-Link ein dazu passendes Target verleiht, dann wird die Seite nicht weiß, wenn man drauf klickt: iframe name=j style=display: none;/iframe a href=http://localhost:8111/load_and_zoom?...; target=jJOSM/a Danke für den Tipp! Ich hab das mal so umgesetzt. Es gibt in der Zahnrad-Toolbox jetzt außerdem einen Link, um sich das Gebiet auf OSM.org anzeigen zu lassen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[osm-ve] Fwd:
http://erdjembe.it/2mhsnd.php?s=ot ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
[Talk-it] modus operandi ?
Il 05/02/2013 22:40, David Paleino ha scritto: Ciao fair, David Paleino http://www.openstreetmap.org/user/David%20Paleino ti ha inviato un messaggio tramite OpenStreetMap con l'oggetto Formato internazionale?: == Ciao, il tuo changeset 14903268 mi pare quantomeno sbagliato, così come tutti gli altri dove hai cambiato i numeri di telefono. Ho solo seguito le istruzioni https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html Un numero di telefono *//certamente//* non deve contenere spazi. Se non deve contenere spazi e si decide in merito, tolgo gli spazi. Inoltre, dividere i changeset così, a caso, non aiuta affatto i processi di revisione. Sarebbe più consono suddividere i changeset in aree geografiche congrue, la prossima volta. Bene, decidiamo come procedere con i processi di revisione e poi ci atteniamo ad essi. Provvederesti cortesemente ad annullare tutti i changeset in oggetto? L'unico errore che dovresti correggere è la mancanza dello 0 tra +39 e il prefisso locale per i numeri fissi. David, faccio tutto quello che vuoi, ma prima si decide in lista, si sceglie una condotta e si procede. Non sono lo scibile umano, ma per fare ho bisogno di capire e per capire, a volte sbaglio. Se hai notato ho anche corretto gli errori del tag wikipedia. Qualunque cosa si decida, o si faccia, ti ringrazio della mail e se mi mandi delle info ed un modus operandi sarò lieto di eseguirlo Ciao, Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-lt] Atsakymas iš TM dėl adresų
Nagi atsakė teisingumo ministerija: http://parasykjiems.lt/thread/del-geografiniu-duomenu-openstreetmaporg/ atsiuntė vieną koordinatę... :-) -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Atsakymas iš TM dėl adresų
2013/2/6 Tomas Straupis tomasstrau...@gmail.com Nagi atsakė teisingumo ministerija: http://parasykjiems.lt/thread/del-geografiniu-duomenu-openstreetmaporg/ atsiuntė vieną koordinatę... :-) Kaip ir viskas gerai. Padarė tai, ko buvo prašyta :) -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Atsakymas iš TM dėl adresų
Kaip ir viskas gerai. Padarė tai, ko buvo prašyta :) Gaila, kad prašymo siuntėjas buvo nurodytas AKL. Kur kas linksmiau atrodytų, jei būtų nurodyta „Bombonešis“. Gavus X ir Y bereikėtų tik atsakyti „bombs away“... :) Mantai, tai matyt reikės bandyti iš naujo? Kaip suprantu reikia tiesiog „Adresų informacija skaitmeniniu formatu“ patikslinti į „Visos Lietuvos visų adresų informacija skaitmeniniu formatu“? -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Atsakymas iš TM dėl adresų
Sveiki, kadangi adresų duomenys yra mokami, tikėtina, kad jų niekas nenorės taip paprastai duoti. Jeigu bus bandoma dar kartą rašyti raštą reiktų: nurodyti konkrečiai kokių duomenų ir kur kaupiamų reikia (adresų registro duomenys tvarkomi Registrų centro), nurašyti tikslius pavadinimus ir dar gal reiktų parašyti kokiu įsakymu nuostatai patvirtinti ar pan., taip pat kuo remiantis Teisingumo ministerija turėtų duoti šiuos duomenis OSM. Ir kreiptis reikėtų oficialiu raštu pateiktu per paštą. Panašiai, kaip prašoma NŽT duomenų. Žinau, kad viskas skamba ganėtinai biurokratiškai, bet kitaip rašant atsakymų tikėtis galima panašių, koks buvo gautas ir dabar :) Bet kaip ir minėjau, dar niekam paprastai nėra pavykę gauti adresų registro duomenis, juo labiau nemokamai... Bet bandyti vis tiek reikėtų. Dėl kitų duomenų gavimo - manau vertinga būtų kreiptis į Kultūros paveldo departamentą, jie GIS priemonėmis tvarko kultūros vertybių duomenis (dvarai, rūmai ir t.t.). Jeigu šie duomenys būtų aktualūs OSM, galėčiau padaryti pradžią. Andrius. 2013 m. vasaris 6 d. 14:21, Tomas Straupis tomasstrau...@gmail.com rašė: Kaip ir viskas gerai. Padarė tai, ko buvo prašyta :) Gaila, kad prašymo siuntėjas buvo nurodytas AKL. Kur kas linksmiau atrodytų, jei būtų nurodyta „Bombonešis“. Gavus X ir Y bereikėtų tik atsakyti „bombs away“... :) Mantai, tai matyt reikės bandyti iš naujo? Kaip suprantu reikia tiesiog „Adresų informacija skaitmeniniu formatu“ patikslinti į „Visos Lietuvos visų adresų informacija skaitmeniniu formatu“? -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt -- Andrius Balčiūnas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Atsakymas iš TM dėl adresų
2013/2/6 Tomas Straupis tomasstrau...@gmail.com Būtent tą ir turėjau omeny. Dėk savo variantą į google drive ir visi galės jį taisyti/koreguoti. Sumečiau porą sakinių. Dar reiktų papildyti pasaulinėm praktikom, teisiniais argumentais. Komentarus rašykit tik ten, kad nepasimestų sąrašynuose. Ypač laukiami Andriaus komentarai. Komentuot ir redaguot gali visi. https://docs.google.com/document/d/13I46weAVT7TwQ_prGoiqKp97oRUqHGvszbmdfBgsvYc/edit?usp=sharing ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] Ny OpenStreetMap editor iD er frigivet (tidlig alpha versione
FYI - dem der vil teste af i et område hvor der kun er Fugro billedelag tilrådighed kan nu kalde dette i iD editoren - Ude i venstre side er der en layer-settings -knap vælg den og vælg så Custom en dialogboks dukker op og her indsætter du så følgende URL http://tile.openstreetmap.dk/fugro2005/{z}/{x}/{y}.jpg klik Ok og Fugro skulle gerne blive læst ind vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-es] Actualización del Catastro
Me autocontesto, esta temporalmente fuera de servicio... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Rompecabezas
Bueno, pues muchas gracias a todos por vuestra ayuda. Finalmente ImageMagick ha sido la clave del éxito. Las 64x64 tiles estaban distribuidas en 64 directorios nombrados del 0 al 63 y en ellos 64 archivos png nombrados del 0 al 63, he copiado la lista en un archivo llamado tiles en cada directorio $ ls -1 *.png tiles y he ejecutado en cada directorio una instruccion como esta: $ montage @tiles -tile 1x -geometry 256x256+0+0 ../col/tile31.png que une las imagenes de 256x256 del directorio /31 en una imagen de 256x12288 que forma la columna 31 en el directorio /col Este proceso duraba unos segundos para cada columna, tanto en el potente sobremesa con Linux como en el modesto portátil con Windows. Una vez creadas las 64 columnas, he copiado de nuevo su listado en un archivo llamado cols y he ejecutado: $ montage @cols -tile 64x1 -geometry 256x12288+0+0 mapa.png He cometido la torpeza de iniciar este proceso en el portátil. No dudo de que sería capaz de haberlo acabado, pero las dos veces que lo he intentado me he aburrido yo antes, en la primera creo que he cometido un error en la sentencia, lo que no provoca un mensaje de error inmediato, sino que puede estar rumiando más de lo normal o incluso producir una imagen aunque esta no se corresponda a las medidas que se pretendian. Finalmente he puesto a trabajar el sobremesa en el asunto y efectivamente le debe haber sacado el polvo a los 6Gb de memoria y los 4 procesadores porque en unos 25 minutos tenia el trabajo hecho. El resultado es un poster de 16384x12288 (no he usado las 64 imagenes en altura, sino algunas menos) y 83 Mb de peso en formato png. Como ImageMagick son unas librerías que pueden usarse con un buen número de lenguajes de programación, me imagino que no sería muy difícil automatizar el proceso para trabajar con un WMS determinado,... De nuevo gracias por vuestra ayuda. -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Rompecabezas
Si lo querías con tiles de OSM, antaño funcionaba este BigMap. http://openstreetmap.gryph.de/bigmap.html# Es una herramienta con la que seleccionas un área, niveles de zoom etc. y te descargas un script en Perl que ejecutado, genera una gran imagen con todo pegado. Durante un tiempo dejó de funcionar, pero he entrado hoy y parece que lo han arreglado y han añadido otros tiles (Cyclemap etc.). Nos servía mucho cuando hacíamos mapping parties en una zona y queríamos mostrar el antes y el después. Gari 2013/2/7 Roberto Pla p...@aire.org Bueno, pues muchas gracias a todos por vuestra ayuda. Finalmente ImageMagick ha sido la clave del éxito. Las 64x64 tiles estaban distribuidas en 64 directorios nombrados del 0 al 63 y en ellos 64 archivos png nombrados del 0 al 63, he copiado la lista en un archivo llamado tiles en cada directorio $ ls -1 *.png tiles y he ejecutado en cada directorio una instruccion como esta: $ montage @tiles -tile 1x -geometry 256x256+0+0 ../col/tile31.png que une las imagenes de 256x256 del directorio /31 en una imagen de 256x12288 que forma la columna 31 en el directorio /col Este proceso duraba unos segundos para cada columna, tanto en el potente sobremesa con Linux como en el modesto portátil con Windows. Una vez creadas las 64 columnas, he copiado de nuevo su listado en un archivo llamado cols y he ejecutado: $ montage @cols -tile 64x1 -geometry 256x12288+0+0 mapa.png He cometido la torpeza de iniciar este proceso en el portátil. No dudo de que sería capaz de haberlo acabado, pero las dos veces que lo he intentado me he aburrido yo antes, en la primera creo que he cometido un error en la sentencia, lo que no provoca un mensaje de error inmediato, sino que puede estar rumiando más de lo normal o incluso producir una imagen aunque esta no se corresponda a las medidas que se pretendian. Finalmente he puesto a trabajar el sobremesa en el asunto y efectivamente le debe haber sacado el polvo a los 6Gb de memoria y los 4 procesadores porque en unos 25 minutos tenia el trabajo hecho. El resultado es un poster de 16384x12288 (no he usado las 64 imagenes en altura, sino algunas menos) y 83 Mb de peso en formato png. Como ImageMagick son unas librerías que pueden usarse con un buen número de lenguajes de programación, me imagino que no sería muy difícil automatizar el proceso para trabajar con un WMS determinado,... De nuevo gracias por vuestra ayuda. -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-lv] rakstelis par hot
http://osm.lv/blog/2013/02/humana-karte-osm-palidz-haiti/ :) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-cz] dotaz na funkčnost MTB mapy
Chtěl jsem se zeptat, kdy bude opět funkční MTB mapa na adrese http://tchor. fi.muni.cz:8080/ Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na funkčnost MTB mapy
Zkus tohle http://mtbmap.cz/ 2013/2/6 Zdeněk Pražák zpra...@seznam.cz: Chtěl jsem se zeptat, kdy bude opět funkční MTB mapa na adrese http://tchor.fi.muni.cz:8080/ Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na funkčnost MTB mapy
děkuji za odkaz Dne 6. února 2013 17:20 Tomáš Kratina t.krat...@gmail.com napsal(a): Zkus tohle http://mtbmap.cz/ 2013/2/6 Zdeněk Pražák zpra...@seznam.cz: Chtěl jsem se zeptat, kdy bude opět funkční MTB mapa na adrese http://tchor.fi.muni.cz:8080/ Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na funkčnost MTB mapy
děkuji za odkaz Jinak novejsi testovaci verze bezi tady: http://www.mtbmap.cz:8000/ akorat aktualizace nejsou uplne caste, protoze porad hrube valcime s Tirexem s Mapnikovym backendem :( Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na funkčnost MTB mapy
Tak ta beta se mi hodne libi! Nevis akorat proc je v tomto miste v horizontale takovy pruh? Jak kdyby tam na sebe navazovaly nejake dlazdice SRTM... K Dne 6.2.2013 19:08, Petr Holub napsal(a): děkuji za odkaz Jinak novejsi testovaci verze bezi tady: http://www.mtbmap.cz:8000/ akorat aktualizace nejsou uplne caste, protoze porad hrube valcime s Tirexem s Mapnikovym backendem :( Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] http://www.tuugo.fr semble ne pas respecter la licence osm
Le vendredi 25 janvier 2013 à 21:58 +0100, Philippe Verdy a écrit : Tuugo.fr m'a répondu et a fait les changements demandés. Par exemple: http://www.tuugo.fr/Companies/marylene31/0120004890035 (bref c'est bon aussi bien pour les carte OSM... qui ne sont plus utilisées ! que pour les cartes Google Maps qui les ont remplacées et qui mentionnent les attributions et licences requises par Google) Problème réglé. Avant de remettre OSM, il va falloir qu'il se monte d'abord son serveur de tuiles car il a compris le problème du SLA non garanti par le serveur de tuiles d'OSM (d'autant plus qu'il n'en mesure pas l'usage alors que Google Maps lui fournit les outils : il pourra faire une mesure d'usage et d'audience s'il monte son serveur de tuiles avec un frontal Squid, qui a déjà tout ce qu'il faut comme outils d'analyse de ses jouranux pour mesurer les bandes passantes et accès). En classant mes mails, je découvre que tu bas un record en te répondant à toi-même 4 fois d'affilée !! oO Je me décide donc à lire ce qui t'enflamme à ce point et je suis très énervé par ce que je lis ! De quel droit te permets tu de contacter des utilisateurs d'OSM en leur disant de monter leur propre serveur de tuiles pour ne pas surcharger les serveurs actuels ? Tu n'as aucune légitimité pour le faire ! Tu n'es pas administrateur des ressources informatiques d'OpenStreetMap. Tu n'as donc aucune métrique d'utilisation de ces ressources permettant d'affirmer qu'elles sont utilisées abusivement et tu n'es pas représentatif des structures associatives qui gère ces ressources informatiques pour parler en leur nom. Résultat de ta démarche, un utilisateur en moins pour OSM ! Le moins que l'on puisse dire, c'est que tu es un boulet pour la communauté OpenStreetMap. Si tu pouvais éviter de réitérer ce genre de démarche à l'avenir on t'en saurai gré. D'autant plus qu'il me semble t'avoir déjà fait cette remarque concernant l'utilisation des serveurs OSM. Librement, -- Christophe Merlet (RedFox) signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des images, des images, des images
La possibilité d'uploader des photos geotaggées, depuis josm, permettrait sans doute d'alimenter plus facilement le site. Stf Le 05/02/2013 11:31, Ista Pouss a écrit : Le 5 février 2013 09:39, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Oui, il n'est pas au mieux de sa forme, et c'est dommage. C'est un projet qu'il faudrait peut être aider/reprendre car il permet de partager les photo géotagguées que l'on peut prendre lors d'une cartopartie (ou pas). J'ai l'impression que niveau compétence, je pourrais commencer à me débrouiller question OSM, mais malheureusement je ne connais pas Rails, et ce n'est pas dans mes projets de m'y mettre. Moi je connais plutot java/javascript/xml/sql/blablabla. Mais le projet ne semble pas complètement arrêté, puisque à voir le gitub les dernières modifs datent de janvier 2013. Espérons, donc. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Polygones/Relations
Bonjour, J’ai quelques difficultés à appréhender la distribution polygones et relations. Si je regarde le wiki traitant de ce sujet, j’arrive à comprendre les relations outer/inner mais dans un cas bien précis, par exemple un tracé riverbank, je n’arrive pas à voir comment l’on associe les différents segments. Exemple : je trace l’emprise d’un cours d’eau en souhaitant créer plusieurs segments, afin de ne pas me retrouver avec 100 km de tracé continu. Comment puis-je faire pour rattacher tous ces segments dans une relation commune ? Comment doit on s'y prendre ? http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Bonjour Michel, Il existe une page sur le wiki qui explique justement comment créer une relation pour un cours d'eau : http://wiki.openstreetmap.org/wiki/FR:Relation:waterway Tu y trouveras toutes les infos nécessaires. Si besoin, n'hésite pas à télécharger la relation d'un cours d'eau, et regarde quels sont ses membres. Francescu Le 6 février 2013 09:49, Michel Descouens michel.descou...@gmail.com a écrit : Bonjour, J’ai quelques difficultés à appréhender la distribution polygones et relations. Si je regarde le wiki traitant de ce sujet, j’arrive à comprendre les relations outer/inner mais dans un cas bien précis, par exemple un tracé riverbank, je n’arrive pas à voir comment l’on associe les différents segments. Exemple : je trace l’emprise d’un cours d’eau en souhaitant créer plusieurs segments, afin de ne pas me retrouver avec 100 km de tracé continu. Comment puis-je faire pour rattacher tous ces segments dans une relation commune ? Comment doit on s'y prendre ? http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des images, des images, des images
Oui, j'avais déjà mentionné cela il y plus qu'un an, mais il faut quelqu'un avec la motivation de coder un plugin JOSM pour cela. Mes connaissances en java ne sont pas suffisantes pour le faire. Ce serait génial de pouvoir dire: donne moi toutes le photos des autres pour ce zone (comme c'est possible pour les traces GPX) Et ce serait mieux encore de pouvoir dire sur une couche photos: uploadez-moi toutes ces photos vers openstreetview.org. A l'heure actuelle ce n'est pas tout à fait simple de le faire par biais de l'interface web, avec le résultat que personne ne le fait. Bien sûr il serait encore mieux si le hosting serait fait par openstreetmap.org ou openstreetmap.fr, car maintenant ils arrivent sur le serveur privé de John. Jo 2013/2/6 Stéphane Péneau stephane.pen...@wanadoo.fr La possibilité d'uploader des photos geotaggées, depuis josm, permettrait sans doute d'alimenter plus facilement le site. Stf Le 05/02/2013 11:31, Ista Pouss a écrit : Le 5 février 2013 09:39, Christian Quest cqu...@openstreetmap.fr a écrit : Oui, il n'est pas au mieux de sa forme, et c'est dommage. C'est un projet qu'il faudrait peut être aider/reprendre car il permet de partager les photo géotagguées que l'on peut prendre lors d'une cartopartie (ou pas). J'ai l'impression que niveau compétence, je pourrais commencer à me débrouiller question OSM, mais malheureusement je ne connais pas Rails, et ce n'est pas dans mes projets de m'y mettre. Moi je connais plutot java/javascript/xml/sql/blablabla. Mais le projet ne semble pas complètement arrêté, puisque à voir le gitub les dernières modifs datent de janvier 2013. Espérons, donc. ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des images, des images, des images
Bonjour, Suite à ce fil de discussion je viens d'aller jeter un coup d'oeil sur le site openstreetview. Pas très loin de chez moi j'ai trouvé une photo dont je connais la localisation et qui n'est pas du tout bien positionnée (erreur de quelques kilomètres). Comment fait-on pour repositionner une image sur le site ? Je suis peut-être un peu bigleu, mais même après création d'un compte et connexion je n'ai pas trouvé comment faire... :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
2013/2/5 Christian Quest cqu...@openstreetmap.fr: Je pense que oui... ça m'étonnerai que des arbres aient plusieurs ref, non ? Si je comprends bien, l'intérêt unique de ce 'ref' est de pouvoir synchroniser les deux bases. Qui va s'en charger ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Bonjour Francescu, je te remercie pour cette info. Effectivement cela explique, très succinctement, ce qu'est une relation Waterway, mais je n'ai pas trouvé comment la créer. Michel Le 6 février 2013 09:54, Francescu GAROBY windu...@gmail.com a écrit : Bonjour Michel, Il existe une page sur le wiki qui explique justement comment créer une relation pour un cours d'eau : http://wiki.openstreetmap.org/wiki/FR:Relation:waterway Tu y trouveras toutes les infos nécessaires. Si besoin, n'hésite pas à télécharger la relation d'un cours d'eau, et regarde quels sont ses membres. Francescu Le 6 février 2013 09:49, Michel Descouens michel.descou...@gmail.com a écrit : Bonjour, J’ai quelques difficultés à appréhender la distribution polygones et relations. Si je regarde le wiki traitant de ce sujet, j’arrive à comprendre les relations outer/inner mais dans un cas bien précis, par exemple un tracé riverbank, je n’arrive pas à voir comment l’on associe les différents segments. Exemple : je trace l’emprise d’un cours d’eau en souhaitant créer plusieurs segments, afin de ne pas me retrouver avec 100 km de tracé continu. Comment puis-je faire pour rattacher tous ces segments dans une relation commune ? Comment doit on s'y prendre ? http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://www.tuugo.fr semble ne pas respecter la licence osm
Le 6 février 2013 09:39, Christophe Merlet red...@redfoxcenter.org a écrit : De quel droit te permets tu de contacter des utilisateurs d'OSM en leur disant de monter leur propre serveur de tuiles pour ne pas surcharger les serveurs actuels ? Tu n'as aucune légitimité pour le faire ! Je ne leur ai PAS demandé cela ! Je leur ai dit de faire attention à leur usage et expliqué ce qu'ils pourraient faire, en sachant les risques qu'ils prenaient pour leur site s'il ne surveillait pas ce point. En revanche je leur ai demandé de respecter la licence et d'afficher l'attribution obligatoire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
2013/2/6 Michel Descouens michel.descou...@gmail.com: Bonjour Francescu, je te remercie pour cette info. Effectivement cela explique, très succinctement, ce qu'est une relation Waterway, mais je n'ai pas trouvé comment la créer. Avec un bon éditeur OSM. Pour les grandes relations, il vaut mieux passer par JOSM qui a les meilleurs outils pour ça (mais c'est pas impossible avec P2). A noter que les relations multipolygon servent aux berges (riberbank) alors que la relation waterway ne devrait contenir que la ligne centrale (le waterway) qui indique aussi le sens d'écoulement de l'eau. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Bonjour Pierren, et c'est bien l'éditeur que j'utilise depuis le début : JOSM. Pas de problème, je tague type:multipolygon pour les berges, par contre j'ai peut être mal formulé ma question qui aurait dû être : Quel est le rôle d'une relation ? Le 6 février 2013 10:29, Pieren pier...@gmail.com a écrit : 2013/2/6 Michel Descouens michel.descou...@gmail.com: Bonjour Francescu, je te remercie pour cette info. Effectivement cela explique, très succinctement, ce qu'est une relation Waterway, mais je n'ai pas trouvé comment la créer. Avec un bon éditeur OSM. Pour les grandes relations, il vaut mieux passer par JOSM qui a les meilleurs outils pour ça (mais c'est pas impossible avec P2). A noter que les relations multipolygon servent aux berges (riberbank) alors que la relation waterway ne devrait contenir que la ligne centrale (le waterway) qui indique aussi le sens d'écoulement de l'eau. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] animation avec des cartes
je voulais juste partager avec vous une petite pépite découverte par hasard : une vidéo d'animation qui utilise de vieilles cartes ... sur un fond de poésie ! http://vimeo.com/19024988 Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Bonjour, De : Michel Descouens Pas de problème, je tague type:multipolygon pour les berges, par contre j'ai peut être mal formulé ma question qui aurait dû être : Quel est le rôle d'une relation ? Quelques premiers éléments de réponse sur cette page : http://wiki.openstreetmap.org/wiki/FR:Relations vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que j’interprète mal cette phrase, et plus particulièrement le terme « objet ». Un segment polygone Riverbank, peut il être considéré comme un objet et relié, au travers d’une relation, avec un autre segment de même type, afin d’avoir un objet de plus haut niveau ? Le 6 février 2013 10:55, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Michel Descouens Pas de problème, je tague type:multipolygon pour les berges, par contre j'ai peut être mal formulé ma question qui aurait dû être : Quel est le rôle d'une relation ? Quelques premiers éléments de réponse sur cette page : http://wiki.openstreetmap.org/wiki/FR:Relations vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des images, des images, des images
Lorsque l'on a une série importante de photo à envoyer, on peut le faire par FTP. Je l'ai fait à quelques reprises. Ensuite, les photos passent en validation, c'est à dire qu'un (ou deux) autre contributeurs vont valider les photos pour vérifier qu'il n'y a pas de visages ou de plaques d'immatriculation visibles. Le principe me semble bon, il manque quelques petits trucs (comme la traduction et un plugin JOSM pour upload/download) pour que ce soit vraiment utile. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area, définissant la surface occupée par un cours d'eau, d'une rive à l'autre et sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu feras avec une relation (à laquelle tu ajouteras aussi la way 'waterway=river' qui est le tracé central du cours d'eau). Francescu Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.com a écrit : Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que j’interprète mal cette phrase, et plus particulièrement le terme « objet ». Un segment polygone Riverbank, peut il être considéré comme un objet et relié, au travers d’une relation, avec un autre segment de même type, afin d’avoir un objet de plus haut niveau ? Le 6 février 2013 10:55, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Michel Descouens Pas de problème, je tague type:multipolygon pour les berges, par contre j'ai peut être mal formulé ma question qui aurait dû être : Quel est le rôle d'une relation ? Quelques premiers éléments de réponse sur cette page : http://wiki.openstreetmap.org/wiki/FR:Relations vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
C'est tout à fait ça. et pour être clair: objets = noeuds, ways, relations Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.com a écrit : Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que j’interprète mal cette phrase, et plus particulièrement le terme « objet ». Un segment polygone Riverbank, peut il être considéré comme un objet et relié, au travers d’une relation, avec un autre segment de même type, afin d’avoir un objet de plus haut niveau ? Le 6 février 2013 10:55, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Michel Descouens Pas de problème, je tague type:multipolygon pour les berges, par contre j'ai peut être mal formulé ma question qui aurait dû être : Quel est le rôle d'une relation ? Quelques premiers éléments de réponse sur cette page : http://wiki.openstreetmap.org/wiki/FR:Relations vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Désolé si je ressemble à un diésel, coté démarrage !!! ;-) Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit : Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area, définissant la surface occupée par un cours d'eau, d'une rive à l'autre et sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu feras avec une relation (à laquelle tu ajouteras aussi la way 'waterway=river' qui est le tracé central du cours d'eau). Francescu Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.com a écrit : Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que j’interprète mal cette phrase, et plus particulièrement le terme « objet ». Un segment polygone Riverbank, peut il être considéré comme un objet et relié, au travers d’une relation, avec un autre segment de même type, afin d’avoir un objet de plus haut niveau ? Le 6 février 2013 10:55, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Michel Descouens Pas de problème, je tague type:multipolygon pour les berges, par contre j'ai peut être mal formulé ma question qui aurait dû être : Quel est le rôle d'une relation ? Quelques premiers éléments de réponse sur cette page : http://wiki.openstreetmap.org/wiki/FR:Relations vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Le 06/02/2013 11:40, Michel Descouens a écrit : Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? En téléchargeant la zone (ou une partie...) dans JOSM, on voit ce qui existe. Désolé si je ressemble à un diésel, coté démarrage !!! ;-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Pour se faire une idée de l'existant, une page fort utile : http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html Elle te permet _ de retrouver la référence déjà existante, pour la relation couvrant le (filaire du) cours de la Garonne, _ de l'analyser (trouver les points où il y a des interruptions), _ et de charger la relation et ses éléments de façon isolée dans JOSM NB : Le script qui génère la page gère mal les bras secondaires. C'est pour cela qu'il peut y avoir de multiples morceaux sans que cela soit vraiment un souci dans JOSM Le 6 février 2013 11:40, Michel Descouens michel.descou...@gmail.com a écrit : Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Désolé si je ressemble à un diésel, coté démarrage !!! ;-) Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit : Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area, définissant la surface occupée par un cours d'eau, d'une rive à l'autre et sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu feras avec une relation (à laquelle tu ajouteras aussi la way 'waterway=river' qui est le tracé central du cours d'eau). Francescu Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.com a écrit : Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que j’interprète mal cette phrase, et plus particulièrement le terme « objet ». Un segment polygone Riverbank, peut il être considéré comme un objet et relié, au travers d’une relation, avec un autre segment de même type, afin d’avoir un objet de plus haut niveau ? Le 6 février 2013 10:55, Vincent de Chateau-Thierry v...@laposte.neta écrit : Bonjour, De : Michel Descouens Pas de problème, je tague type:multipolygon pour les berges, par contre j'ai peut être mal formulé ma question qui aurait dû être : Quel est le rôle d'une relation ? Quelques premiers éléments de réponse sur cette page : http://wiki.openstreetmap.org/wiki/FR:Relations vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartographier le passé ou le présent ?
Hello, J'ai une question existentielle à propos des anciens batiments ou autre éléments cartographiques qui n'existent plus, peut-être que ça a déjà été débattu et dans ce cas vous pouvez peut-être me filer un lien vers la discussion. En important le cadastre dans une petite ville je suis tombé sur une superposition de bâtiments, un hangar actuel superposé avec une ancienne gare de Lembach. J'ai privilégié le bâtiment existant et supprimé l'ancien. Est-ce qu'il y avait une méthode alternative, peut-être un tag pour indiquer que le bâtiment n'existe plus ? Il reste une ligne de chemin de fer inexistante qui traverse des batiments ( http://osm.org/go/0DPE19QL8--), et dans potlatch 2 il apparait comme Old trackbed. Le soucis c'est qu'il n'existe plus du tout de trace de ce chemin de fer abandonné. Je suppose que c'est un historien enthousiaste qui a rajouté ces éléments, car ils n'existent plus depuis avant la création d'OpenStreetMap. Qu'est-ce qu'il faut que je fasse ? Est-ce qu'il faut enlever le tracé là où il a complètement disparu, ou est-ce qu'il faut faire du lobbying pour que ça n'apparaisse plus sur les rendus mais qu'on puisse garder les infos historiques dans la base de données ? Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
De : Vincent Pottier Le 06/02/2013 11:40, Michel Descouens a écrit : Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? En téléchargeant la zone (ou une partie...) dans JOSM, on voit ce qui existe. Dans JOSM, quand tu sélectionnes un objet, le panneau des attributs (à droite) indique aussi les appartenances : il s'agit de la liste des relations dont l'objet en cours de sélection fait partie. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
2013/2/6 Michel Descouens michel.descou...@gmail.com: Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je crois qu'il y a une petite confusion. On parle de deux types de relations différentes: - les relations multipolygon http://wiki.openstreetmap.org/wiki/Relation:multipolygon qui peuvent servir aux surfaces de rivières/fleuves (les polygones qui portent le tag riverbank) mais pas obligatoirement. On utlise la relation que si la surface nécessite plusieurs ways (si c'est très grand ou si on veut mettre des îlots avec les rôles inner/outer). Mais si on peut aussi le faire avec un seul way fermé sur lui-même (si c'est assez petit et qu'il n'y a pas d'îlot). On peut très bien se passer de relation multipolygon. Ces surfaces (aussi nommées area) ne doivent pas être mises dans une relation unique pour toute la rivière mais on peut se contenter de le faire par morceaux collés les uns aux autres. Voir ce dessin d'exemple avec area 1 et area 2: http://wiki.openstreetmap.org/wiki/File:Make_river.png - les relations waterway http://wiki.openstreetmap.org/wiki/Relation:waterway qui servent à grouper les lignes centrales, celles qui portent le tag waterway=river|stream|etc Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Dans JOSM, il y a un panneau affichant l'ensemble des éléments de la carte. Si la relation existe déjà, il faut la chercher dans cette liste. Ou plus simplement, sélectionner le waterway central et voir si une relation y est attachée. S'il n'y en a pas, on peut créer une nouvelle relation (panneau relations de JOSM) et en créer une nouvelle avec les tags type=waterway + waterway=river + name=le_nom_de_la_rivière et ajouter les waterways centraux dans la liste des membres avec un rôle main_stream. Comme exemple, tu peux t'inspirer de la relation de la Seine: http://www.openstreetmap.org/browse/relation/962076 Il se peut que la relation existe mais soit incomplète. Avant d'en créer une nouvelle, il vaut mieux charger tous les waterways centraux et vérifier que certains d'entre-eux ne font pas déjà partie d'une relation waterway. S'il y a en a déjà une mais incomplète, ajouter les waterways manquants dans la liste des membres avec le rôle adéquat. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Bon ben, je pense que je vais en rester là ! Merci à tous concernant ces réponses, et je vais donc tout simplement essayer de créer un calque vierge dans JOSM, comportant deux area Riverbank, et voir comment je peux tout simplement les associer au travers d'une relation. Je garde espoir !! Le 6 février 2013 11:52, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Vincent Pottier Le 06/02/2013 11:40, Michel Descouens a écrit : Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? En téléchargeant la zone (ou une partie...) dans JOSM, on voit ce qui existe. Dans JOSM, quand tu sélectionnes un objet, le panneau des attributs (à droite) indique aussi les appartenances : il s'agit de la liste des relations dont l'objet en cours de sélection fait partie. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
Bonjour, Il y a déjà eu quelques discussion sur la gestion temporelle des données, sans qu'une idée ai fait l'unanimité pour autant. Dans le cas exposé, je pense qu'il faut tirer partie des versions : si le bâtiment qui n'existe plus est supprimé d'OSM, on aura toujours ses versions antérieures pour en garder une trace. Cela n'indique pas les dates de construction / démolition / abandon mais cela indique qu'il y avait quelque chose à cet endroit à une période plus ou moins lointaine. Autrement dit, pas d'info temporelle. Je pense que c'est sur le plan temporel qu'OSM devrait progresser. Le 6 février 2013 11:51, Pierre Knobel pierr...@gmail.com a écrit : Hello, J'ai une question existentielle à propos des anciens batiments ou autre éléments cartographiques qui n'existent plus, peut-être que ça a déjà été débattu et dans ce cas vous pouvez peut-être me filer un lien vers la discussion. En important le cadastre dans une petite ville je suis tombé sur une superposition de bâtiments, un hangar actuel superposé avec une ancienne gare de Lembach. J'ai privilégié le bâtiment existant et supprimé l'ancien. Est-ce qu'il y avait une méthode alternative, peut-être un tag pour indiquer que le bâtiment n'existe plus ? Il reste une ligne de chemin de fer inexistante qui traverse des batiments (http://osm.org/go/0DPE19QL8--), et dans potlatch 2 il apparait comme Old trackbed. Le soucis c'est qu'il n'existe plus du tout de trace de ce chemin de fer abandonné. Je suppose que c'est un historien enthousiaste qui a rajouté ces éléments, car ils n'existent plus depuis avant la création d'OpenStreetMap. Qu'est-ce qu'il faut que je fasse ? Est-ce qu'il faut enlever le tracé là où il a complètement disparu, ou est-ce qu'il faut faire du lobbying pour que ça n'apparaisse plus sur les rendus mais qu'on puisse garder les infos historiques dans la base de données ? Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Je crois qu'il y a une petite confusion. On parle de deux types de relations différentes: Il me semble aussi. Le 6 février 2013 11:56, Pieren pier...@gmail.com a écrit : 2013/2/6 Michel Descouens michel.descou...@gmail.com: Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je crois qu'il y a une petite confusion. On parle de deux types de relations différentes: - les relations multipolygon http://wiki.openstreetmap.org/wiki/Relation:multipolygon qui peuvent servir aux surfaces de rivières/fleuves (les polygones qui portent le tag riverbank) mais pas obligatoirement. On utlise la relation que si la surface nécessite plusieurs ways (si c'est très grand ou si on veut mettre des îlots avec les rôles inner/outer). Mais si on peut aussi le faire avec un seul way fermé sur lui-même (si c'est assez petit et qu'il n'y a pas d'îlot). On peut très bien se passer de relation multipolygon. Ces surfaces (aussi nommées area) ne doivent pas être mises dans une relation unique pour toute la rivière mais on peut se contenter de le faire par morceaux collés les uns aux autres. Voir ce dessin d'exemple avec area 1 et area 2: http://wiki.openstreetmap.org/wiki/File:Make_river.png - les relations waterway http://wiki.openstreetmap.org/wiki/Relation:waterway qui servent à grouper les lignes centrales, celles qui portent le tag waterway=river|stream|etc Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Dans JOSM, il y a un panneau affichant l'ensemble des éléments de la carte. Si la relation existe déjà, il faut la chercher dans cette liste. Ou plus simplement, sélectionner le waterway central et voir si une relation y est attachée. S'il n'y en a pas, on peut créer une nouvelle relation (panneau relations de JOSM) et en créer une nouvelle avec les tags type=waterway + waterway=river + name=le_nom_de_la_rivière et ajouter les waterways centraux dans la liste des membres avec un rôle main_stream. Comme exemple, tu peux t'inspirer de la relation de la Seine: http://www.openstreetmap.org/browse/relation/962076 Il se peut que la relation existe mais soit incomplète. Avant d'en créer une nouvelle, il vaut mieux charger tous les waterways centraux et vérifier que certains d'entre-eux ne font pas déjà partie d'une relation waterway. S'il y a en a déjà une mais incomplète, ajouter les waterways manquants dans la liste des membres avec le rôle adéquat. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
2013/2/6 Michel Descouens michel.descou...@gmail.com: Merci à tous concernant ces réponses, et je vais donc tout simplement essayer de créer un calque vierge dans JOSM, comportant deux area Riverbank, et voir comment je peux tout simplement les associer au travers d'une relation. Pas besoin d'associer les différents area comme je l'ai expliqué dans mon précédent message. La relation de type waterway ne concernce pas les riverbank (pas aujourd'hui en tout cas). Je garde espoir !! Heureusement ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Ah, je comprend un peu mieux, il ne concerne donc, dans mon cas, que les Waterway:river Michel Le 6 février 2013 12:02, Pieren pier...@gmail.com a écrit : 2013/2/6 Michel Descouens michel.descou...@gmail.com: Merci à tous concernant ces réponses, et je vais donc tout simplement essayer de créer un calque vierge dans JOSM, comportant deux area Riverbank, et voir comment je peux tout simplement les associer au travers d'une relation. Pas besoin d'associer les différents area comme je l'ai expliqué dans mon précédent message. La relation de type waterway ne concernce pas les riverbank (pas aujourd'hui en tout cas). Je garde espoir !! Heureusement ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
As-tu contacté le contributeur qui avait tracé cette ancienne gare avant de la supprimer ? Quels étaient les tags sur cette ancienne gare ? Y avait-il une confusion possible avec des données du présent ? Je trace parfois des objets anciens comme d'anciennes voies ferrées. Il y a un contributeur très actif dans ce domaine (voir sur le forum). Je n'apprécierai pas trop qu'on supprime ces contributions sans un contact préalable. Le 6 février 2013 11:51, Pierre Knobel pierr...@gmail.com a écrit : Hello, J'ai une question existentielle à propos des anciens batiments ou autre éléments cartographiques qui n'existent plus, peut-être que ça a déjà été débattu et dans ce cas vous pouvez peut-être me filer un lien vers la discussion. En important le cadastre dans une petite ville je suis tombé sur une superposition de bâtiments, un hangar actuel superposé avec une ancienne gare de Lembach. J'ai privilégié le bâtiment existant et supprimé l'ancien. Est-ce qu'il y avait une méthode alternative, peut-être un tag pour indiquer que le bâtiment n'existe plus ? Il reste une ligne de chemin de fer inexistante qui traverse des batiments (http://osm.org/go/0DPE19QL8--), et dans potlatch 2 il apparait comme Old trackbed. Le soucis c'est qu'il n'existe plus du tout de trace de ce chemin de fer abandonné. Je suppose que c'est un historien enthousiaste qui a rajouté ces éléments, car ils n'existent plus depuis avant la création d'OpenStreetMap. Qu'est-ce qu'il faut que je fasse ? Est-ce qu'il faut enlever le tracé là où il a complètement disparu, ou est-ce qu'il faut faire du lobbying pour que ça n'apparaisse plus sur les rendus mais qu'on puisse garder les infos historiques dans la base de données ? Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
Peut-on parler de supprimer si les versions perdurent? En fait la question sous-jacente est de savoir si il préférable d'utiliser des tags disused=yes à longueur de temps ou bien de tirer partie des versions... Le 6 février 2013 12:08, Christian Quest cqu...@openstreetmap.fr a écrit : As-tu contacté le contributeur qui avait tracé cette ancienne gare avant de la supprimer ? Quels étaient les tags sur cette ancienne gare ? Y avait-il une confusion possible avec des données du présent ? Je trace parfois des objets anciens comme d'anciennes voies ferrées. Il y a un contributeur très actif dans ce domaine (voir sur le forum). Je n'apprécierai pas trop qu'on supprime ces contributions sans un contact préalable. Le 6 février 2013 11:51, Pierre Knobel pierr...@gmail.com a écrit : Hello, J'ai une question existentielle à propos des anciens batiments ou autre éléments cartographiques qui n'existent plus, peut-être que ça a déjà été débattu et dans ce cas vous pouvez peut-être me filer un lien vers la discussion. En important le cadastre dans une petite ville je suis tombé sur une superposition de bâtiments, un hangar actuel superposé avec une ancienne gare de Lembach. J'ai privilégié le bâtiment existant et supprimé l'ancien. Est-ce qu'il y avait une méthode alternative, peut-être un tag pour indiquer que le bâtiment n'existe plus ? Il reste une ligne de chemin de fer inexistante qui traverse des batiments (http://osm.org/go/0DPE19QL8--), et dans potlatch 2 il apparait comme Old trackbed. Le soucis c'est qu'il n'existe plus du tout de trace de ce chemin de fer abandonné. Je suppose que c'est un historien enthousiaste qui a rajouté ces éléments, car ils n'existent plus depuis avant la création d'OpenStreetMap. Qu'est-ce qu'il faut que je fasse ? Est-ce qu'il faut enlever le tracé là où il a complètement disparu, ou est-ce qu'il faut faire du lobbying pour que ça n'apparaisse plus sur les rendus mais qu'on puisse garder les infos historiques dans la base de données ? Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
Je n'ai pas contacté le contributeur, j'ai juste vu un bâtiment qui n'existait pas et qui était en travers d'un nouveau batiments, je me suis dit que ça n'allait pas passer la validation. Je suis à peu près sur que les seuls tags étaient bulding=yes et name=Ancienne gare de Lembach, mais je vais essayer de retrouver l'historique de l'élément pour vérifier et pour trouver le nom du contributeur. 2013/2/6 Christian Quest cqu...@openstreetmap.fr As-tu contacté le contributeur qui avait tracé cette ancienne gare avant de la supprimer ? Quels étaient les tags sur cette ancienne gare ? Y avait-il une confusion possible avec des données du présent ? Je trace parfois des objets anciens comme d'anciennes voies ferrées. Il y a un contributeur très actif dans ce domaine (voir sur le forum). Je n'apprécierai pas trop qu'on supprime ces contributions sans un contact préalable. Le 6 février 2013 11:51, Pierre Knobel pierr...@gmail.com a écrit : Hello, J'ai une question existentielle à propos des anciens batiments ou autre éléments cartographiques qui n'existent plus, peut-être que ça a déjà été débattu et dans ce cas vous pouvez peut-être me filer un lien vers la discussion. En important le cadastre dans une petite ville je suis tombé sur une superposition de bâtiments, un hangar actuel superposé avec une ancienne gare de Lembach. J'ai privilégié le bâtiment existant et supprimé l'ancien. Est-ce qu'il y avait une méthode alternative, peut-être un tag pour indiquer que le bâtiment n'existe plus ? Il reste une ligne de chemin de fer inexistante qui traverse des batiments (http://osm.org/go/0DPE19QL8--), et dans potlatch 2 il apparait comme Old trackbed. Le soucis c'est qu'il n'existe plus du tout de trace de ce chemin de fer abandonné. Je suppose que c'est un historien enthousiaste qui a rajouté ces éléments, car ils n'existent plus depuis avant la création d'OpenStreetMap. Qu'est-ce qu'il faut que je fasse ? Est-ce qu'il faut enlever le tracé là où il a complètement disparu, ou est-ce qu'il faut faire du lobbying pour que ça n'apparaisse plus sur les rendus mais qu'on puisse garder les infos historiques dans la base de données ? Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Ok, vu ! Merci Michel Le 6 février 2013 11:56, Pieren pier...@gmail.com a écrit : 2013/2/6 Michel Descouens michel.descou...@gmail.com: Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je crois qu'il y a une petite confusion. On parle de deux types de relations différentes: - les relations multipolygon http://wiki.openstreetmap.org/wiki/Relation:multipolygon qui peuvent servir aux surfaces de rivières/fleuves (les polygones qui portent le tag riverbank) mais pas obligatoirement. On utlise la relation que si la surface nécessite plusieurs ways (si c'est très grand ou si on veut mettre des îlots avec les rôles inner/outer). Mais si on peut aussi le faire avec un seul way fermé sur lui-même (si c'est assez petit et qu'il n'y a pas d'îlot). On peut très bien se passer de relation multipolygon. Ces surfaces (aussi nommées area) ne doivent pas être mises dans une relation unique pour toute la rivière mais on peut se contenter de le faire par morceaux collés les uns aux autres. Voir ce dessin d'exemple avec area 1 et area 2: http://wiki.openstreetmap.org/wiki/File:Make_river.png - les relations waterway http://wiki.openstreetmap.org/wiki/Relation:waterway qui servent à grouper les lignes centrales, celles qui portent le tag waterway=river|stream|etc Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Dans JOSM, il y a un panneau affichant l'ensemble des éléments de la carte. Si la relation existe déjà, il faut la chercher dans cette liste. Ou plus simplement, sélectionner le waterway central et voir si une relation y est attachée. S'il n'y en a pas, on peut créer une nouvelle relation (panneau relations de JOSM) et en créer une nouvelle avec les tags type=waterway + waterway=river + name=le_nom_de_la_rivière et ajouter les waterways centraux dans la liste des membres avec un rôle main_stream. Comme exemple, tu peux t'inspirer de la relation de la Seine: http://www.openstreetmap.org/browse/relation/962076 Il se peut que la relation existe mais soit incomplète. Avant d'en créer une nouvelle, il vaut mieux charger tous les waterways centraux et vérifier que certains d'entre-eux ne font pas déjà partie d'une relation waterway. S'il y a en a déjà une mais incomplète, ajouter les waterways manquants dans la liste des membres avec le rôle adéquat. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
2013/2/6 Christian Quest cqu...@openstreetmap.fr: As-tu contacté le contributeur qui avait tracé cette ancienne gare avant de la supprimer ? Quels étaient les tags sur cette ancienne gare ? Y avait-il une confusion possible avec des données du présent ? Je trace parfois des objets anciens comme d'anciennes voies ferrées. Il y a un contributeur très actif dans ce domaine (voir sur le forum). Je n'apprécierai pas trop qu'on supprime ces contributions sans un contact préalable. Si on est certain que les anciennes contributions ne correspondent plus à rien sur le terrain, on peut supprimer sans contacter les prédécesseurs. Ajouter éventuellement une petite note sur le nouveau bâtiment si le cadastre se trompe (ce qui n'a rien d'exceptionnel). Par contre, les voies anciennes voies ferrées ont un traitement particulier. Surtout si elles sont réutilisées comme pistes cyclables (ou voies vertes). Même si les éléments physiques ont disparus, la topologie du terrain s'explique par l'ancienne présence de voies (tracé, dénivellé) et justifierait selon certains la conservation d'un tag correspondant. Mais si plus aucune trace ne permet de distinguer l'ancienne voie sur le terrain (par exemple, noyé par l'urbanisation ou reprise par l'agriculture), leur signalement ne se justifie plus. Il y a eu effectivement plusieurs discussions sur la conservation de données historiques mais cela ne devrait pas perturber le travail des contributeurs actuels qui ont déjà bien assez de mal à maintenir les données à jour. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
On accède facilement aux versions des objets présents, mais beaucoup plus difficile à celle des objets supprimés. L'historique des objets OSM est difficilement accessible aux réutilisateurs. C'est un historique d'édition, rien de plus. Lorsque l'on supprime un tracé, il ne sera plus dans les prochains dumps de la base. Or, ce tracé est peut être utilisé par quelqu'un pour représenter sur une carte des anciens objets. Le problème c'est de tagguer clairement ces objets pour ne pas les confondre. Plus le projet OSM avance, plus cette question reviendra, que ce soit pour des objets isolés, mais je pense aussi pour les découpages administratifs. Exemple: j'ai besoin de représenter les subventions de 2010 d'un CG distribué sur les communes et EPCI... donc sur les découpages de 2010 qui ne sont peut être plus les mêmes que ceux de 2013... les EPIC changent, les communes aussi (je suis tombé sur un joli cas près de Disneyland dans le 77) :( Le 6 février 2013 12:15, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Peut-on parler de supprimer si les versions perdurent? En fait la question sous-jacente est de savoir si il préférable d'utiliser des tags disused=yes à longueur de temps ou bien de tirer partie des versions... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophotoplans de Toulouse
Le 05/02/2013 01:47, Sébastien Dinot a écrit : La curiosité technique me pique donc : quels outils as-tu utilisés ? Sont-ils complexes ? As-tu fait des choix particuliers qui expliquent le faible dégradation de qualité de l'image finale par rapport à l'image initiale ? Sébastien Bonjour Sébastien, (désolé pour les autres si je dois rentrer un peu dans des détails techniques). J'ai utilisé la méthode que j'avais indiquée sur tech. Rien de particulièrement complexe. Les dalles sont tuilées en interne avec gdal_translate (-co TILED=YES). Les pyramides pour niveau de zoom réduits sont produites par gdaladdo. L'ensemble des dalles est regroupé avec gdaltindex. (J'avais aussi testé de reprojeter en Mercator sphérique au préalable, mais ça rendait un peu visibles les lignes de limite des dalles à certains niveaux de zoom, et j'y ai renoncé.) MapServer et TileCache sont utilisés pour servir les tuiles. J'avais déjà configuré TileCache pour fonctionner avec mod_python, ce qui avait fait gagner un ordre de grandeur par rapport au mode cgi (en gagnant sur l'initialisation). Le temps de calcul des tuiles, qui était de quelques secondes avant tuilage interne, et se comptait en dixièmes de seconde en cgi, se compte maintenant en centièmes de seconde. Je pense qu'à ce niveau là le temps de réponse est dominé par la latence due au réseau. A propos de la qualité des images, j'ai utilisé le même niveau de qualité pour la compression jpeg qu'habituellement (85). J'ai vérifié que je ne voyais pas de différence avec les images téléchargées d'origine, même en agrandissant à fond sur des artefacts de compression de jpeg qu'elles contenaient. Alors qu'en compressant davantage (75), j'arrivais à en voir de très subtiles. Avec ce taux de compression conservateur choisi pour être sûr de préserver la qualité des images d'origine, et le codage YCbCr, la taille totale pour l'ortho 2011 est de 13,5 Go, et pour l'ortho 2007 de 8,5 Go (avec les pyramides d'overview). Après quelques jours en ligne, la taille du cache de tuiles (générées uniquement à la demande) est de presque 500 Mo pour l'ortho 2011, et d'une centaine de Mo pour 2007. Le taux de cache hit est déjà tout à fait honorable (plus des 2/3 depuis dimanche matin). Cordialement, Jean-Guilhem -- gpg 0x5939EAE2 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
C'est exactement ça et c'est là où il y a des modifications à faire dans le modèle. Dans cette attente bien sur, on peut mettre tous les tags qui s'imposent pour ne pas perdre d'informations. Cela fait combien de temps que l'API d'OSM n'a pas été updaté? Il y a force de propositions ici : http://wiki.openstreetmap.org/wiki/API_v0.7 et très peu ont été ajoutées... Le 6 février 2013 12:45, Christian Quest cqu...@openstreetmap.fr a écrit : On accède facilement aux versions des objets présents, mais beaucoup plus difficile à celle des objets supprimés. L'historique des objets OSM est difficilement accessible aux réutilisateurs. C'est un historique d'édition, rien de plus. Lorsque l'on supprime un tracé, il ne sera plus dans les prochains dumps de la base. Or, ce tracé est peut être utilisé par quelqu'un pour représenter sur une carte des anciens objets. Le problème c'est de tagguer clairement ces objets pour ne pas les confondre. Plus le projet OSM avance, plus cette question reviendra, que ce soit pour des objets isolés, mais je pense aussi pour les découpages administratifs. Exemple: j'ai besoin de représenter les subventions de 2010 d'un CG distribué sur les communes et EPCI... donc sur les découpages de 2010 qui ne sont peut être plus les mêmes que ceux de 2013... les EPIC changent, les communes aussi (je suis tombé sur un joli cas près de Disneyland dans le 77) :( Le 6 février 2013 12:15, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Peut-on parler de supprimer si les versions perdurent? En fait la question sous-jacente est de savoir si il préférable d'utiliser des tags disused=yes à longueur de temps ou bien de tirer partie des versions... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des images, des images, des images
Le 6 février 2013 10:00, Jo winfi...@gmail.com a écrit : Bien sûr il serait encore mieux si le hosting serait fait par openstreetmap.org ou openstreetmap.fr, car maintenant ils arrivent sur le serveur privé de John. Peut être aussi serait-il possible de les hoster directement sur les serveurs de Wikimedia Commons ? Ils semblent ne jamais avoir assez de photos, et ils ont déjà fait un travail de géotaguisation, j'imagine que ça ne poserait pas de problèmes de caler en plus des tags osm ? Ça veut dire que le travail de photo / image dans OSM deviendrait complètement intégré au système de médias de Commons, donc de Wikipedia. OSM et Wikipedia partageraient le même système de médias. Je ne sais pas si c'est souhaitable / diplomatique / normal ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Bonjour Michel Près de chez moi il y a justement une relation RiverBank que j'ai mis à jour : http://www.openstreetmap.org/browse/relation/2665138 Tous les segments sont contigu et forme des éléments fermé. La relation regroupe les différente portion où un utilisateur à définir des berges, d'où les trous qu'il peut y avoir tout le long du cours d'eau. Je te laisse l'étudier pour te faire une idée. Pense à charger tous les éléments ;-) Le 6 février 2013 11:40, Michel Descouens michel.descou...@gmail.com a écrit : Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Désolé si je ressemble à un diésel, coté démarrage !!! ;-) Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit : Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area, définissant la surface occupée par un cours d'eau, d'une rive à l'autre et sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu feras avec une relation (à laquelle tu ajouteras aussi la way 'waterway=river' qui est le tracé central du cours d'eau). Francescu Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.com a écrit : Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que j’interprète mal cette phrase, et plus particulièrement le terme « objet ». Un segment polygone Riverbank, peut il être considéré comme un objet et relié, au travers d’une relation, avec un autre segment de même type, afin d’avoir un objet de plus haut niveau ? Le 6 février 2013 10:55, Vincent de Chateau-Thierry v...@laposte.neta écrit : Bonjour, De : Michel Descouens Pas de problème, je tague type:multipolygon pour les berges, par contre j'ai peut être mal formulé ma question qui aurait dû être : Quel est le rôle d'une relation ? Quelques premiers éléments de réponse sur cette page : http://wiki.openstreetmap.org/wiki/FR:Relations vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
2013/2/6 Jo. perche...@gmail.com: Près de chez moi il y a justement une relation RiverBank que j'ai mis à jour : http://www.openstreetmap.org/browse/relation/2665138 Tous les segments sont contigu et forme des éléments fermé. La relation regroupe les différente portion où un utilisateur à définir des berges, d'où les trous qu'il peut y avoir tout le long du cours d'eau. C'est un mauvais exemple car il n'est pas correct. La relation multipolygon ne sert pas à identifier la rivière elle-même. On a la relation waterway pour ça. Et il est inutile de mettre tous les multipolygons dans la même relation. Cela complexifie inutilement le travail d'édition et de maintenance des riverbank. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Vu !! Juste une petite question : Quel est l’intérêt de segmenter, non pas des area, mais des way qui constituent les diverses area Riverbank ? Le 6 février 2013 14:05, Jo. perche...@gmail.com a écrit : Bonjour Michel Près de chez moi il y a justement une relation RiverBank que j'ai mis à jour : http://www.openstreetmap.org/browse/relation/2665138 Tous les segments sont contigu et forme des éléments fermé. La relation regroupe les différente portion où un utilisateur à définir des berges, d'où les trous qu'il peut y avoir tout le long du cours d'eau. Je te laisse l'étudier pour te faire une idée. Pense à charger tous les éléments ;-) Le 6 février 2013 11:40, Michel Descouens michel.descou...@gmail.com a écrit : Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Désolé si je ressemble à un diésel, coté démarrage !!! ;-) Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit : Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area, définissant la surface occupée par un cours d'eau, d'une rive à l'autre et sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu feras avec une relation (à laquelle tu ajouteras aussi la way 'waterway=river' qui est le tracé central du cours d'eau). Francescu Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.coma écrit : Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que j’interprète mal cette phrase, et plus particulièrement le terme « objet ». Un segment polygone Riverbank, peut il être considéré comme un objet et relié, au travers d’une relation, avec un autre segment de même type, afin d’avoir un objet de plus haut niveau ? Le 6 février 2013 10:55, Vincent de Chateau-Thierry v...@laposte.neta écrit : Bonjour, De : Michel Descouens Pas de problème, je tague type:multipolygon pour les berges, par contre j'ai peut être mal formulé ma question qui aurait dû être : Quel est le rôle d'une relation ? Quelques premiers éléments de réponse sur cette page : http://wiki.openstreetmap.org/wiki/FR:Relations vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] place et landuse
bonjour je crains ne pas avoir très bien compris les rapports entre place et landuse, en particulier dans le cas de hameau ou d'habitations isolées. Soit une maison ou un petit groupe de maison et d'immeubles qui sont taggés 'place=isolated_dwelling' ou 'place=hamlet', par un point sur la carte. Je peux modifier en utilisant le même tag pour la surface autour de ces bâtiments, et je peux attacher le tag name=# sur un point de cette surface. Normalement je ne perds pas d'information et en apporte une nouvelle sur l'emprise du hameau ou de la maison isolée par rapport au terrain l'environnant. Par contre je ne sais pas si l'info est restitué sur le rendu (la surface et le nom). Dans l'hypothèse ou le hameau (par exemple) se trouve dans un polygone CLC noté landuse=farm doit-on découper ce polygone autour de celui du hameau ou peut-on simplement le superposer ? faut-il aussi tagger cette surface 'landuse=residential' ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] place et landuse
2013/2/6 ades_...@orange.fr ades_...@orange.fr: Je peux modifier en utilisant le même tag pour la surface autour de ces bâtiments, et je peux attacher le tag name=# sur un point de cette surface. Attention, il ne faut pas mettre le tag place sur le way et le tag name sur un noeud du way. L'information est dispersée et aucun logiciel ne sera capable de refaire l'association. Soit tu mets les deux tags place et name sur un noeud, approximativement au centre de l'endroit et un polygone avec le tag landuse=residential qui indique l'emprise. Soit tu mets les deux tags place et name sur le polygone du landuse=residential. Mais cette deuxième méthode ne fonctionne bien que s'il n'y a qu'un seul landuse pour l'endroit. Dès que la zone habitée s'agrandie et qu'il y a aura plusieurs polygones landuse (par exemple, un pour une zone commerciale ou une ZI ou ZA), on ne pourra plus mettre le tag place+name sur chaque landuse (dupplication). Dans l'hypothèse ou le hameau (par exemple) se trouve dans un polygone CLC noté landuse=farm En général, on essaie d'éviter la superposition de landuses de différents types (sinon, à partir d'un point donné, on ne sait pas si c'est du farm ou du residential puisque c'est les deux). Dans ton cas, il faut créer ou réutiliser la relation de type multipolygon du landuse=farm et y ajouter le polygone landuse=residential comme inner (enclave). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] place et landuse
Le 6 févr. 2013 à 14:30, ades_...@orange.fr a écrit : je crains ne pas avoir très bien compris les rapports entre place et landuse, en particulier dans le cas de hameau ou d'habitations isolées. Soit une maison ou un petit groupe de maison et d'immeubles qui sont taggés 'place=isolated_dwelling' ou 'place=hamlet', par un point sur la carte. Je peux modifier en utilisant le même tag pour la surface autour de ces bâtiments, et je peux attacher le tag name=# sur un point de cette surface. Normalement je ne perds pas d'information et en apporte une nouvelle sur l'emprise du hameau ou de la maison isolée par rapport au terrain l'environnant. Par contre je ne sais pas si l'info est restitué sur le rendu (la surface et le nom). Dans l'hypothèse ou le hameau (par exemple) se trouve dans un polygone CLC noté landuse=farm doit-on découper ce polygone autour de celui du hameau ou peut-on simplement le superposer ? faut-il aussi tagger cette surface 'landuse=residential' ? Je n'ai jamais compris pourquoi certains vouaient déterminer absolument la superficie en relation avec un toponyme. Il est pour moi évident, que la relation dans la ville réelle relève de la logique floue. Désolé d'avouer que je n'ai pas pour ce sujet l'esprit de géométrie et qu'ainsi, on peut être géographe et être plutôt du côté de l'esprit de finesse. Affecter le toponyme d'une habitation isolée à la superficie du jardin du propriétaire me paraît complètement baroque. Le toponyme concerne aussi le chemin qui passe devant et même les champs d'en-face. A mon avis, écarter la place au profit d'une area n'apporte rien du tout, car, les logiciels de recherche savent chercher sur des zones non strictement définies. Le même raisonnement s'applique au landuse/farmyard qui prétendraient être le siège de référence du toponymes. D'autant que ces farmyard sont de moins en moins agricoles. Et heureusement, personne n'a proposé de landuse=hamlet Je n'aimerai sûrement pas voir être effacés les centaines de placeque j'ai inscrits. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Honnêtement je tâtonne dans ce domaine. Je me suis inspiré d'autres cours d'eau existant. *Ce que je sait :* La relation doit être considérée comme un multi-polygone. Dans un multi-polygone on peut y placer des polygone ou/et des segments contigu formant ensemble un élément géométrique. En cas d'utilisation de segments contigu, on ne peut plus utiliser des tag landuse=* ou natural=* sur ces segments (s'applique uniquement au polygone fermé). Il faut impérativement passer par la relation multi-polygone pour définir l'ensemble. *Les limitations :* Un multi-polygone formé par des segments est plus fragile dans le sens où un débutant risque de supprimer un segment qui pensait inutile car n'ayant pas remarqué son utilisation dans une relation. Un multi-polygone de ce type dont les membres sont partiellement chargé dans JOSM montrera des zones coloré hors du multi-polygone, ce problème est résolu dès que les membres manquant sont téléchargé (fait un essais avec celui de l'Aude). Un multi-polygone formé par des polygones demande un peut d'agilité mentale pour scinder les polygones trop grand. Deux polygone juxtaposé retourneront une erreur dans JOSM. Ce dernier indiquera que deux segments sont superposés. Ceci est vrais mais n'est pas foncièrement grave. J'ai également l'impression que les polygones demande plus de ressources dans JOSM qu'une suite de segment (ce n'est qu'une intuition). Il est possible que d'autre concept m'échappent mais tu a l'essentiel (je pense). Il te reste qu'a faire des essais de chargement sur la relation que je t'ai indiqué ainsi que sur celle ci : http://www.openstreetmap.org/browse/relation/285855. Cette fois ce multi-polygone est formé uniquement de polygone. L'utilisation de segments aurait apporté trop de risque de casse sur la relation. Le 6 février 2013 14:25, Michel Descouens michel.descou...@gmail.com a écrit : Vu !! Juste une petite question : Quel est l’intérêt de segmenter, non pas des area, mais des way qui constituent les diverses area Riverbank ? Le 6 février 2013 14:05, Jo. perche...@gmail.com a écrit : Bonjour Michel Près de chez moi il y a justement une relation RiverBank que j'ai mis à jour : http://www.openstreetmap.org/browse/relation/2665138 Tous les segments sont contigu et forme des éléments fermé. La relation regroupe les différente portion où un utilisateur à définir des berges, d'où les trous qu'il peut y avoir tout le long du cours d'eau. Je te laisse l'étudier pour te faire une idée. Pense à charger tous les éléments ;-) Le 6 février 2013 11:40, Michel Descouens michel.descou...@gmail.com a écrit : Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Désolé si je ressemble à un diésel, coté démarrage !!! ;-) Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit : Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area, définissant la surface occupée par un cours d'eau, d'une rive à l'autre et sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu feras avec une relation (à laquelle tu ajouteras aussi la way 'waterway=river' qui est le tracé central du cours d'eau). Francescu Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.coma écrit : Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que j’interprète mal cette phrase, et plus particulièrement le terme « objet ». Un segment polygone Riverbank, peut il être considéré comme un objet et relié, au travers d’une relation, avec un autre segment de même type, afin d’avoir un objet de plus haut niveau ? Le 6 février 2013 10:55, Vincent de Chateau-Thierry v...@laposte.neta écrit : Bonjour, De : Michel Descouens Pas de problème, je tague
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
Mais du coup, quand j'efface un objet, est-que toutes ses donnees sont perdues pour l'utilisateur lambda qui n'a pas acces aux backups ? J'ai retrouve l'historique de l'ancienne gare (http://www.openstreetmap.org/browse/way/180163445/history), mais je ne sais pas comment recuperer ses donnees exactes. Je m'attendais a ce que ca fonctionne plus comme un wiki, c'est a dire toute l'info que je supprime pourrait etre recuperee par n'importe qui tant que l'article n'est pas supprime par un admin. Je peux facilement replacer le rectangle, mais l'historique manquera et l'auteur initial n'aura pas son attribution. Qu'est-ce que vous me conseillez de mettre comme tag a la place de building=yes (il ne faut pas que ca apparaisse sur la carte, car il n'y a plus aucune trace du batiment sur le terrain) ? On 2/6/13, François Lacombe francois.laco...@telecom-bretagne.eu wrote: C'est exactement ça et c'est là où il y a des modifications à faire dans le modèle. Dans cette attente bien sur, on peut mettre tous les tags qui s'imposent pour ne pas perdre d'informations. Cela fait combien de temps que l'API d'OSM n'a pas été updaté? Il y a force de propositions ici : http://wiki.openstreetmap.org/wiki/API_v0.7 et très peu ont été ajoutées... Le 6 février 2013 12:45, Christian Quest cqu...@openstreetmap.fr a écrit : On accède facilement aux versions des objets présents, mais beaucoup plus difficile à celle des objets supprimés. L'historique des objets OSM est difficilement accessible aux réutilisateurs. C'est un historique d'édition, rien de plus. Lorsque l'on supprime un tracé, il ne sera plus dans les prochains dumps de la base. Or, ce tracé est peut être utilisé par quelqu'un pour représenter sur une carte des anciens objets. Le problème c'est de tagguer clairement ces objets pour ne pas les confondre. Plus le projet OSM avance, plus cette question reviendra, que ce soit pour des objets isolés, mais je pense aussi pour les découpages administratifs. Exemple: j'ai besoin de représenter les subventions de 2010 d'un CG distribué sur les communes et EPCI... donc sur les découpages de 2010 qui ne sont peut être plus les mêmes que ceux de 2013... les EPIC changent, les communes aussi (je suis tombé sur un joli cas près de Disneyland dans le 77) :( Le 6 février 2013 12:15, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Peut-on parler de supprimer si les versions perdurent? En fait la question sous-jacente est de savoir si il préférable d'utiliser des tags disused=yes à longueur de temps ou bien de tirer partie des versions... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
J'avais justement remarqué cette segmentation concernant les Landuse, et me posait la question de l’utilité de cette façon de faire. (segmentation). On peut donc se retrouver avec un multi-polygone comprenant X membres outer reliés au travers d'une relation. J'ai donc des réponse à travers ton message. Le 6 février 2013 15:40, Jo. perche...@gmail.com a écrit : Honnêtement je tâtonne dans ce domaine. Je me suis inspiré d'autres cours d'eau existant. *Ce que je sait :* La relation doit être considérée comme un multi-polygone. Dans un multi-polygone on peut y placer des polygone ou/et des segments contigu formant ensemble un élément géométrique. En cas d'utilisation de segments contigu, on ne peut plus utiliser des tag landuse=* ou natural=* sur ces segments (s'applique uniquement au polygone fermé). Il faut impérativement passer par la relation multi-polygone pour définir l'ensemble. *Les limitations :* Un multi-polygone formé par des segments est plus fragile dans le sens où un débutant risque de supprimer un segment qui pensait inutile car n'ayant pas remarqué son utilisation dans une relation. Un multi-polygone de ce type dont les membres sont partiellement chargé dans JOSM montrera des zones coloré hors du multi-polygone, ce problème est résolu dès que les membres manquant sont téléchargé (fait un essais avec celui de l'Aude). Un multi-polygone formé par des polygones demande un peut d'agilité mentale pour scinder les polygones trop grand. Deux polygone juxtaposé retourneront une erreur dans JOSM. Ce dernier indiquera que deux segments sont superposés. Ceci est vrais mais n'est pas foncièrement grave. J'ai également l'impression que les polygones demande plus de ressources dans JOSM qu'une suite de segment (ce n'est qu'une intuition). Il est possible que d'autre concept m'échappent mais tu a l'essentiel (je pense). Il te reste qu'a faire des essais de chargement sur la relation que je t'ai indiqué ainsi que sur celle ci : http://www.openstreetmap.org/browse/relation/285855. Cette fois ce multi-polygone est formé uniquement de polygone. L'utilisation de segments aurait apporté trop de risque de casse sur la relation. Le 6 février 2013 14:25, Michel Descouens michel.descou...@gmail.com a écrit : Vu !! Juste une petite question : Quel est l’intérêt de segmenter, non pas des area, mais des way qui constituent les diverses area Riverbank ? Le 6 février 2013 14:05, Jo. perche...@gmail.com a écrit : Bonjour Michel Près de chez moi il y a justement une relation RiverBank que j'ai mis à jour : http://www.openstreetmap.org/browse/relation/2665138 Tous les segments sont contigu et forme des éléments fermé. La relation regroupe les différente portion où un utilisateur à définir des berges, d'où les trous qu'il peut y avoir tout le long du cours d'eau. Je te laisse l'étudier pour te faire une idée. Pense à charger tous les éléments ;-) Le 6 février 2013 11:40, Michel Descouens michel.descou...@gmail.coma écrit : Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Désolé si je ressemble à un diésel, coté démarrage !!! ;-) Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit : Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area, définissant la surface occupée par un cours d'eau, d'une rive à l'autre et sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu feras avec une relation (à laquelle tu ajouteras aussi la way 'waterway=river' qui est le tracé central du cours d'eau). Francescu Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.coma écrit : Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que j’interprète mal cette
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
2013/2/6 Pierre Knobel pierr...@gmail.com: Mais du coup, quand j'efface un objet, est-que toutes ses donnees sont perdues pour l'utilisateur lambda qui n'a pas acces aux backups ? Non, les données ne sont pas perdues. Elles sont encore dans la base mais avec un flag deleted. Malheureusement, il n'est pas possible aujourd'hui de récupérer une liste d'éléments supprimés sur une zone donnée avec l'API actuel. Par contre, on peut le faire avec Potlach1 (qui n'utilisait pas l'API contrairement aux autres éditeurs) comme indiqué sur ce ticket (et on ne récupère que les ways supprimés, pas les noeuds orphelins): https://trac.openstreetmap.org/ticket/4622 L'idéal serait d'avoir une extension de l'API mais personne n'a encore pris le temps de le faire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier le passé ou le présent ?
Soit via Potlatch 1, soit via le plugin revert de JOSM qui, il me semble recréer une nouvelle version visible du même objet donc en conservant son historique... mais pas toujours très facile à utiliser (et pas toujours fonctionnel). Le 6 février 2013 16:12, Pieren pier...@gmail.com a écrit : 2013/2/6 Pierre Knobel pierr...@gmail.com: Mais du coup, quand j'efface un objet, est-que toutes ses donnees sont perdues pour l'utilisateur lambda qui n'a pas acces aux backups ? Non, les données ne sont pas perdues. Elles sont encore dans la base mais avec un flag deleted. Malheureusement, il n'est pas possible aujourd'hui de récupérer une liste d'éléments supprimés sur une zone donnée avec l'API actuel. Par contre, on peut le faire avec Potlach1 (qui n'utilisait pas l'API contrairement aux autres éditeurs) comme indiqué sur ce ticket (et on ne récupère que les ways supprimés, pas les noeuds orphelins): https://trac.openstreetmap.org/ticket/4622 L'idéal serait d'avoir une extension de l'API mais personne n'a encore pris le temps de le faire. Pieren -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Bon, j'ai compris où j'avais fait une grosse erreur. Il y a quelques temps, j'ai fusionné plusieurs segments RiverBank, dans mon secteur, et je n'ai pas coché les bonnes cases. Bilan de l'opération, j'ai les relations des deux anciens segments dans la nouvelle relation. Y'a plus qu'à relever les manches ! :)) Michel Le 6 février 2013 15:40, Jo. perche...@gmail.com a écrit : Honnêtement je tâtonne dans ce domaine. Je me suis inspiré d'autres cours d'eau existant. *Ce que je sait :* La relation doit être considérée comme un multi-polygone. Dans un multi-polygone on peut y placer des polygone ou/et des segments contigu formant ensemble un élément géométrique. En cas d'utilisation de segments contigu, on ne peut plus utiliser des tag landuse=* ou natural=* sur ces segments (s'applique uniquement au polygone fermé). Il faut impérativement passer par la relation multi-polygone pour définir l'ensemble. *Les limitations :* Un multi-polygone formé par des segments est plus fragile dans le sens où un débutant risque de supprimer un segment qui pensait inutile car n'ayant pas remarqué son utilisation dans une relation. Un multi-polygone de ce type dont les membres sont partiellement chargé dans JOSM montrera des zones coloré hors du multi-polygone, ce problème est résolu dès que les membres manquant sont téléchargé (fait un essais avec celui de l'Aude). Un multi-polygone formé par des polygones demande un peut d'agilité mentale pour scinder les polygones trop grand. Deux polygone juxtaposé retourneront une erreur dans JOSM. Ce dernier indiquera que deux segments sont superposés. Ceci est vrais mais n'est pas foncièrement grave. J'ai également l'impression que les polygones demande plus de ressources dans JOSM qu'une suite de segment (ce n'est qu'une intuition). Il est possible que d'autre concept m'échappent mais tu a l'essentiel (je pense). Il te reste qu'a faire des essais de chargement sur la relation que je t'ai indiqué ainsi que sur celle ci : http://www.openstreetmap.org/browse/relation/285855. Cette fois ce multi-polygone est formé uniquement de polygone. L'utilisation de segments aurait apporté trop de risque de casse sur la relation. Le 6 février 2013 14:25, Michel Descouens michel.descou...@gmail.com a écrit : Vu !! Juste une petite question : Quel est l’intérêt de segmenter, non pas des area, mais des way qui constituent les diverses area Riverbank ? Le 6 février 2013 14:05, Jo. perche...@gmail.com a écrit : Bonjour Michel Près de chez moi il y a justement une relation RiverBank que j'ai mis à jour : http://www.openstreetmap.org/browse/relation/2665138 Tous les segments sont contigu et forme des éléments fermé. La relation regroupe les différente portion où un utilisateur à définir des berges, d'où les trous qu'il peut y avoir tout le long du cours d'eau. Je te laisse l'étudier pour te faire une idée. Pense à charger tous les éléments ;-) Le 6 février 2013 11:40, Michel Descouens michel.descou...@gmail.coma écrit : Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Désolé si je ressemble à un diésel, coté démarrage !!! ;-) Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit : Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area, définissant la surface occupée par un cours d'eau, d'une rive à l'autre et sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu feras avec une relation (à laquelle tu ajouteras aussi la way 'waterway=river' qui est le tracé central du cours d'eau). Francescu Le 6 février 2013 11:08, Michel Descouens michel.descou...@gmail.coma écrit : Bonjour, Page connue, mais c’est toujours bon de s’y repencher. Donc, la phrase qui m’intéresse se situe ici : « Du point de vue du modèle de données, les relations servent à regrouper différents objets… » Mais il se peut que
Re: [OSM-talk-fr] Polygones/Relations
2013/2/6 Michel Descouens michel.descou...@gmail.com: Il y a quelques temps, j'ai fusionné plusieurs segments RiverBank, dans mon secteur, et je n'ai pas coché les bonnes cases. Bilan de l'opération, j'ai les relations des deux anciens segments dans la nouvelle relation. Y'a plus qu'à relever les manches ! :)) Tu pourrais nous envoyer le lien vers la zone concernée ou les numéros de relations pour qu'on puisse ensuite vérifier que le résultat est bon ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Paris Gare du nord
Hello, Je voudrais indiquer le chemin à pied pour accèder aux voies 20 et 21 (ajoutés je pense vers 1994) qui nécéssite un accès un peu sur le coté... comment cartographier un chemin dans un batiment public ? -- View this message in context: http://gis.19327.n5.nabble.com/Paris-Gare-du-nord-tp5748375.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
2737272 2727178 2725322 2743758 2736977 2137496 et des poussières. C'est par exemple sur la 2137496 que l'on voit des relations qui partent dans tous les sens. C'est suite à ces modifs que certains Riverbanks ne sont plus déclarés en Multi-Polygones. Michel PS : je change de mail sur la liste de diffusion, le précédent est utilisé pour d'autres taches, et j'y reçois trop d'infos OSM, mais c'est très bon signe ! Le 6 février 2013 18:07, Pieren pier...@gmail.com a écrit : 2013/2/6 Michel Descouens michel.descou...@gmail.com: Il y a quelques temps, j'ai fusionné plusieurs segments RiverBank, dans mon secteur, et je n'ai pas coché les bonnes cases. Bilan de l'opération, j'ai les relations des deux anciens segments dans la nouvelle relation. Y'a plus qu'à relever les manches ! :)) Tu pourrais nous envoyer le lien vers la zone concernée ou les numéros de relations pour qu'on puisse ensuite vérifier que le résultat est bon ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
N'hésite pas à regarder dans d'autres région de France et plus loin pour comprendre certaines chose. Par exemple pour les canaux et port, j'ai pris l'habitude de voir ce que font les Hollandais. Pour les relations de transport, je regarde les grosses ville en Allemagne. Il y en a de partout mais ça n'empêche pas de copier avec réflexion. Le 6 février 2013 17:50, Michel Descouens michel.descou...@gmail.com a écrit : Bon, j'ai compris où j'avais fait une grosse erreur. Il y a quelques temps, j'ai fusionné plusieurs segments RiverBank, dans mon secteur, et je n'ai pas coché les bonnes cases. Bilan de l'opération, j'ai les relations des deux anciens segments dans la nouvelle relation. Y'a plus qu'à relever les manches ! :)) Michel Le 6 février 2013 15:40, Jo. perche...@gmail.com a écrit : Honnêtement je tâtonne dans ce domaine. Je me suis inspiré d'autres cours d'eau existant. *Ce que je sait :* La relation doit être considérée comme un multi-polygone. Dans un multi-polygone on peut y placer des polygone ou/et des segments contigu formant ensemble un élément géométrique. En cas d'utilisation de segments contigu, on ne peut plus utiliser des tag landuse=* ou natural=* sur ces segments (s'applique uniquement au polygone fermé). Il faut impérativement passer par la relation multi-polygone pour définir l'ensemble. *Les limitations :* Un multi-polygone formé par des segments est plus fragile dans le sens où un débutant risque de supprimer un segment qui pensait inutile car n'ayant pas remarqué son utilisation dans une relation. Un multi-polygone de ce type dont les membres sont partiellement chargé dans JOSM montrera des zones coloré hors du multi-polygone, ce problème est résolu dès que les membres manquant sont téléchargé (fait un essais avec celui de l'Aude). Un multi-polygone formé par des polygones demande un peut d'agilité mentale pour scinder les polygones trop grand. Deux polygone juxtaposé retourneront une erreur dans JOSM. Ce dernier indiquera que deux segments sont superposés. Ceci est vrais mais n'est pas foncièrement grave. J'ai également l'impression que les polygones demande plus de ressources dans JOSM qu'une suite de segment (ce n'est qu'une intuition). Il est possible que d'autre concept m'échappent mais tu a l'essentiel (je pense). Il te reste qu'a faire des essais de chargement sur la relation que je t'ai indiqué ainsi que sur celle ci : http://www.openstreetmap.org/browse/relation/285855. Cette fois ce multi-polygone est formé uniquement de polygone. L'utilisation de segments aurait apporté trop de risque de casse sur la relation. Le 6 février 2013 14:25, Michel Descouens michel.descou...@gmail.com a écrit : Vu !! Juste une petite question : Quel est l’intérêt de segmenter, non pas des area, mais des way qui constituent les diverses area Riverbank ? Le 6 février 2013 14:05, Jo. perche...@gmail.com a écrit : Bonjour Michel Près de chez moi il y a justement une relation RiverBank que j'ai mis à jour : http://www.openstreetmap.org/browse/relation/2665138 Tous les segments sont contigu et forme des éléments fermé. La relation regroupe les différente portion où un utilisateur à définir des berges, d'où les trous qu'il peut y avoir tout le long du cours d'eau. Je te laisse l'étudier pour te faire une idée. Pense à charger tous les éléments ;-) Le 6 février 2013 11:40, Michel Descouens michel.descou...@gmail.coma écrit : Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Désolé si je ressemble à un diésel, coté démarrage !!! ;-) Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit : Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area, définissant la surface occupée par un cours d'eau, d'une rive à l'autre et sur une certaine longueur dudit cours d'eau. C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau, assemblage que tu feras avec une relation
Re: [OSM-talk-fr] Arbres du cadastre vert du CG92 [was: Ouverture de la plateforme Open Data des Hauts-de-Seine]
On 02/06/2013 10:23 AM, Pieren wrote: 2013/2/5 Christian Quest cqu...@openstreetmap.fr: Je pense que oui... ça m'étonnerai que des arbres aient plusieurs ref, non ? Si je comprends bien, l'intérêt unique de ce 'ref' est de pouvoir synchroniser les deux bases. Qui va s'en charger ? Justement, c'est ce que je doit définir. Deux possibilités : - Une institution réputée en matière d'opérations Openstreetmap Françaises pérennes héberge l'appareillage de synchronisation que je compte concevoir et assembler. - J'héberge ça sur une de mes machines et je le maintiens. Dans les deux cas je compte bien documenter suffisamment pour que quelqu'un d'autre puisse reprendre le flambeau. En tout cas mon objectif est bien de non seulement intégrer ces données mais aussi de les rafraîchir lorsque de nouvelles versions seront publiées, en fonction de règles à définir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygones/Relations
Et je me suis justement fourvoyé, suite à la consultation d’exemples que j’ai trouvé concernant les Riverbank. Comme quoi, tu as raison, réflexion avant tout ! Michel Le 6 février 2013 19:31, Jo. perche...@gmail.com a écrit : N'hésite pas à regarder dans d'autres région de France et plus loin pour comprendre certaines chose. Par exemple pour les canaux et port, j'ai pris l'habitude de voir ce que font les Hollandais. Pour les relations de transport, je regarde les grosses ville en Allemagne. Il y en a de partout mais ça n'empêche pas de copier avec réflexion. Le 6 février 2013 17:50, Michel Descouens michel.descou...@gmail.com a écrit : Bon, j'ai compris où j'avais fait une grosse erreur. Il y a quelques temps, j'ai fusionné plusieurs segments RiverBank, dans mon secteur, et je n'ai pas coché les bonnes cases. Bilan de l'opération, j'ai les relations des deux anciens segments dans la nouvelle relation. Y'a plus qu'à relever les manches ! :)) Michel Le 6 février 2013 15:40, Jo. perche...@gmail.com a écrit : Honnêtement je tâtonne dans ce domaine. Je me suis inspiré d'autres cours d'eau existant. *Ce que je sait :* La relation doit être considérée comme un multi-polygone. Dans un multi-polygone on peut y placer des polygone ou/et des segments contigu formant ensemble un élément géométrique. En cas d'utilisation de segments contigu, on ne peut plus utiliser des tag landuse=* ou natural=* sur ces segments (s'applique uniquement au polygone fermé). Il faut impérativement passer par la relation multi-polygone pour définir l'ensemble. *Les limitations :* Un multi-polygone formé par des segments est plus fragile dans le sens où un débutant risque de supprimer un segment qui pensait inutile car n'ayant pas remarqué son utilisation dans une relation. Un multi-polygone de ce type dont les membres sont partiellement chargé dans JOSM montrera des zones coloré hors du multi-polygone, ce problème est résolu dès que les membres manquant sont téléchargé (fait un essais avec celui de l'Aude). Un multi-polygone formé par des polygones demande un peut d'agilité mentale pour scinder les polygones trop grand. Deux polygone juxtaposé retourneront une erreur dans JOSM. Ce dernier indiquera que deux segments sont superposés. Ceci est vrais mais n'est pas foncièrement grave. J'ai également l'impression que les polygones demande plus de ressources dans JOSM qu'une suite de segment (ce n'est qu'une intuition). Il est possible que d'autre concept m'échappent mais tu a l'essentiel (je pense). Il te reste qu'a faire des essais de chargement sur la relation que je t'ai indiqué ainsi que sur celle ci : http://www.openstreetmap.org/browse/relation/285855. Cette fois ce multi-polygone est formé uniquement de polygone. L'utilisation de segments aurait apporté trop de risque de casse sur la relation. Le 6 février 2013 14:25, Michel Descouens michel.descou...@gmail.coma écrit : Vu !! Juste une petite question : Quel est l’intérêt de segmenter, non pas des area, mais des way qui constituent les diverses area Riverbank ? Le 6 février 2013 14:05, Jo. perche...@gmail.com a écrit : Bonjour Michel Près de chez moi il y a justement une relation RiverBank que j'ai mis à jour : http://www.openstreetmap.org/browse/relation/2665138 Tous les segments sont contigu et forme des éléments fermé. La relation regroupe les différente portion où un utilisateur à définir des berges, d'où les trous qu'il peut y avoir tout le long du cours d'eau. Je te laisse l'étudier pour te faire une idée. Pense à charger tous les éléments ;-) Le 6 février 2013 11:40, Michel Descouens michel.descou...@gmail.coma écrit : Le point où je peine est donc ici : C'est l'assemblage de ces riverbanks qui te donnera la totalité du cours d'eau Comment déclarer cette relation, englobant les divers Riverbank et River, dans JOSM ? Et comment savoir si une relation de ce type existe déjà , pour ne pas en créer une nouvelle? Je m'explique : je suppose que la Garonne n'est pas un tracé unique mais comporte divers segments reliés au travers d'un relation déjà existante, où puis voir dans JOSM les éléments permettant d'apprécier l'existant, ou pas ? Désolé si je ressemble à un diésel, coté démarrage !!! ;-) Le 6 février 2013 11:16, Francescu GAROBY windu...@gmail.com a écrit : Un objet désigne tous les types qu'OSM connait : node, way, area et relation (ce dernier étant plutôt un type composite, car basé sur un regroupement d'autres éléments). Une relation peut donc contenir n'importe lequel de ces objets, et on peut donc avoir une hiérarchie de relations (une relation contenant des relations qui contiennent elles-même des relations...), même si ce cas est extrêmement rare, pour ne pas dire inexistant (il y a bien une proposition de hiérarchie des entités administratives). Cependant, un 'waterway=riverbank' n'est pas une relation mais une area,
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags access/oneway
De retour d'un séjour dans la station de ski des Angles (66) je vous soumet le cas tordu suivant : les voies résidentiels (p.e Rue des Jonquilles en continuité avec la rue de l'angélique sont indiqués très justement en sens unique dans osm .. sauf que sur place, les voitures roulent dans les deux sens ??? vous demandez vous ! Factuellement, il y a des panneaux bleu avec flèche blanche ... mais aucun sens interdit dans l'autre sens; Bien plus, les dos d’âne (ralentisseurs) sont signalés ... dans les deux sens. La raison : le numéro 3 de la rue des jonquilles serait obligé s'il respectait le sens unique de faire 2 kms de plus pour aller en station ... Donc personne ne respecte le sens unique ! faudrait il inventer le tag oneway = 0,5 ? J'espère une explication détaillée et circonstanciée d'un juriste routier (Philippe V ?) Cordialement -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-s-pour-un-petit-coup-de-balais-dans-les-tags-access-oneway-tp5746311p5748388.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags access/oneway
Ce sont des cas tordus pour empêcher les Estranges de passer. Pierre De : PhQ pierre.que...@sfr.fr À : talk-fr@openstreetmap.org Envoyé le : Mercredi 6 février 2013 14h50 Objet : Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags access/oneway De retour d'un séjour dans la station de ski des Angles (66) je vous soumet le cas tordu suivant : les voies résidentiels (p.e Rue des Jonquilles en continuité avec la rue de l'angélique sont indiqués très justement en sens unique dans osm .. sauf que sur place, les voitures roulent dans les deux sens ??? vous demandez vous ! Factuellement, il y a des panneaux bleu avec flèche blanche ... mais aucun sens interdit dans l'autre sens; Bien plus, les dos d’âne (ralentisseurs) sont signalés ... dans les deux sens. La raison : le numéro 3 de la rue des jonquilles serait obligé s'il respectait le sens unique de faire 2 kms de plus pour aller en station ... Donc personne ne respecte le sens unique ! faudrait il inventer le tag oneway = 0,5 ? J'espère une explication détaillée et circonstanciée d'un juriste routier (Philippe V ?) Cordialement -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-s-pour-un-petit-coup-de-balais-dans-les-tags-access-oneway-tp5746311p5748388.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags access/oneway
Bonjour Le 06/02/2013 20:50, PhQ a écrit : De retour d'un séjour dans la station de ski des Angles (66) je vous soumet le cas tordu suivant : Ne serait-ce pas un sens unique temporaire pendant les moments de fort affluence touristique ? -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] appel à contribution
bonjour cet appel s'adresse plus particulièrement aux contributeurs vosgiens,franc-comtois, bourguignons et rhone-alpins. En tant que bénévole France-Nature Environnement, je participe au suivi d'une étude initiée par l'EPTB établissement public territorial de bassin couvrant les communes traversées par la Saône. Il s'agit de définir un plan d'action opérationnel pour le rétablissement ou la protection des corridors écologique dans le val de Saône. Il se trouve que le bureau d'étude utilise les jeux de données publiques disponible, QGis et le visualisateur cartographique de 3liz. Ils coincent un peu en matière d'occupation du sol en essayant de croiser CorineLandCover et le référentiel parcellaire graphique qui ne conviennent à l'échelle du rendu carto demandé 1/25000. Lorsque ils nous ont présenté le visualisateur carto qu'ils nous propose j'ai pu voir qu'ils integraient une couche Openmapquest. je me demandais donc s'il était possible de leur proposer d'intégrer une couche mapnik a partir des serveurs OSM-Fr si la communauté pouvait être réactive et s'appuyer une amélioration des polygones landuse de Corine sur le périmètre de l'étude. cela aurait pour avantage de faire reconnaitre notre compétence, notre réactivité et la qualité du rendu aux services et représentants des 4 régions concernées et vraisemblablement de nous ouvrir de nouvelles portes. j'ajoute que dans cette histoire je veux bien prendre en charge la traversée de la Haute-Saône. qu'en pensez-vous? jeff ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] appel à contribution
En faire le premier projet du mois ? -- Marc Sibert m...@sibert.fr Le 6 févr. 2013 22:15, Jean-François Gaffard jean-francois.gaff...@laposte.net a écrit : bonjour cet appel s'adresse plus particulièrement aux contributeurs vosgiens,franc-comtois, bourguignons et rhone-alpins. En tant que bénévole France-Nature Environnement, je participe au suivi d'une étude initiée par l'EPTB établissement public territorial de bassin couvrant les communes traversées par la Saône. Il s'agit de définir un plan d'action opérationnel pour le rétablissement ou la protection des corridors écologique dans le val de Saône. Il se trouve que le bureau d'étude utilise les jeux de données publiques disponible, QGis et le visualisateur cartographique de 3liz. Ils coincent un peu en matière d'occupation du sol en essayant de croiser CorineLandCover et le référentiel parcellaire graphique qui ne conviennent à l'échelle du rendu carto demandé 1/25000. Lorsque ils nous ont présenté le visualisateur carto qu'ils nous propose j'ai pu voir qu'ils integraient une couche Openmapquest. je me demandais donc s'il était possible de leur proposer d'intégrer une couche mapnik a partir des serveurs OSM-Fr si la communauté pouvait être réactive et s'appuyer une amélioration des polygones landuse de Corine sur le périmètre de l'étude. cela aurait pour avantage de faire reconnaitre notre compétence, notre réactivité et la qualité du rendu aux services et représentants des 4 régions concernées et vraisemblablement de nous ouvrir de nouvelles portes. j'ajoute que dans cette histoire je veux bien prendre en charge la traversée de la Haute-Saône. qu'en pensez-vous? jeff ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réunion des contributeurs ardéchois
Bonjour, Réunion des contributeurs ardéchois et des personnes interressés par le projet OSM : le mercredi 13 février 2013 de 18h à 20h à la salle de réunion des Inforoutes, ZI du Lac, InnoParc à Privas 07. Détails sur http://wiki.openstreetmap.org/wiki/Mappeurs_Ardechois Contact : Henry-Pascal ELDIN, el...@inforoutes.fr , 06 84 11 70 35 04 75 30 79 15 http://www.openstreetmap.org/?lat=44.717213lon=4.609967zoom=18layers=M -- Cordialement, Henry-Pascal ELDIN Courayon, Route de St Bauzile 07210 CHOMERAC, FRANCE Tel 04 75 65 19 93 Orange 06 80 75 74 80 http://www.eldin.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] Rights of way - LAs and OS
Hi All, In regards to public rights of way and the relationship between Local Authorities and Ordnance Survey, see my recent blog post: http://opendatauser.posterous.com/loacal-authorities-in-bed-with-the-ordnance-s I would be interested if anyone with knowledge of the legal system has an answer to the question posed in the A ray of hope? section. If not, I might just have to get in touch with Defra. Regards, Rob p.s. Mappa Mercia meeting in Birmingham tomorrow (Thursday) should anyone be in the area an interested in attending. See mappa mercia page on the OSM wiki. :-) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Reaching out to Local User Groups
I heard from a few of you, so thanks a ton! I just realized this will be a lot easier if I give you the local groups I already have on my list. If you organize *or are a member of* (or just know of) a local user group from somewhere other than the areas listed below, please let me know ASAP! New York Chicago Washington, DC Boston San Francisco (I'm combining this with Sunnyvale, but let me know if that's incorrect and they are really two separate entities) Seattle St Louis Tampa Portland Cleveland Salt Lake City On Tue, Feb 5, 2013 at 2:47 PM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: Calling all OSM Local User Group organizers-- Over the last several weeks I have reached out to many of you, but I am certain that I missed a few. I am working on wrapping my initial findings on the local OSM communities in the US, but I want to ensure that you're all represented. If we have NOT directly connected about your local OSM group, please shoot me a quick note to let me know that and I'll have some follow up questions for you after that. Nothing taxing or time-consuming, I swear! Thanks! Kathleen ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us