Re: [OSM-legal-talk] Exception in Open Data License/Community Guidelines for temporary file
On 23 June 2011 03:29, Frederik Ramm frede...@remote.org wrote: In today's operating systems, whether something is in a file or in memory is a boundary that might easily get blurred. It would be kind of strange if one algorithm that chooses to build a giant data structure in memory (using, for example, a lot of swap space) would be treated differently from another algorithm that does exactly the same, but writes its data out to a temporary file (which might be a database). I don't think it would be treated differently, because I believe that an in-memory data structure would still be a database (in the ODbL and database right sense of database). I don't see how the storage mechanism makes a difference. -- James ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] raw osm data to GML
Hi, On 06/28/11 05:07, nicholas.g.lawre...@tmr.qld.gov.au wrote: I'm looking at the wiki about converting osm raw data to GML format (for processing further into either shapefile or mapinfo table) There are several - probably easier - ways of making a shapefile from OSM. Most versatile is Osmjs (a component of Osmium, see wiki page), but you could also use osm2shp (svn.openstreetmap.org/applications/utils/export), or you could use one of the Postgres importers (osmosis, osm2pgsql, or imposm, see wiki pages) to create PostGIS tables and then use pgsql2shp to produce shapes. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Java XAPI outdated?
Ian Dees wrote: I just started it again with much fresher data. Thanks - looks good. -- View this message in context: http://gis.638310.n2.nabble.com/Java-XAPI-outdated-tp6518422p6524281.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] NOTICE: Upcoming Maintenance Work (Partial Outage)
Some secondary OpenStreetMap services will be unavailable during the following dates, due to power maintenance work at our server hosting: - 2nd and 3rd July 2011. (Saturday Sunday) - 30th and 31st July 2011. (Saturday Sunday) - 3rd and 4th September 2011. (Saturday Sunday) - and 1 weekday (to be confirmed) during August 2011. On each of these weekends, the servers will be shut down at 7:30 UTC, and will be started again after works are completed, which will be Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have a precise date for the August maintenance. The following services will be unavailable during these periods: * XAPI / jXAPI * dev.openstreetmap.org server (errol) * rendering of new map tiles * osmfoundation.org and stateofthemap.org web sites As a temporary replacement for XAPI/jXAPI, consider using third-party services such as that provided by MapQuest: http://developer.mapquest.com/web/products/open/xapi Additional information will be posted to the following page: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 The following services are *not* affected: * www.openstreetmap.org web site * API and Editing (*phew*) * planet.openstreetmap.org and diffs. * tile serving for existing tiles (details below) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * trac (bug-tracker) * donate.openstreetmap.org Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail where no cached copy is available, and tile response times may be slower than normal. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] NOTICE: Upcoming Maintenance Work (Partial Outage)
On Tue, Jun 28, 2011 at 7:21 AM, Grant Slater openstreet...@firefishy.com wrote: Some secondary OpenStreetMap services will be unavailable during the following dates, due to power maintenance work at our server hosting: Thank you, again, Grant and server team, for the work during the maintenance period last week. Your preparation has reduced the impact of this upcoming power maintenance from substantial outages, to service reductions. We can keep mapping! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] JOSM trac busted
I get the following when trying to add a comment. Trac detected an internal error: DatabaseError: database disk image is malformed There was an internal error in Trac. It is recommended that you notify your local Trac administrator with the information needed to reproduce the issue. To that end, you could Create a ticket. The action that triggered the error was: POST: /ticket/5983 TracGuide — The Trac User and Administration Guide ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM trac busted
Am 28.06.2011 17:59, schrieb Nathan Edgars II: I get the following when trying to add a comment. Trac detected an internal error: DatabaseError: database disk image is malformed There was an internal error in Trac. It is recommended that you notify your local Trac administrator with the information needed to reproduce the issue. To that end, you could Create a ticket. The action that triggered the error was: POST: /ticket/5983 TracGuide — The Trac User and Administration Guide Has been in this state for some hours now. cu Colliar ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Entrevista
Em 27 de junho de 2011 22:55, vitor vitor.geo...@gmail.com escreveu: Oi Rodrigo, Eles pediram no @mapaslivres para mandar meu contato via DM, mas não consegui passar. Se puder, passe o meu e-mail. Abs Vitor Já quero saber quando irá ao ar.. Djavan ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagens Aéreas do Estado de Minas Gerais
On Ter, 2011-06-21 at 18:01 -0300, enqd wrote: Olá Samuel, Fico feliz em ter feito contato. 1TB realmente é espaço adoidado, é muita mídia. Fui no irc do osm e fiz uma pergunta se alguem tem espaço em servidores para colocar as imagens, mas ninguém respondeu. Mas acho que vale uma mensagem na lista perguntando novamente. Essa questão do termo, fiquei curioso, será que tem alguma restrição? Se as imagens foram compradas com dinheiro público, deveriam ser de domínio público. Deixa o pessoal usar as imagens do jeito que quiserem, rsrsrs. Bom, vou requisitar as áreas pedidas, pra iniciar o contato. Farei isso hoje ou amanhã. Quando vier algum termo restritivo a gente tenta conversar com eles. Já que não existe espaço suficiente em HD/midias para copiar as imagens de todo estado, concordo em requisitar as imagens dos municípios que o pessoal aqui tiver interesse. Quando acharmos uma solução para armazenar todas as imagens, agente (samuel) vai requisitando mais imagens junto ao IEF.. Lembrando que talvez o próprio IEF armazene essas imagens no servidor deles em breve (esse breve geralmente demora viu). Samuel: Vc questionou isso? Não, não perguntei. No próximo contato converso sobre isso. Mas acho que o contato pelo telefone foi muito bom, tirando que terei de me deslocar até lá pra buscar o material. Enfim, já que temos poucas cidades (4 até agora) seria interessante requisitar as 3 coberturas. Ok. Outra pergunta: No seu servidor, tem espaço para armazenar quanto? Vc saberia montar um servidor wms para que as imagens possam por exemplo serem usadas no OSM? Já montei um, pouco tempo atrás, com as imagens da enchente de Alagoas. Tenho uns 20-30GB, talvez seja suficiente pra esse início. Acho que haja outros serviços disponíveis com os colegas, caso necessário. O complicado, como alguém levantou em outro e-mail, é a banda pra enviar isso tudo. Envio um retorno assim que receber resposta. Abraço, -- Samuel Vale srcv...@minaslivre.org signature.asc Description: This is a digitally signed message part ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagens Aéreas do Estado de Minas Gerais
On Ter, 2011-06-21 at 18:18 -0500, vitor wrote: Olá, Vocês sabem a resolução e se a cobertura de nuvens está ok? Em Alagoas a gente até conseguiu algumas imagens, mas tivemos dificuldade em usá-las por causa disso. Oi Vitor, Não sei, não vi sequer uma amostra. Pras essas poucas imagens, vamos pedir as 3 coberturas pra ver como estão. Eu também acho que é melhor focar nas cidades que não temos imagens no Bing/Yahoo/etc, e que tenham pelo menos 1 mapeador. Desta maneira não teríamos desperdício de espaço e esforço. Vou dar uma olhada no mapa para incluir mais alguma que haja alguma atividade. Abraço, -- Samuel Vale srcv...@minaslivre.org signature.asc Description: This is a digitally signed message part ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Estados com nomes diferentes em algumas cidades.
Oi Lúcio, Não sei a periodicidade, mas acho que é semanal ou mais. Qual dificuldade você está encontrando para mapear? Talve possamos te ajudar de outra maneira. Vitor 2011/6/27 Lúcio Corrêa lucio.cor...@gmail.com 2011/6/26 vitor vitor.geo...@gmail.com: Acabei de acertar a relacao do municipio. Como o nominatim encontrou uma relacao quebrada, ele deve ter usado a capital ou fronteira mais proxima, que eu acho que é Alagoas. Vamos ver se agora aparece corretamente. Lucio, voce pode seguir mapeando e ajustando conexoes, porque é apenas um problema de referencia. Qualquer dúvida fale com a gente. Abs Vitor Geralmente quanto tempo demora pra atualizar? Dei uma olhada no nominatim, e continua como Alagoas. -- Lúcio Flávio Corrêa (+55) (87) 9127-9487 @luciofcorrea ___ 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] Manutenção dos Servidores do OpenStreetMap
Atenção às datas de manutenção dos servidores do OpenStreetMap. -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Tue, Jun 28, 2011 at 6:21 AM Subject: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage) To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org, annou...@openstreetmap.org Some secondary OpenStreetMap services will be unavailable during the following dates, due to power maintenance work at our server hosting: - 2nd and 3rd July 2011. (Saturday Sunday) - 30th and 31st July 2011. (Saturday Sunday) - 3rd and 4th September 2011. (Saturday Sunday) - and 1 weekday (to be confirmed) during August 2011. On each of these weekends, the servers will be shut down at 7:30 UTC, and will be started again after works are completed, which will be Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have a precise date for the August maintenance. The following services will be unavailable during these periods: * XAPI / jXAPI * dev.openstreetmap.org server (errol) * rendering of new map tiles * osmfoundation.org and stateofthemap.org web sites As a temporary replacement for XAPI/jXAPI, consider using third-party services such as that provided by MapQuest: http://developer.mapquest.com/web/products/open/xapi Additional information will be posted to the following page: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 The following services are *not* affected: * www.openstreetmap.org web site * API and Editing (*phew*) * planet.openstreetmap.org and diffs. * tile serving for existing tiles (details below) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * trac (bug-tracker) * donate.openstreetmap.org Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail where no cached copy is available, and tile response times may be slower than normal. ___ Announce mailing list annou...@openstreetmap.org http://lists.openstreetmap.org/listinfo/announce ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Entrevista
Em 28 de junho de 2011 10:44, Djavan Fagundes dja...@comum.org escreveu: Em 27 de junho de 2011 22:55, vitor vitor.geo...@gmail.com escreveu: Oi Rodrigo, Eles pediram no @mapaslivres para mandar meu contato via DM, mas não consegui passar. Se puder, passe o meu e-mail. Abs Vitor Já quero saber quando irá ao ar.. Vi no tuíter, é hoje as 16:30 em http://radio.ufscar.br:8000/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagens Aéreas do Estado de Minas Gerais
Valeu Samuel, estamos no aguardo. Em relação a banda para enviar os arquivos, vc acha que dá para finalizar o upload em quanto tempo? O limite é em relação ao provedor? Tem limite de upload por mês? Desculpe pela pergunta leiga. Em 28 de junho de 2011 11:26, Samuel Vale srcv...@minaslivre.org escreveu: On Ter, 2011-06-21 at 18:18 -0500, vitor wrote: Olá, Vocês sabem a resolução e se a cobertura de nuvens está ok? Em Alagoas a gente até conseguiu algumas imagens, mas tivemos dificuldade em usá-las por causa disso. Oi Vitor, Não sei, não vi sequer uma amostra. Pras essas poucas imagens, vamos pedir as 3 coberturas pra ver como estão. Eu também acho que é melhor focar nas cidades que não temos imagens no Bing/Yahoo/etc, e que tenham pelo menos 1 mapeador. Desta maneira não teríamos desperdício de espaço e esforço. Vou dar uma olhada no mapa para incluir mais alguma que haja alguma atividade. Abraço, -- Samuel Vale srcv...@minaslivre.org ___ 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] Imagens Aéreas do Estado de Minas Gerais
On Ter, 2011-06-28 at 20:00 -0300, teste wrote: Valeu Samuel, estamos no aguardo. Em relação a banda para enviar os arquivos, vc acha que dá para finalizar o upload em quanto tempo? O limite é em relação ao provedor? Tem limite de upload por mês? Desculpe pela pergunta leiga. Acho que dependendo do que conseguir lá, pode ir de algumas horas a alguns dias. O limite é devido aos nossos links comerciais não democráticos, onde temos 5, 15, 100 Mbps pra baixar da internet, e 0,5, 1 Mbps ou menos pra enviar para a internet. A menos que encontre um link de universidade ou órgão público pra fazer isso, deve levar algum tempo mesmo. Vamos aguardar a resposta pra ver o que acontece. Estou preocupado mesmo é com alguma restrição de distribuição. Abraço, -- Samuel Vale srcv...@minaslivre.org signature.asc Description: This is a digitally signed message part ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Am 27.06.11 20:22, schrieb malenki: proposed != construction Leider steht im aktuellen Mapnik-Stil: Rule maxscale_zoom12; minscale_zoom12; Filter([highway] = 'proposed' or [highway]='construction') and ([construction]='motorway' or [construction]='motorway_link')/Filter Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Wege auf Asphaltflächen erstellen?
Am 28.06.2011 06:39, schrieb Josias Polchau: Am 27.06.2011 20:04, schrieb Peter Wendorff: P.S.: Ja, ich weiß, dass das bisher kaum zu vermeiden ist, aber ich kenne keine Lösung, wie das sauber geht, und unsaubere Lösungen will ich gar nicht vorschlagen. wenn du Routing-Algorithmen meinst: Es gibt viele Arbeiten, die sich mit dem Routing über Plätze beschäftigen. Da kann man zb den Funel-Algorithmus oder einen Sichtbarkeitsgraphen benutzen. Dass das im Routing machbar ist, weiß ich, das meine ich nicht. Es gibt keinen grund für Hilfswege außer der Faulheit der Programmierer. Die reinen Hilfswege sind immer nur deshalb tolerierbar - ja. Es gibt aber Grenzfälle: Ein großer betonierter Platz hat bestimmte markierte Fahrbahnen - dann sind das echte Wege quer über den Platz. Sobald Schnee liegt, sind die aber u.U. nicht mehr zu erkennen, durch Blinde erst recht nicht - es sei denn, sie sind z.B. durch eine Gosse abgetrennt. Routing über Plätze oder notfalls das Preprocessing zur Erzeugung der kreuzenden Wege gehört aber natürlich in den Router, solange (wie das meistens der Fall ist) keine echten Wege über den Platz existieren. Das wichtigste ist allerdings die Plätze mit den weiterführenden Wegen oder den angrenzenden straßen zu verbinden. +1 Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Wege auf Asphaltflächen erstellen?
Am 27.06.2011 20:51, schrieb Chris66: Am 27.06.2011 20:18, schrieb M∡rtin Koppenhoefer: ein weiterer mittiger Weg ist überflüssig. M.E. ist das tagging mit highway=footway für diese Flächen nicht ganz optimal, würde pedestrian vorschlagen. -1 Es sei denn die Flächen sind als echte Fussgängerzone ausgeschildert. Ok, laut Wiki dürfen mit pedestrian auch Plätze getaggt werden, die keine echten (Zeichen 242) Fussgängerzonen sind. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kanu - Raus/Einsetz-Stelle
Am 28.06.2011 07:18, schrieb Jan Tappenbeck: vor einer Schleuse habe ich kürzlich eine Kanu Ein/Aus-Hebestelle gefunden. Ein Tag habe ich nicht gefunden - hat einer soetwas schon mal erfaßt ? Ich verwende canoe=put_in als Punkt (und falls kostenpflichtig: fee=yes). Bei Whitewater_Maps wird zwischen Einsetzstellen (put_in), Aussetzstellen (egress) und Ein-/Aussetzstellen (put_in;egress) unterschieden. Ich bevorzuge die kürzere Form. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder für JOSM
Am 27.06.2011 21:10, schrieb Martin Simon: Am 27. Juni 2011 20:34 schrieb Steffen Heinzeifelhu...@gmx.de: kann mir kein eigenes Flugzeug leisten ;) Hallo Steffen! Da du dich ja schon lange damit herum quälst: Hast du mal unseren Propheten Steve Coast (st...@asklater.com) gefragt, ob das Bing-Team da was dran drehen kann? Er hat neulich auf der englischen Liste gefragt, in welchen Regionen die Luftbilder verbessert oder beschafft werden sollten. Da Microsoft das Material (eventuell) nicht neu einkaufen, sondern nur vom Hersteller eine korrekte Rektifizierung verlangen müsste, könnte das problemloser klappen, als man vielleicht denkt... ;-) Gruß, Martin (der in der Eifel auch schon auf die krummen Bilder stieß) Mein engliche taugt nicht dafür was in der englischen Liste zu antworten. Die Aufnahmen die betroffen sind haben halt auch einen Vorteil, sie sind sehr aktuell, duch den größeren Maßstab sehr deutlich, 2 bis 3 Jahre alt. ein bichen weitser weg sind die Aufnahmen von 2000 oder so, also uralt na ja, ich denke das ich das meiste über einen Umweg hinbekommen habe und es so in Ordnung ist. Zur Not fahr ich mal eben dort hin - duch die unterschiedlichen Maßstäbe fehlen halt Kartenstücke. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
2011/6/28 André Joost andre+jo...@nurfuerspam.de: Am 27.06.11 20:22, schrieb malenki: proposed != construction Leider steht im aktuellen Mapnik-Stil: Rule maxscale_zoom12; minscale_zoom12; Filter([highway] = 'proposed' or [highway]='construction') and ([construction]='motorway' or [construction]='motorway_link')/Filter -- http://trac.openstreetmap.org Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Wege auf Asphaltflächen erstellen?
Am 28. Juni 2011 09:07 schrieb Chris66 chris66...@gmx.de: Ok, laut Wiki dürfen mit pedestrian auch Plätze getaggt werden, die keine echten (Zeichen 242) Fussgängerzonen sind. highway=pedestrian ist eine Straße, die von Ausnahmen (z.B. Lieferung) abgesehen für Fußgänger ist. Mit area=yes wird es zur Fußgängerfläche (ggf. kann man bicycle=yes und anderes ergänzen, je nachdem, wie es vor Ort geregelt ist). Zonen gibt es bisher meines Wissens in OSM nicht, und ich sehe auch nicht, wozu man das brauchen sollte. Eine Zone ist ein Gebiet aus mehreren pedestrians und ergibt sich von selbst. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Wege auf Asphaltflächen erstellen?
On Monday 27 June 2011 20:04:24 Peter Wendorff wrote: Korrekterweise erweiterst Du die Routing-Engines bzw. deren Preprocessing, so dass sie Routing über Plätze können. Alles andere ist Tagging-für-den-Router. Umgekehrt könnte man auch Argumentieren der Taxiway ist ein Weg wie jede andere Straße auch und sollte auch wie jede andere erstellt werden - nicht als Fläche. Ich denke gerade am Beispiel Tempelhof sehen wir, dass Flächen und Straßen ineinander über gehen und eine pragmatische Lösung um sowohl eine schöne Karte als auch ein funktionierendes Routing zu erreichen wäre schön. Wenn jemand es schafft den Funel Algoritmus auf diese Flächen anzuwenden, um so besser. Vielleicht ist es ja eine Möglichkeit eine Fläche als 'form' einer Linie zu definieren um somit sein aussehen explizit darzustellen. Über eine Relation könnte beides verbunden werden. Somit wären nicht zwei unabhängige Objekte in der Datenbank und Routing/Renderer benutzen je was sie brauchen. Nur so ne Idee. Best, Jan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Hallo, Am Dienstag 28 Juni 2011 00:47:19 schrieb Garry: Am 27.06.2011 22:07, schrieb Frederik Ramm: Dagegen spricht, dass der Spaziergaenger an der Stelle unberuehrte Natur und der Autofahrer nicht-befahrbares Terrain vorfindet. Die on the ground rule sagt uns: Da ist Wald, da ist Wiese, da ist Acker. Nicht: Da ist eine geplante Strasse. Die Praxis sagt dass auch OSM-Daten keine Garantie für Aktualität sind! Eine eingetragen geplante Strasse gibt dann die Information warum ein Weg plötzlich vor einem Bauzaun endet Abgesehen von Aktualität habe ich nach der on the ground rule bisher noch keine Postleitzahlen, Gemeindegrenzen oder TMC-Tafeln gesehen, zumindest nicht flächendeckend. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hausnummern und Zufahrt
Sorry das ich das frage (vermutlich schon das 1000senste Mal hier) Ich habe hier einige Häuser wo die Hausnummer zu der einen STraße gehört die Zufahrt aber ganz anderswo. wie mach ich das das das ein Router auch findet? ich hab mal im WIki nachgeschaut, bei Hausnummern, aber entweder steht dort nichts oder ich kapier das nicht. ach noch was: sollen Zufahrten zu Häusern mit dem Straßennamen der Straße versehen werden? ach noch was: beim benennen von STraßen über ne klene XML Datei hab ich probleme mit dem ß - es erscheint dann immer ein seltsames Zeichen:swchwarzes Dreieck mit Fragezeichen drin Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage zur Mapper-Motivation
Zum Thema Gewinnen steht auf der Seite der etwas kryptische Satz: Unter allen Teilnehmenden wird ein GPS Gerät (o.ä.) verlost! Der kryptische Satz hat sich mittlerweile aufgeklärt. Zu gewinnen gab es ein GPS-Gerät nach Wunsch innerhalb eines vorgegebenen Budgets. ich finde es eher ungewoehnlich, dass man dafuer was bekommt. Finde ich auch. Trotzdem freue ich mich, daß es einen Preis zu gewinnen gab. Denn wie ich gestern erfahren habe bin ich der glückliche Gewinner :). Herr Professor Stark hat sich mit mir in Verbindung gesetzt und wird in den nächsten Tagen ein Garmin Dakota 20 für mich bestellen. Ich hoffe, damit während der SOTM-EU bereits mappen zu können. Dank von mir an dieser Stelle an Frederik für die Weiterleitung der Umfrage an die Mailingliste damals und an die FH Nordwestschweiz für den schönen Preis natürlich. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Garry garr...@gmx.de wrote: Geplante Elemente sind eine verschwindende Minderheit, aber eine wertvolle Information für den Betroffenen. Mit keinem der Fahrzeuge die ich normalerweise benutze fahre ich über grüne Wiesen nur weil dort in ein paar Jahren oder Monaten einmal eine Straße sein wird. Ich finde OSM sollte so gut wie möglich den Ist-Zustand darstellen. Zukünftige und vergangene Objekte sollten also solche markiert und in Spezialkarten oder Overlays dargestellt werden. Solche overlays kann man supeleicht aus einer fürs rendering ohnehin vorhandenen Postgis On the Fly mit dem UMN Mapserver erzeugen. Gruss Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Zufahrt
Am 28.06.2011 15:54, schrieb Steffen Heinz: Ich habe hier einige Häuser wo die Hausnummer zu der einen Straße gehört die Zufahrt aber ganz anderswo. wie mach ich das das das ein Router auch findet? ich hab mal im WIki nachgeschaut, bei Hausnummern, aber entweder steht dort nichts oder ich kapier das nicht. im Key:addr proposal stehts noch drin und ich habe das auch schon verwendet. geht über eine roadAccess relation. ob das ausgewertet wird steht auf einem anderen blatt. http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Giving_hints_about_the_road-access_.28optional.29 frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Zufahrt
Am 28.06.2011 17:42, schrieb Frank Sautter: ich hab mal im WIki nachgeschaut, bei Hausnummern, aber entweder steht dort nichts oder ich kapier das nicht. im Key:addr proposal stehts noch drin und ich habe das auch schon verwendet. geht über eine roadAccess relation. ob das ausgewertet wird steht auf einem anderen blatt. ist ja das Problem: ich verstehs nicht. Mein englisch ist nicht weit her. Auch beim Fachvokabular hängts... Wäre nett wenn mir das wer (per Email) ausführlich erklären könnte. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Zufahrt
Am 28.06.2011 19:18, schrieb Steffen Heinz: Am 28.06.2011 17:42, schrieb Frank Sautter: ich hab mal im WIki nachgeschaut, bei Hausnummern, aber entweder steht dort nichts oder ich kapier das nicht. im Key:addr proposal stehts noch drin und ich habe das auch schon verwendet. geht über eine roadAccess relation. ob das ausgewertet wird steht auf einem anderen blatt. ist ja das Problem: ich verstehs nicht. Mein englisch ist nicht weit her. Auch beim Fachvokabular hängts... Wäre nett wenn mir das wer (per Email) ausführlich erklären könnte. Was verstehst Du denn nicht ? https://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern#Angabe_einer_besonderen_Zufahrt ach noch was: sollen Zufahrten zu Häusern mit dem Straßennamen der Straße versehen werden? Wenn das nur private Zufahrten sind (highway=service): Nein. Gruß fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Zufahrt
Hallo, Am Dienstag, 28. Juni 2011 schrieb Steffen Heinz: ist ja das Problem: ich verstehs nicht. Mein englisch ist nicht weit her. Auch beim Fachvokabular hängts... hilft dir http://wiki.openstreetmap.org/wiki/DE:Key:addr ? Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Zufahrt
Am 28. Juni 2011 19:45 schrieb fly lowfligh...@googlemail.com: Wenn das nur private Zufahrten sind (highway=service): und service=driveway und access=private/permissive/(destination) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Am 28.06.2011 15:24, schrieb Wolfgang: Abgesehen von Aktualität habe ich nach der on the ground rule bisher noch keine Postleitzahlen, Gemeindegrenzen oder TMC-Tafeln gesehen, zumindest nicht flächendeckend. wo wird TMC auf der Karte _angezeigt_? es geht so viel ich es gesehen habe hier nur um den deutschen Kartenstil und nicht das was in die OSM-DB eingetragen werden darf. Ich glaube die Relevanzregel für das Eintragen war: relevant ist, was für den Eintragenden relevant ist und für ca. 2 Wochen am selben Platz ist aber das sind auch nur Richtlinien, keine Gesetze. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Zufahrt
Am 28.06.2011 19:45, schrieb fly: Was verstehst Du denn nicht ? https://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern#Angabe_einer_besonderen_Zufahrt alles ;) ein router müßte also die Straße verlassen zu dem die Hausnummer gehört und über eine ganz andere Straße routen. die HAusnummer ist ja an der richtigen Straße, nur ist von der Stelle das Haus nicht zu erreichen; dazu müsste noch eine Weile der Straße gefolgt werden in eine Seitenstraße abgebogen und dann die Einfahrt rein ( es gibt noch schlimmere Stellen). hier zum Beispiel: http://www.openstreetmap.org/?lat=50.599133lon=6.292658zoom=18layers=M 1a vom Wollgrasweg ist über die L 246 zu erreichen Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] prüfen von Relationsvollständigkeiten
Am 26.06.2011 21:21, schrieb Jan Tappenbeck: Es gibt doch diese Relationsprüfungen - wenn in den Relationen nun ein tag distance vorhanden ist, dann könnte man diese Werte doch einander gegenüberstellen und vergleichen. So könnte ein grober Test für die allgemeine Nutzung entstehen der vielleicht irgendwo (auch im Wiki) einfließen könnte. Den Wert des Distance-Tags mit den diversen Relation Analyzern auszuwerten und der Länge der erfassten Wege gegenüberzustellen ist kein Problem. Ich habe das mal für mein rel2gpx-Perl-Skript gemacht: http://mr-unseld.de/sites/mr-unseld.de/files/tools/rel2gpx_v025.tgz Es muss sich halt jemand finden, der den Check regelmäßig laufen lässt und eine Wikiseite aktuell hält. Gruß rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Zufahrt
Am 28.06.2011 21:33, schrieb Steffen Heinz: 1a vom Wollgrasweg ist über die L 246 zu erreichen Funzt in ORS: http://129.206.229.146/openrouteservice/index.php?start=6.2963953,50.6019523end=6.29229,50.5987499pref=Fastestlang=denoMotorways=falsenoTollways=false Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Zufahrt
Moin, Steffen Heinz schrieb: Am 28.06.2011 19:45, schrieb fly: Was verstehst Du denn nicht ? https://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern#Angabe_einer_besonderen_Zufahrt alles ;) hier zum Beispiel: http://www.openstreetmap.org/?lat=50.599133lon=6.292658zoom=18layers=M 1a vom Wollgrasweg ist über die L 246 zu erreichen dann würde ich bei der genannten roadAccess-Relation - den Endpunkt der Zufahrt mit der Rolle accessVia - den Zufahrtsweg selbst mit der Rolle accessFrom eintragen. Damit ist - in der Theorie - (doppelt) gewährleistet, dass das Haus nur über diese Zufahrt und somit nur über die L 246 zu erreichen ist. Dann bleiben nur noch zwei Probleme: 1) Für die Rolle accessTo sind im Proposal nur Punkte vorgesehen - sollte aber auch mit way (Hausumriß) klappen, da letztendlich ja nur die addr:-Angaben ausgewertet werden sollen. 2) Das Ganze müsste nur noch ausgewertet werden ... Anmerkungen: Das mit dem accessVia ist m. E. nicht ganz eindeutig. Ein Routing-Algorithmus sollte ihn behandeln wie einen Punkt mit den entsprechender Hausnummernangabe. M. E. wird ein Hausnummernpunkt beim Routing behandelt, in dem der nächstliegende Punkt der zugehörigen Straße gesucht wird. Dann hilft der accessVia eigentlich gar nicht ... Wird allerdings nur der nächstliegende Punkt _irgendeiner_ Straße gesucht - wäre das Routing zu zufällig für andere Grenzfälle, wo der Punkt dichter an falschen Straßen liegt. Somit ist m. E. der accessFrom eigentlich zwingend erforderlich und der optionale accessVia sollte sich darauf beziehen, z.B. als Punkt einer vorbeiführenden Straße, wenn kein eigener Zufahrtsweg vorhanden ist. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Wege auf Asphaltflächen erstellen?
Am 28.06.2011 14:52, schrieb Jan Torben Heuer: Umgekehrt könnte man auch Argumentieren der Taxiway ist ein Weg wie jede andere Straße auch und sollte auch wie jede andere erstellt werden - nicht als Fläche. naja... es liegt im ermessen des eintragenden eine Straße als Fläche oder als Linie einzutragen Ich denke gerade am Beispiel Tempelhof sehen wir, dass Flächen und Straßen ineinander über gehen und eine pragmatische Lösung um sowohl eine schöne Karte als auch ein funktionierendes Routing zu erreichen wäre schön. Wenn jemand es schafft den Funel Algoritmus auf diese Flächen anzuwenden, um so besser. Ich würde generell eher mit einem Sichtbarkeitsgraphen arbeiten, und die Routen über den platz vom Router vorberechnen und so das Routingnetz automatisch erweitern. Vielleicht ist es ja eine Möglichkeit eine Fläche als 'form' einer Linie zu definieren um somit sein aussehen explizit darzustellen. Über eine Relation könnte beides verbunden werden. Somit wären nicht zwei unabhängige Objekte in der Datenbank und Routing/Renderer benutzen je was sie brauchen. Nur so ne Idee. so eine idee hatte ich auch schon mal... aber Wege über Plätze (es sei denn sie sind real vorhanden) sind meiner Meinung nach überflüssig * Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Zufahrt
Moin, Chris66 schrieb: Am 28.06.2011 21:33, schrieb Steffen Heinz: 1a vom Wollgrasweg ist über die L 246 zu erreichen Funzt in ORS: http://129.206.229.146/openrouteservice/index.php?start=6.2963953,50.6019523end=6.29229,50.5987499pref=Fastestlang=denoMotorways=falsenoTollways=false Stimmt - sogar mit der richtigen Adresse Wollgrasweg 1a. (ORS-Daten sind vom 20.05.2011) Der Würgaround mit addr:street=Am Gericht;Hauptstraße (passend zur L 246 mit name=Am Gericht;Hauptstraße) vom 23.06.2011 ist also gar nicht nötig, Caronna! Mal abgesehen von dem ungewöhnlichen Straßennamen ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nudism=designated
Am 02.06.2011 00:25, schrieb Chris66: wenn ich mich da mal umsehe: http://www.openstreetmap.org/browse/node/287134792 Das ist ein node mit 3 tags: natural = beach - als Punkt am Rand einer Strandfläche sinnlos name = FKK - als note = FKK oder description = FKK-Strand gut, als name sicherlich falsch nudism = designated - analog zu anderen Verkehrsarten ;-) Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nudism=designated
Am 29. Juni 2011 00:25 schrieb Stephan Wolff s.wo...@web.de: http://www.openstreetmap.org/browse/node/287134792 Das ist ein node mit 3 tags: besser als ein Node wäre eine area Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Fwd: Italian lights
2011/6/27 M∡rtin Koppenhoefer dieterdre...@gmail.com: L'import si occupa della costa Italiana occidentale e della Sardegna. Se vi va aiutate a correggere gli eventuali errori. Servirebbero le posizioni dei fari importati, per aiutare a correggere gli errori... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovi CT e vecchie autorizzazioni
Più che del FVG mi interessava del Veneto Infatti sono stato rinco :) Stavo cercando pero' i riferimenti e della autorizzazione e della richeista. Non riesco a trovarli ... o mi becco il premio rincoglionito al cubo? Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovi CT e vecchie autorizzazioni
Trovato http://wiki.openstreetmap.org/wiki/File:Autorizzazione_veneto.jpg 2011/6/28 Maurizio Napolitano napoo...@gmail.com: Più che del FVG mi interessava del Veneto Infatti sono stato rinco :) Stavo cercando pero' i riferimenti e della autorizzazione e della richeista. Non riesco a trovarli ... o mi becco il premio rincoglionito al cubo? Ciao -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Divergenza tra strada e sentiero
Sono stato per qualche giorno in quel di Framura (La Spezia) ed ho registrato alcune tracce gpx (poca cosa purtroppo) di strade e vie delle frazioni del paese. Ho caricato una delle mie tracce con l'intenzione di sistemare una strada incompleta ed in potlatch mi sono accorto che tra gli elementi presenti sulla mappa in quella zona ci sono: - highway non completa e molto imprecisa - sentiero definito con route, name, sac_scale e trail visibility che coincide in parte con la strada (sia con la mia traccia che con le foto da satellite ma non coincide con la highway di cui sopra. Come e' meglio procedere in questo caso? Questo e' il link alla zona: http://osm.org/go/xXz0ihiM strada indicata come Sentiero Verdeazzurro, vedere overlay Dati grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] 747 non registra quando in funzione NAV
Salve a tutti, come da oggetto ho un 747 A+ che quando uso come antenna blue-tooth (selettore in NAV) funziona correttamente per il programma di navigazione ma non registra. Per registrare devo necessariamente mettere il selettore in modalità LOG. C'è qualche opzione nel settaggio che non ho trovato in mtkbabel? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Imagen destacada de la semana (era Re: Nueva web [....])
El día 27 de junio de 2011 14:54, sergio sevillano sergiosevillano.m...@gmail.com escribió: tengo un material promocional que igual se podría subir allá... te contacto. por cierto a los del mapping baeza ahí tenéis un progreso del trabajo en portada: http://wiki.openstreetmap.org/wiki/Main_Page y www.openstreetmap.es enhorabuena! Parece que ha tenido acogida en los medios locales, ¿podría algún organizador local mover el tema por si podría redactarse una nota de prensa o se necesita una persona de contacto? http://www.dipujaen.es/_area-de-actualidad/detalles.html?uid=dadb6f49-a159-11e0-ad93-79fb06ed8546 http://www.facebook.com/permalink.php?story_fbid=233248200038617id=154163237937640 -- Jaime ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Haltestellen von ÖV-Routen
Hi Leute! Mir ist aufgefallen, dass die Rollen der Haltestellen in ÖV-Routen in vielen Fällen falsch eingetragen sind, etwas, dass auch ich anfangs falsch verstanden hatte. Und zwar sind sie oft so eingetragen, dass die Haltestellen in der einen Richtung (z.B. Linie D Richtung Nussdorf) als forward_stop eingetragen sind, in der anderen Richtung (z.B. Linie D Richtung Südbahnhof) als backward_stop. Das ist leider falsch. Zitat http://wiki.openstreetmap.org/wiki/Routes: forward:stop/backward:stop: A Bus stop or train halt, on the route, which is only be used in one direction. The direction is related to the direction of the way, nothing to do with towards/away from any bus station or terminus. Also auf Deutsch: forward:stop/backward:stop bezieht sich auf die Richtung des Weges und hat nichts mit der Richtung zu/von einer anderen (End-)Station zu tun. Für den Ring und auch zumindest den Großteil der Linie 49 hab ich die Richtungen jetzt korrigiert. Wäre schön, wenn das für die anderen Linien auch beizeiten korrigiert werden könnte. Die Frage ist dann noch, was mit Routen ist, die auf zwei Relationen aufgesplittet sind (also quasi Südbahnhof - Nussdorf und Nussdorf - Südbahnhof). Da ist scheinbar bis jetzt üblich einfach stop als Rolle jeder Haltestelle einzutragen. Kennt jemand eine Diskussion dazu? Im Prinzip könnte die Richtung des stops natürlich schon über den Weg herausgefunden werden, leichter wäre natürlich auch hier forward:stop und backward:stop? Ach nochwas, ich hab bei manchen Haltestellen direction=forward und direction=backward eingetragen, quasi um darzustellen, dass die Haltestelle physikalisch nur als Ein-Richtungs-Haltestelle gebaut wurde. Dafür gabs bis dato keine Diskussion ob das sinnvoll/wünschenswert ist. Was würdet ihr von sowas halten? kartographische grüße, Stephan PS: Zumindest dem OpenStreetBrowser ist es egal, ob forward_stop:15 (ganz alt), forward_stop (alt) oder forward:stop (neu) eingetragen ist. PPS: http://dev.openstreetbrowser.org ist die aktuell bevorzugte Version :) -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Plepelits, | | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at Jabber: sk...@fsinf.at| | Twitter: twitter.com/plepe Wave: plepel...@googlewave.com | `-' signature.asc Description: Digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellen von ÖV-Routen
Hallo, On Tue, 28 Jun 2011 09:02:25 +0200, Friedrich Volkmann b...@volki.at wrote: On 06/28/11 08:16, Stephan Plepelits wrote: Mir ist aufgefallen, dass die Rollen der Haltestellen in ÖV-Routen in vielen Fällen falsch eingetragen sind, etwas, dass auch ich anfangs falsch verstanden hatte. Und zwar sind sie oft so eingetragen, dass die Haltestellen in der einen Richtung (z.B. Linie D Richtung Nussdorf) als forward_stop eingetragen sind, in der anderen Richtung (z.B. Linie D Richtung Südbahnhof) als backward_stop. [...] Ich habe mir die Routen (weder aktuelles noch vorheriges Stadium) jetzt nicht angesehen, bin mir aber nicht sicher, ob es nicht immer noch Missverständnisse gibt. Soweit ich mich erinnere, wurden forward/backward_stop noch verwendet, als nicht jede Richtung einer Linie eine eigene Relation hatte, um zu kennzeichnen, dass der Stop eben nicht in beide Richtungen bedient wird. Entsprechend musste der Stop dann einer Richtung zugeordnet werden, und da wurde wie so oft die Richtung des Wegs, in dem der Stop liegt, als Grundlage für forward oder backward verwendet. Dieser Ansatz dürfte nach den neueren Schemata obsolet sein, da - Routen oft nicht in einer Relation darstellbar sind, weil nicht nur die Stops unterschiedlich sind, sondern auch unterschiedliche Strecken befahren werden (z.B. Einbahnstraßen); wenn sowieso für jede Richtung eine Relation nötig ist, braucht man die Richtung nicht mehr am Stop selber klar zu stellen; entweder der Stop ist in den Relationen für beide Richtungen enthalten, oder nur in der für eine Richtung ... - Wenn an der Haltestelle mehrere Wege zusammen führen (er zum Beispiel gesplittet ist) ist nicht klar, auf welchen Weg sich diese Richtung beziehen soll - Es mit forward/backward bei fehlender Editor-Unterstützung Probleme beim Umdrehen der Richtung eines Weges geben würde Einfacher ist das Mapping mit Relationen für jede Richtung nicht unbedingt ( :-/ ), aber zumindest lassen sich damit mehr Spezialfälle sinnvoll repräsentieren, und sollte deshalb meiner Meinung nach auch verwendet werden (ist hier in Linz auch durchweg der Fall, soweit ich das beim letzten ÖPNV-Mapping bemerkt habe). Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellen von ÖV-Routen
On 28.06.11 08:16, Stephan Plepelits wrote: Mir ist aufgefallen, dass die Rollen der Haltestellen in ÖV-Routen in vielen Fällen falsch eingetragen sind, etwas, dass auch ich anfangs falsch verstanden hatte. Und zwar sind sie oft so eingetragen, dass die Haltestellen in der einen Richtung (z.B. Linie D Richtung Nussdorf) als forward_stop eingetragen sind, in der anderen Richtung (z.B. Linie D Richtung Südbahnhof) als backward_stop. Das ist leider falsch. Ich denke, hier vermischen sich mehrere Dinge... Obiges ist nicht falsch, sondern höchstens ALT. Es war der Stand so um die Anfänge der ÖPNV-Karte, so ca. 2008/2009. Hatten wir mehrmals in den damaligen Stammtischen diskutiert. forward_stop und backward_stop waren so definiert und das sollte immer noch so sein (die Bedeutung von Tags nachträglich umdrehen ist grundsätzlich keine gute Idee...). Danach kamen dann mehrere Dinge, einerseits hat Oxomoa die richtungsspezifischen Relationen erfunden (IIRC hat er die anläßlich der FOSSGIS'10 erklärt), anderseits gab's div. ÖPNV-Workshops und andere Leute, die andere Vorschläge postuliert haben. Soviel zum Thema falsch (ein Wort, das in OSM sowieso meist fehl am Platz ist)... Tags, die von der Richtung von Ways abhängig sind, sollte man vermeiden, wo geht, das führt immer nur zu Verwirrung... Unterm Strich: am besten getrennte Richtungsrelationen machen, IMO. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Schnellbahn in Wien
Hallo! Übrigens, viel wichtiger als die forward/backward oder nicht Diskussion wäre: Könnte bitte jemand Wissender die Schnellbahn-Relationen (Stammstrecke, Südbahn, Verbindungsbahn) fixen? Irgendwie ist das - anläßlich der SOTM-EU - peinlich... Wien war mal best of OSM für seine Öffi-Relationen, jetzt hat das irgendwer irgendwann kaputtet und nie mehr repariert... http://öpnvkarte.de/?zoom=13lat=48.1734lon=16.30895layers=BT http://xn--pnvkarte-m4a.de/?zoom=13lat=48.1734lon=16.30895layers=BT Danke! Servus, Andreas -- SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellen von ÖV-Routen
On Tue, Jun 28, 2011 at 09:30:15AM +0200, numenor wrote: Soweit ich mich erinnere, wurden forward/backward_stop noch verwendet, als nicht jede Richtung einer Linie eine eigene Relation hatte, um zu kennzeichnen, dass der Stop eben nicht in beide Richtungen bedient wird. Nicht jede Richtung einer Linie eine eigene Relation hatte find ich einen schönen Euphemismus :) Also in Wien gibts schon ein paar Linien, wo die Richtungen auf eigene Relationen aufteilt sind, aber die meisten sind noch nicht so. Einfacher ist das Mapping mit Relationen für jede Richtung nicht unbedingt ( :-/ ), aber zumindest lassen sich damit mehr Spezialfälle sinnvoll repräsentieren, und sollte deshalb meiner Meinung nach auch verwendet werden. Ja, da hast Du sicherlich recht. Da kanns dann (fast) keine Diskussionen mehr geben. Ich werd im OpenStreetBrowser einbauen, dass er Haltestellen mit der Rolle stop Richtung auf den Weg (wo ja forward oder backward eingetragen ist) matcht. gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Plepelits, | | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at Jabber: sk...@fsinf.at| | Twitter: twitter.com/plepe Wave: plepel...@googlewave.com | `-' signature.asc Description: Digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellen von ÖV-Routen
Hallo Stephan, Ich hab grad mal die Datenbank bemüht und eine Statistik generiert (über alle Routen weltweit). Eine Route die nur in einer Richtung eingetragen ist, hab ich jetzt daran erkannt, dass sie ein Tag to hat, welches definiert, wohin die Route führt. Hab ich das richtig verstanden? 'route'=kein 'to' 'to'=* Summe% bus 16329 711123440 30 railway 2057 20 20771 train1409535 1944 28 tram 1228547 1775 31 trolleybus428131 559 23 subway396157 553 28 rail 290 30 3209 light_rail115 91 206 44 Das ist um einiges mehr, als ich dachte, aber zeigt schon, dass noch viel zu tun ist. Ich denke für einen Überblick ist das ganz gut geeignet, und erlaubt mal eine Einschätzung worüber wir gerade reden :-) Allerdings sind die absoluten Zahlen in meinen Augen recht egal: forward/backward_stop ist in meinen Augen, wie auch Andreas geschrieben hat, veraltet (nicht falsch ...), und sollte durch Routen in jede der beiden Richtungen ersetzt werden, wenn man schon (systematisch) daran arbeitet. Wenn man sich nicht den Aufwand machen will, das systematisch zu machen, sondern nur eine oder wenige wirklich falsche Stellen ausbessern will, hast du die Bedeutung von forward/backward meiner Meinung nach aber richtig erfasst und wieder gegeben (das in der ersten Mail für mich noch zu unklar formuliert, sollte inzwischen aber für jeden verständlich sein, denke ich ...). Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellen von ÖV-Routen
On 28.06.11 10:08, Stephan Plepelits wrote: Nicht jede Richtung einer Linie eine eigene Relation hatte find ich einen schönen Euphemismus :) Also in Wien gibts schon ein paar Linien, wo die Richtungen auf eigene Relationen aufteilt sind, aber die meisten sind noch nicht so. Wie ich schon schrieb, Wien war mal vollständig nach dem ursprünglichen Schema (dem mit einer Relation je Linie und forward_stop und dem backward_stop je Fahrtziel) http://bestofosm.org/?lon=16.39709lat=48.23142zoom=11 http://bestofosm.org/?lon=16.39709lat=48.23142zoom=11 (muß wohl so um 2009 gewesen sein). Mittlerweile wurden einige Linien nach dem 'neuen' Oxomoa-Schema (dem von Anfang 2010) in Richtungen aufgeteilt, manche - siehe die Schnellbahn - wurden nur entfernt, aber nie wieder angelegt... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellen von ÖV-Routen
On 28.06.11 11:09, Andreas Labres wrote: Also das, was im Wiki unter Routes betreffend forward steht, dürfte nur das Ergebnis diverser Mißverständnisse sein... die Idee mit forward_stop_number stammt noch aus einer Zeit, als man Relation-Members noch nicht ordnen konnte, das war noch vor dem, was in Wien umgesetzt war (ca. 2009 haben wir das mal aufgeräumt...). Ums näher zu erläutern, damals war eine Fahrtrichtung: forward_stop_1 forward_stop_2 forward_stop_3 ... und die andere Fahrtrichtung: backward_stop_1 backward_stop_2 backward_stop_3 ... Dann kam die ordnbaren Relationen, da fiel die Nummer weg. Sprich es gab nur mehr stop (wenn eine Haltestelle in beiden Fahrtrichtungen bedient wird) und forward_stop oder backward_stop, wenn die Haltestelle in nur einer Richtung bedient wurde. Wie gesagt, das war in Wien mal umgesetzt. Und danach kam Oxomoa-neu. Servus, Andreas -- SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellen von ÖV-Routen
Also ich tagge nach diesen Schema da: wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport Sieht eig fast genau so aus wie das Oxomoa-Schema aus. Bin gerade dabei Wr. Neustadt und das Triesting und Piesting Tal + Umgebung danach einzutragen. Wird langsam Zeit auf das neue Schema umzustellen. Hat find ich einige große Vorteile. LG Thomas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Schnellbahn in Wien
On 2011-06-28 09:44, Andreas Labres wrote: Könnte bitte jemand Wissender die Schnellbahn-Relationen (Stammstrecke, Südbahn, Verbindungsbahn) fixen? Irgendwie ist das - anläßlich der SOTM-EU - peinlich... Wien war mal best of OSM für seine Öffi-Relationen, jetzt hat das irgendwer irgendwann kaputtet und nie mehr repariert... Ich habe einmal eine Relation (1641881)[1] für die S3 (Meidling - Stockerau - Hollabrunn) nach dem neuen Schema[2] begonnen. Es müssten noch die Stopppositionen geändert werden (public_transport=stop_position und public_transport=platform anstatt railway=station und railway=platform). Ich würde dann auch für jede Richtung eine eigene Relation anlegen (die Richtungen sind sowieso anders bezeichnet z.B. heißt die Gegenrichtung (Hollabrunn - Stockerau - Meidling - Wr. Neustadt) S6). Soll ich so weitermachen? Tschau, Andreas 1 http://www.openstreetmap.org/browse/relation/1641881 2 http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellen von ÖV-Routen
Am Tue, 28 Jun 2011 11:30:07 +0200 schrieb Soldier Boy soldierboy2...@gmail.com: Also ich tagge nach diesen Schema da: wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport Sieht eig fast genau so aus wie das Oxomoa-Schema aus. Bin gerade dabei Wr. Neustadt und das Triesting und Piesting Tal + Umgebung danach einzutragen. Wird langsam Zeit auf das neue Schema umzustellen. Hat find ich einige große Vorteile. LG Thomas Liebe Leute, ich bin vor etwa einem Jahr über den Oxomoa Vorschlag gestolpert und habe begonnen, das auf einigen Linien in Wien die ich gut kenne umzusetzen. Der Teufel steckt bekanntlich im Detail, da habe ich mir einige Beispiele in verschiedenen deutschen Städten angeschaut, und auch das Wiki durchforstet. Leider gab es da durchaus unterschiedliche Umsetzungen und bezüglich forward/backward_stop gab es im Wiki Widersprüchlichkeiten. Vor Weihnachten habe ich die talk-transit Liste abboniert, da tobten garade hitzige Debatten pro/contra Oxomoa, teilweise sehr emotional, was mich bezüglich ÖPNV-mapping etwas demotiviert hat. Im Frühjahr gab es dann aber einen neuen Anlauf, der das Oxomoa-Schema etwas überarbeitet hat und über den im April abgestimmt wurde: http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport Da hier ja die unterschiedlichen Richtungen als unterschiedliche Relationen modelliert werden ist das mittlerweile leider verwirrende weil teilweise falsch verwendete forward/backward bei den Haltestellen (soweit ich es verstanden habe) obsolet. Deswegen war es auch nach meiner letzten Bearbeitung der Linie 49 nicht drinnen. Liebe Grüße, Albin (almich) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] 17. Wiener Stammtisch - Mi 6. Juli ab 17:00 Uhr
Hallo! Einladung zum 17. Wiener Stammtisch: am Mittwoch, 6. Juli 2011 ab 17:00 Uhr im Wieden Bräu, 4., Waaggasse 5 (Ecke Rienößlgasse) http://wiki.openstreetmap.org/wiki/Wien/Stammtisch Wir freuen uns über Dein Kommen! Servus, Andreas -- SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] Infikovaná data
Ahoj, nevím jestli jste si toho všimli, ale Potlatch 2 umožňuje zobrazit potenciálně infikovaná data - tedy data, která nejsou zatím kompatibilní s novou licencí. Je to v Options - Show license status. U těchto dat je potenciální nebezpečí, že pokud uživatel který je v historii editoval neodsouhlasí novou licenci a contributors terms, budou někdy v zatím blíže neurčené budoucnosti smazána. Zatím se to dá použít jako dobré vodítko pro budoucí potenciální problémy. Můžete si zkontrolovat oblast kde editujete a případně místo aktualizace stávajících cest je smazat a nakreslit znovu. Berte to ale jen jako předběžnou opatrnost a nemažte cesty u kterých nemůžete rekonstruovat/vylepšit tagy z vlastní znalosti. Uživatelé, kteří budou chtít po změně licence pokračovat v CC-BY-SA forku by vám za takové zbytečné ztráty informací nepoděkovali. Taky pozor na relace. Zajímavé je, že infikováno je spousta importů - adresy, lesy, dibavod. Je to tím, že v rozporu s import guidelines byla data importována pod účty běžných uživatelů. Z těchto dat by se dalo v budoucnu hodně zachránit. Stačilo by smazat ta, která od importu nikdo neměnil a naimportovat je znovu pod novým uživatelem vytvořeným speciálně za účelem importu daného datasetu. U dibavodu a adres to bude relativně snadno proveditelné, protože u objektů existuje jednoznačné id. U lesů bude problematické vyhnout se duplicitám. Navrhuji provést to co nejdříve minimálně u poměrně mladého importu dibavodu, protože to uchrání stávající uživatele od případné zbytečné práce. U adres je to asi celkem jedno, málokdo vytváří novou verzi stávajících bodů, takže půjdou lehce reimportovat kdykoli v budoucnu. Nad lesy bude potřeba se ještě zamyslet, minimálně by se při reimportu mohla odstranit zbytečně hrubá generalizace. Ostatní věci je možné nechat ještě uležet, doufejme že červená primitiva budou z dat postupně mizet. =TT= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Tracé des arrondissements départementaux et des Communautés de communes
La question des EPCI m'intéresse, c'est pour ça que je m'étais payé un marathon communes pour compléter toutes les limites de communes de la Haute-Garonne dans la base, puis rentré quelques EPCI ; je vais m'atteler à ta proposition, et m'inscrire dans ton tableau. Hélène User:HelenePETIT Vincent de Chateau-Thierry a écrit , Le 23/06/2011 23:27: Bonsoir, Je vous propose un nouvel épisode (suite et fin ?) du feuilleton qui concerne les limites administratives des arrondissements départementaux, et celles des communautés de communes (les EPCIs à fiscalité propre). J'ai placé sur cette page : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives/Bascule_des_admin_level%3D7_en_arrondissements_d%C3%A9partementaux un lien vers le modèle de données proposé en mars [1] pour ces deux types d'entités, ainsi qu'un tableau reprenant, par département, l'état des lieux entre : - les EPCIs tracés avec le schéma admin_level=7 - les EPCIs tracés avec le nouveau schéma proposé - les arrondissements tracés avec le schéma admin_level=7 Comme rappelé sur cette page, je souhaite opérer la conversion des relations des com'com vers leur nouveau schéma, et refléter dans la doc du wiki la nouvelle modélisation. Je m'occupe, par défaut, de cette conversion, il va sans dire que les bonnes volontés sont bienvenues :-) J'ai prévu à cet effet dans le tableau une colonne Qui s'en occupe ?. Pour la deuxième partie du chantier, à savoir la définition des limites des arrondissements, il y a plusieurs cas : - il existe des com'com sur le département = il faut d'abord changer leur schéma de tags pour éviter la confusion - il n'existe pas de com'com sur le département = il est possible de définir les limites d'arrondissements dès maintenant. Dans les deux cas, il faut évidemment que les communes en bordure d'arrondissement aient leurs limites administratives tracées dans la base, faute de quoi ce chantier sera remis à plus tard. Merci vincent [1] : http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/031401.html ___ 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] Signaler des erreurs au Cadastre ?
Guilhem Bonnefille a écrit , Le 27/06/2011 10:25: ça ressemblerait pas un peu à une sorte de délation ? Certainement pas, puisque OSM est une carte collaborative et certainement pas un plan cadastral. Oui, oui ; mais moi, je suis une personne physique bien reconnaissable et pas un collectif collaborant ; je vais attendre que le récolement soit terminé avant de balancer la sauce :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger les entrées de métro
Et je rebondi sur ce mail pour signaler l'existence toute fraiche d'OpenTimeDataBase, une base de données sous licence ODbL 1.0 qui a pour but de recenser les horaires de tout transport en commun. http://otdb.nocle.fr/ C'est différent du projet Transiki ? Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] forum: Tutoriel JOSM
Le message suivant : ## Bonjour, Je suis tombé par hasard sur votre forum. J'ai un peu travaillé sur JOSM pour rentrer quelques communes et des sentiers. Je souhaite vous faire profiter si vous le voulez d'un tutoriel expliquant comment se servir de JOSM et de son plugin cadastre. Si des personnes sont intéressées par la mise à jour/l'amélioration du tutoriel n'hésitez pas à me le dire ! @bientôt et bonne contribution [url]http://www.partir-en-vtt.com/php/faq/voir_faq.php?groupe_faq=7[/url] a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=6 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Tutoriel JOSM
Merci pour le tuto, je vais le suivre et voir ce qui cloche dans mon JOSM pour le cadastre. Bastien Le 28/06/2011 09:13, fo...@letuffe.org a écrit : Le message suivant : ## Bonjour, Je suis tombé par hasard sur votre forum. J'ai un peu travaillé sur JOSM pour rentrer quelques communes et des sentiers. Je souhaite vous faire profiter si vous le voulez d'un tutoriel expliquant comment se servir de JOSM et de son plugin cadastre. Si des personnes sont intéressées par la mise à jour/l'amélioration du tutoriel n'hésitez pas à me le dire ! @bientôt et bonne contribution [url]http://www.partir-en-vtt.com/php/faq/voir_faq.php?groupe_faq=7[/url] a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=6 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr attachment: sebastien_debucquoi.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
Bonjour, Je pense en effet comme Marc: ces tags sont bien utiles à des utilisateurs / développeurs qui n'ont pas d'env OSM sur leur machine et utilisent des APIs comme la XAPI qui est un excellent vecteur de diffusion mainstream des POIs OSM. Les librairies spatiales sont bien évidemment plus puissantes mais demandent un effort supplémentaire non négligeable d'apprentissage / mise sur pied d'environnement qui semble un peu déplacé lorsqu'on veut juste exploiter une base simple de POIs genre radars en France. Le fait que l'utilisateur ne réponde pas ne doit pas forcément être pris comme une provocation surtout comme quand dans ce cas là elle peut apparaitre comme un zèle excessif plutôt que comme une volonté de dénaturer le travail déjà fourni. Cordialement, Lionel. On Jun 27, 2011, at 3:23 PM, Marc SIBERT wrote: Le 27 juin 2011 14:18, Vincent Pottier vpott...@gmail.com a écrit : Le 27/06/2011 13:57, Pieren a écrit : Je comprends les tags addr: sur certains objets s'ils n'existent pas déjà par ailleurs. Mais lorsque je taggue systématiquement toutes les adresses d'une ville, j'ai tendance à supprimer cette information qui devient redondante sur les autres objets. C'est effectivement comme le tag is_in=France. On ne va pas mettre ce tag sur les millions de nodes/ways/relations en France sous prétexte que quelque-uns n'ont pas pris 30 minutes pour apprendre à maitriser les requêtes spatiales. Pieren +1 ! Et le jour où quelqu'un veut compter les rond-points de sa commune, il faut qu'il entre les addr=* sur les rond-points ? Puis le lendemain sur les feux tricolores ? Puis le lendemain sur les fontaines. Puis... Puis le mois suivant pour les rond-points du département... L'intérêt de la base spatialisée, c'est qu'on apprend une fois, et on utilise tout le temps. -- FrViPofm Bonjour, Tout vos commentaires sont basés sur l'assertion que toutes les communes (de France) ont leur contour défini (et correctement bouclé). Or cela est simplement *faux* ! Ce n'est pas le cas en France et ce ne sera jamais le cas dans le monde entier. J'insiste sur le fait que ce tag ne dénature aucune autre information (surtout spatiale), et donc votre intelligence (et vos moyens matériels et logiciels PostGis + 4 Go RAM + etc.) vous permettront toujours de faire des inventaires par commune. Je vous mets simplement au défi de faire une requete spatiale avec (toutes) les API ou services déjà disponibles *en ligne* et donc accessibles à tous (pas à une élite bien équipée). Ce que je demande, c'est de laisser le choix à la personne qui fait l'extraction des informations qu'il veut utiliser (spatiales ou pas). En aparté, as_in n'a jamais été utilisable vu la variété d'informations qui s'y trouvaient ; c'est surtout pour cela que ce tag est tombé en désuétude et non pas parce qu'il était inutile. Je ne demande pas que tous mettent des tags addr: sur tous les POI, juste que l'on laisse faire un contributeur qui enrichit (un peu frénétiquement peut-être) la base. J'insiste sur le fait qu'il n'y a pas de destruction, ni d’incohérence mais simplement de la redondance (le RAID 1 n'est pas inutile, les CRC non plus, n'est-ce pas ?) A+ -- Marc Sibert m...@sibert.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] Églises non utilisées pour le culte
Bonjour, Le mardi 28 juin 2011 00:12:59 Vincent Pottier, vous avez écrit : Le building décrit l'architecture, ce qui devrait être le cas de toutes les églises (au plan architectural, même si cette architecture est moderne, ou passablement pauvre) building=church. Je chipotte, mais il existe des lieux de culte dont le bâtiment n'a pas été construit pour à l'origine, et qui n'a donc rien d'une église architecturalement parlant. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger les entrées de métro
2011/6/27 Vincent-Xavier JUMEL endymion+...@thetys-retz.net subway_entrance correspond, si j'ai bien compris à des entrées de souterrains piétons, alors que railway_entrance correspond à des entrées de métro/train Pareil. Je ne trouve pas de définition de railway_entrance dans le wiki. ni aucune mention dans les archives des listes de diffusion OSM. Et d'après taginfo, il n'y en aurait que 2 dans la base: http://taginfo.openstreetmap.org/keys/railway#values Ca serait là où se trouvent les portillons, c'est ça ? Ca serait bien de mieux l'expliquer dans le wiki. Inventer des tags, c'est bien. Les documenter, c'est encore mieux. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger les entrées de métro
Le 28/06/2011 09:01, Damouns a écrit : Et je rebondi sur ce mail pour signaler l'existence toute fraiche d'OpenTimeDataBase, une base de données sous licence ODbL 1.0 qui a pour but de recenser les horaires de tout transport en commun. http://otdb.nocle.fr/ C'est différent du projet Transiki ? Oui et non : Transiki à l'air mort et c'est plus un GTFS modifiable. Alors que OTDB part plus sur des données réelles pour en déduire des données théoriques :) JonathanMM Damouns ___ 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] forum: Tutoriel JOSM
2011/6/28 fo...@letuffe.org Son tutoriel ne respecte pas les règles de nommage des rues (par exemple Rue principale sur la carte). Ca serait bien que quelqu'un leur signale d'ajouter un lien vers http://wiki.openstreetmap.org/wiki/FR:Toponymie Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EPCI : Ergonomie de JOSM
Bonjour, De : Hélène PETIT Objet : [OSM-talk-fr] EPCI : Ergonomie de JOSM Pour voir, j'ai migré le sicoval (ma comm d'aglo), de l'ancienne représentation en niveau 7 vers la nouvelle représentation en local_authority. Du coup la palette de JOSM qui liste les relations ne reconnait pas (encore) le truc est devient muette sur la nature de la frontière ; voyez la pièce jointe si je ne suis pas très claire. J'ai l'air d'ergoter, mais en fait je me sers tout le temps de cette palette pour contrôler ce que je fait et voir ce qu'il y a dans la BB où je manipe. Bref, si on doit se servir de manière extensive de cette relation local_authority, je crois que ce serait bien que JOSM la documente ; qu'en pensez-vous ? qui pourrait faire ça ? Par rapport à une relation boundary=administrative, JOSM ne montre pas de chiffre comme [6] ou [8] pour une relation boundary=local_authority, ce qui est logique vu qu'on n'associe pas de niveau (admin_level) à cette relation. Mais tu as néanmoins (cf. ta copie d'écran) le nom de la relation issu du tag name, ainsi que la nature de la relation (frontière) issu du tag boundary. Tu voudrais une mention pour dire local_authority, ou bien le contenu du tag local_authority:FR ? Ça serait un plus, je suis d'accord. Avant que JOSM n'intègre ça, le minimum serait que le wiki documente correctement ce nouveau type de boundary, c'est bien le moins. C'est dans ma liste de choses à faire, sur une page en français et une autre en anglais. Je le ferai à l'issue de la bascule en cours Au passage, merci à ceux qui y participent déjà (sur les depts 25, 31, 35). 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] addr:* sur les radars
2011/6/27 Marc SIBERT m...@sibert.fr En aparté, as_in n'a jamais été utilisable vu la variété d'informations qui s'y trouvaient ; c'est surtout pour cela que ce tag est tombé en désuétude et non pas parce qu'il était inutile. Je crois que is_in est encore utilisé par nominatim (à vérifier). Les tags addr: et is_in peuvent se comprendre lorsque les données d'adresse sont absentes (relation commune, les adresses complètes). Plus tellement dans le cas contraire puisque cela devient redondant. Je ne demande pas que tous mettent des tags addr: sur tous les POI, juste que l'on laisse faire un contributeur qui enrichit (un peu frénétiquement peut-être) la base. Donc si quelqu'un lance un script pour mettre addr:country=France sur les millions d'éléments en France, tu laisses faire ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EPCI : Ergonomie de JOSM
2011/6/28 Hélène PETIT h...@free.fr J'ai l'air d'ergoter Ô oui, je confirme ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
Le 28 juin 2011 10:55, Pieren pier...@gmail.com a écrit : 2011/6/27 Marc SIBERT m...@sibert.fr En aparté, as_in n'a jamais été utilisable vu la variété d'informations qui s'y trouvaient ; c'est surtout pour cela que ce tag est tombé en désuétude et non pas parce qu'il était inutile. Je crois que is_in est encore utilisé par nominatim (à vérifier). Les tags addr: et is_in peuvent se comprendre lorsque les données d'adresse sont absentes (relation commune, les adresses complètes). Plus tellement dans le cas contraire puisque cela devient redondant. Je ne demande pas que tous mettent des tags addr: sur tous les POI, juste que l'on laisse faire un contributeur qui enrichit (un peu frénétiquement peut-être) la base. Donc si quelqu'un lance un script pour mettre addr:country=France sur les millions d'éléments en France, tu laisses faire ? Pieren Bonjour, J'ai l'impression que ça part en troll, mais j'aime bien ça ;-) Tu déformes mes propos : là il s'agit d'un contributeur qui ajoute manuellement addr:city etc. sur environs 2000/2500 POI (nb de radars en France) pas d'un robot qui ajoute un tag (erroné d'ailleurs, il faudrait addr:country=FR) sur 1 million d'éléments. Pour en revenir au sujet de la redondance, c'est un sujet bien connu avec les communes qui sont taggées à la fois sous la forme d'une région et d'un point central (ça, c'est pas du troll de fillette !). J'ai peur que ce sujet des radars soit sans fin. Je vous propose de rechercher formellement un compromis pour conclure et clore le débat un peu stérile. Merci d'exposer vos points de vus ci-dessous : * Laisser le taggeur fou faire son œuvre ; * Relancer une communication pour lui dire de se poser et de venir discuter avec la liste ; * Supprimer tous les tags pour les POI situés dans une commune ayant sa surface définie ; * rajoutez vos idées... -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
2011/6/28 Marc SIBERT m...@sibert.fr J'ai l'impression que ça part en troll, mais j'aime bien ça ;-) Il ne s'agit pas d'un troll (l'ai-je jamais fait ?) mais d'aller jusqu'au bout d'une logique pour montrer l'absurdité de l'argument. Restons donc sur le plan des arguments. Tu déformes mes propos : là il s'agit d'un contributeur qui ajoute manuellement addr:city etc. sur environs 2000/2500 POI (nb de radars en France) pas d'un robot qui ajoute un tag (erroné d'ailleurs, il faudrait addr:country=FR) sur 1 million d'éléments. Alors, la question suivante (logique) est : à partir de combien d'éléments cela devient inacceptable ? 10.000, 100.000, 1 million ?. Pour en revenir au sujet de la redondance, c'est un sujet bien connu avec les communes qui sont taggées à la fois sous la forme d'une région et d'un point central (ça, c'est pas du troll de fillette !). Tu parles du node place et de la relation boundary ? Alors oui, c'est pas du troll de fillette, vu qu'on a déjà expliqué en long et en large qu'il n'y avait pas redondance (à part le tag name éventuellement) ;-) * Laisser le taggeur fou faire son œuvre ; * Relancer une communication pour lui dire de se poser et de venir discuter avec la liste ; C'est toujours mieux de venir en discuter et d'écouter ses arguments. * Supprimer tous les tags pour les POI situés dans une commune ayant sa surface définie ; Je suis pour, (tout en laissant celles qui n'ont pas encore de relations) surtout lorsque la route est à cheval entre deux communes et qu'il se trompe en plus dans l'orthographe comme ici (pris au hasard): http://www.openstreetmap.org/browse/relation/1199785 (c'est *Monéteau)* Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EPCI : Ergonomie de JOSM
Pieren a écrit , Le 28/06/2011 11:07: 2011/6/28 Hélène PETIT h...@free.fr mailto:h...@free.fr J'ai l'air d'ergoter Ô oui, je confirme ;-) QA, aphorisme N° 0.0 Rev276-2 : La fibre QA ne fait pas rêver les développeurs. :))) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Églises non utilisées pour le culte
Le 28/06/2011 10:03, Nicolas Dumoulin a écrit : Bonjour, Le mardi 28 juin 2011 00:12:59 Vincent Pottier, vous avez écrit : Le building décrit l'architecture, ce qui devrait être le cas de toutes les églises (au plan architectural, même si cette architecture est moderne, ou passablement pauvre) building=church. Je chipotte, mais il existe des lieux de culte dont le bâtiment n'a pas été construit pour à l'origine, et qui n'a donc rien d'une église architecturalement parlant C'est bien la distinction entre le 'building' et le 'amenity' ;-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
Le 28/06/2011 11:12, Marc SIBERT a écrit : Merci d'exposer vos points de vus ci-dessous : * Laisser le taggeur fou faire son œuvre ; +1 Mise à part la typo signalée par Pieren mais qui souligne bien le problème de redondance d'information : une unique correction au bon endroit et tout est corrigé. * Relancer une communication pour lui dire de se poser et de venir discuter avec la liste ; +1 En lui précisant le problème de typo et l'argument de redondance. * Supprimer tous les tags pour les POI situés dans une commune ayant sa surface définie ; Pas dans un premier temps. Pour ce genre de réaction, il faut toujours attendre que ça se calme pour que ça ne soit pas perçu comme une guerre d'édition ou l'expression d'un parti au détriment d'un autre. * rajoutez vos idées... * Ne pas encourager ce genre de pratique * Encourager l'utilisation de XAPI avec bbox (http://openstreetmap.us/uixapi/xapi.html même si on n'a pas les contours exacts, on a l'échelle de la commune, du canton, du département, de la région sans ajouter les infos des différents niveaux) et autres méthodes qui exploitent la donnée sans surcharge. Je précise que, si je suis défavorable à la surcharge addr:*, je suis aussi défavorable à la méthode coercitive qui imposerait le point de vue. Mes propos étaient ceux d'un débat théorique sur une pratique, non ceux d'un redresseur de tors. 'Patience et longueur de temps font plus que force ni que rage' Jean de la Fontaine -- Marc Sibert m...@sibert.fr mailto:m...@sibert.fr Merci d'engager la discussion sur ce terrain moins passionné. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag pour un composteur collectif
Le 28/06/2011 00:51, Jo a écrit : C'est important de marquer ces points sur la carte, sinon je ne saurais pas où composter mes billets de train quand je suis en France... :-) Jo Attention : c'est un composteur collectif. Ça ne marche que pour les billets de groupes. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Églises non utilisées pour le culte
Le 27/06/2011 23:37, mav a écrit : Merci de vos réponses à tous les deux, qui finalement sont assez complémentaires ! Pour mémoire: http://wiki.openstreetmap.org/wiki/Key:disused http://wiki.openstreetmap.org/wiki/Building (la page française existe mais est moins détaillée) Bonne soirée ! Le building décrit l'architecture, ce qui devrait être le cas de toutes les églises (au plan architectural, même si cette architecture est moderne, ou passablement pauvre) building=church. Le problème du disused, c'est qu'il occupe la clef amenity tout de même ! amenity=place_of_worship + disused=yes. Si l'église est devenue bibliothèque, il n'y a plus de tag amenity disponible. Petit cas théorique : imaginons ceci building=church + amenity=place_of_worship + shop=bakery + disused=yes Sans namespace, qu'est-ce qui est disused ? le lieu de prière ou la boulangerie ou les deux ? Ou est-ce une boulangerie reconvertie en église ou l'inverse ? Je trouve cette formule insatisfaisante. -- FrIvPofm Si je comprends bien le wiki, disused est applicable à une fonction ancienne, mai non remplacée par une autre : Really this is only for objects which have no current functional use beyond their physical form. (...) If something comes back into use, be sure to clean up the entirety of the disused:*=* and disused=* namespace when you retag it. Et dans le cas de l'ex-église sans nouvelle fonction, il faudrait mettre building=church disused:amenity=place_of_worship disused=yes (voir le new tagging) Voir aussi : http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts mais difficilement applicable (de mon point de vue), sauf à connaitre les dates d'utilisation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage)
Pour la maintenance des systèmes d'alimentation, certains serveurs OSM seront arrêtés les jours suivants: - 2 et 3 juillet 2011. (samedi et dimanche) - 30 et 31 juillet 2011. (samedi et dimanche) - 3 et 4 septembre 2011. (samedi et dimanche) - un jour de semaine (qui reste à confirmer) en aout 2011. Les services/serveurs suivants seront affectés: * XAPI / jXAPI * serveur dev.openstreetmap.org (errol) * le rendu de nouvelles tuiles (Mapnik) * les sites web osmfoundation.org et stateofthemap.org Tous les détails ci-dessous. Pieren -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Tue, Jun 28, 2011 at 1:21 PM Subject: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage) To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org, annou...@openstreetmap.org Some secondary OpenStreetMap services will be unavailable during the following dates, due to power maintenance work at our server hosting: - 2nd and 3rd July 2011. (Saturday Sunday) - 30th and 31st July 2011. (Saturday Sunday) - 3rd and 4th September 2011. (Saturday Sunday) - and 1 weekday (to be confirmed) during August 2011. On each of these weekends, the servers will be shut down at 7:30 UTC, and will be started again after works are completed, which will be Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have a precise date for the August maintenance. The following services will be unavailable during these periods: * XAPI / jXAPI * dev.openstreetmap.org server (errol) * rendering of new map tiles * osmfoundation.org and stateofthemap.org web sites As a temporary replacement for XAPI/jXAPI, consider using third-party services such as that provided by MapQuest: http://developer.mapquest.com/web/products/open/xapi Additional information will be posted to the following page: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 The following services are *not* affected: * www.openstreetmap.org web site * API and Editing (*phew*) * planet.openstreetmap.org and diffs. * tile serving for existing tiles (details below) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * trac (bug-tracker) * donate.openstreetmap.org Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail where no cached copy is available, and tile response times may be slower than normal. ___ Announce mailing list annou...@openstreetmap.org http://lists.openstreetmap.org/listinfo/announce ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage)
Vu que samedi, j'ai une cartopartie, est-ce qu'il faut comprendre que nous ne pourrons pas voir le rendu des nouvelles données envoyées au serveur? Ou bien faut-il s'abstenir d'envoyer des données? *However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail where no cached copy is available, and tile response times may be slower than normal.* Merci. Romain Le 28 juin 2011 13:33, Pieren pier...@gmail.com a écrit : Pour la maintenance des systèmes d'alimentation, certains serveurs OSM seront arrêtés les jours suivants: - 2 et 3 juillet 2011. (samedi et dimanche) - 30 et 31 juillet 2011. (samedi et dimanche) - 3 et 4 septembre 2011. (samedi et dimanche) - un jour de semaine (qui reste à confirmer) en aout 2011. Les services/serveurs suivants seront affectés: * XAPI / jXAPI * serveur dev.openstreetmap.org (errol) * le rendu de nouvelles tuiles (Mapnik) * les sites web osmfoundation.org et stateofthemap.org Tous les détails ci-dessous. Pieren -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Tue, Jun 28, 2011 at 1:21 PM Subject: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage) To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org, annou...@openstreetmap.org Some secondary OpenStreetMap services will be unavailable during the following dates, due to power maintenance work at our server hosting: - 2nd and 3rd July 2011. (Saturday Sunday) - 30th and 31st July 2011. (Saturday Sunday) - 3rd and 4th September 2011. (Saturday Sunday) - and 1 weekday (to be confirmed) during August 2011. On each of these weekends, the servers will be shut down at 7:30 UTC, and will be started again after works are completed, which will be Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have a precise date for the August maintenance. The following services will be unavailable during these periods: * XAPI / jXAPI * dev.openstreetmap.org server (errol) * rendering of new map tiles * osmfoundation.org and stateofthemap.org web sites As a temporary replacement for XAPI/jXAPI, consider using third-party services such as that provided by MapQuest: http://developer.mapquest.com/web/products/open/xapi Additional information will be posted to the following page: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 The following services are *not* affected: * www.openstreetmap.org web site * API and Editing (*phew*) * planet.openstreetmap.org and diffs. * tile serving for existing tiles (details below) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * trac (bug-tracker) * donate.openstreetmap.org Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail where no cached copy is available, and tile response times may be slower than normal. ___ Announce mailing list annou...@openstreetmap.org http://lists.openstreetmap.org/listinfo/announce ___ 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] Géovélo à Nantes
Bonjour, Je trouve le service Geovelo par Nantes Metropole excellent, surtout l'idée de pouvoir noter la qualité d'un tronçon de rue. Bon boulot ! Vélotaffeur sur Nantes, je parcours intensivement les rues de notre agglomération :) Je suis aussi contributeur OSM (lyc1), principalement sur l'île de Nantes Ouest, mais aussi sur mes parcours effectués à vélo. Je jette un coup d'oeil régulier à OpenStreetBug et je corrige déjà les anomalies qui sont dans ma zone. Quelques remarques sur géovélo : - je n'ai jamais de réponse aux messages envoyés par le formulaire de votre site web (message sur la participation à vos tests de vos applications mobiles par exemple) - vous ne répondez presque jamais aux commentaires postés sur votre blog (en tout cas les miens) - il serait intéressant de connaître vos astuces de mapping spécial geovélo (path au milieu d'une place par exemple), on pourrait ainsi vous faire gagner du temps : * A l'ajout d'infos dans OSM, en intégrant vos astuces * Lors de modifications, en ne les écrasant pas. Damien Le 17 juin 2011 10:29, Emmanuel Dewaele emmanuel.dewa...@geovelo.fr a écrit : Bonjour, Le service Géovélo (qui utilise les données OSM) a ouvert officiellement à Nantes en collaboration avec Nantes Métropole. Un grand travail pour compléter la voirie et en particulier les aménagements cyclables a été fait par Benoit Grunberg ( compte Géovélo ) sur tout le territoire de la communauté urbaine. Le site réalisé (http://geovelo.**nantesmetropole.fr/http://geovelo.nantesmetropole.fr/) intègre de plus le service OpenStreetBugs, pour que les utilisateurs (de la forme e.dewaele via Géovélo) puissent aider à leur manière la communauté OSM. Dans OpenStreetBugs, on a déjà pas mal de signalements, même si certains ont fait remarques sans rapport avec la base. Y a t'il des contributeurs connaissant bien le terrain prêts à répondre ? -- Emmanuel Dewaele, Ingénieur études et recherche La Compagnie des mobilités 64, avenue Portalis bureau 202 37200 TOURS ☏ 06 26 94 94 71 __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Fwd: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage)
Le 28/06/2011 14:12, Romain MEHUT a écrit : Vu que samedi, j'ai une cartopartie, est-ce qu'il faut comprendre que nous ne pourrons pas voir le rendu des nouvelles données envoyées au serveur? Ou bien faut-il s'abstenir d'envoyer des données? Pas de mise à jour... L'API fonctionnera, on peut donc envoyer des données, mais les changements n’apparaîtront pas. Il est possible, en plus que la file d'attente de mise à jour ne soir pas maintenue, donc que, même lundi les dalles ne soient pas mises à jour. Mais comme les diffs sont maintenus, ça apparaîtra peut-être sur mapquest et autres... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo à Nantes
Idem, je trouve le service vraiment très bien fait, et suis heureux de cette activité prolifique sur l'agglo nantaise, mais ... ... au rayon astuces de mapping spécial Géovélo, je trouve beaucoup moins heureux d'avoir affublé le parcours de navette fluviale Navibus (un bac pour traverser l'Erdre) d'un highway = unclassified, sans aucune mention explicative J'ai effacé l'attribut, pour le voir réapparaitre quelques jours plus tard. Je me suis alors fendu d'un message, ce qui m'a permis d'apprendre que c'était ajouté dans un but d'essais. Soit ... mais dans ce cas là, je trouve nécessaire à minima d'être transparent, et donc indiquer le but de la manoeuvre sans ambiguité, _ en note sur le chemin, _ pourquoi pas dans la description du changeset, _ et d'indiquer une date prévue de fin d'essai, à laquelle on pourra se permettre de remettre les choses en l'ordre, c'est à dire quand le moteur de routage n'aura plus besoin de ce genre de rustine (grossière) pour réussir à couper l'itinéraire au plus court Je n'ai pas reçu de réponse directe sur ces points, et les explications ne sont toujours pas indiquées sur le chemin. Je ne manquerai pas d'effacer l'attribut dans quelques semaines s'il est toujours là, mais je n'ai pas vraiment de temps à consacrer à une guerre d'édition stérile, et sincèrement je préfèrerais que ce soit l'instigateur qui s'en charge. Voilà, c'est dit ^^ Le 28 juin 2011 14:14, Damien Lecan m...@dlecan.com a écrit : Bonjour, Je trouve le service Geovelo par Nantes Metropole excellent, surtout l'idée de pouvoir noter la qualité d'un tronçon de rue. Bon boulot ! Vélotaffeur sur Nantes, je parcours intensivement les rues de notre agglomération :) Je suis aussi contributeur OSM (lyc1), principalement sur l'île de Nantes Ouest, mais aussi sur mes parcours effectués à vélo. Je jette un coup d'oeil régulier à OpenStreetBug et je corrige déjà les anomalies qui sont dans ma zone. Quelques remarques sur géovélo : - je n'ai jamais de réponse aux messages envoyés par le formulaire de votre site web (message sur la participation à vos tests de vos applications mobiles par exemple) - vous ne répondez presque jamais aux commentaires postés sur votre blog (en tout cas les miens) - il serait intéressant de connaître vos astuces de mapping spécial geovélo (path au milieu d'une place par exemple), on pourrait ainsi vous faire gagner du temps : * A l'ajout d'infos dans OSM, en intégrant vos astuces * Lors de modifications, en ne les écrasant pas. Damien Le 17 juin 2011 10:29, Emmanuel Dewaele emmanuel.dewa...@geovelo.fr a écrit : Bonjour, Le service Géovélo (qui utilise les données OSM) a ouvert officiellement à Nantes en collaboration avec Nantes Métropole. Un grand travail pour compléter la voirie et en particulier les aménagements cyclables a été fait par Benoit Grunberg ( compte Géovélo ) sur tout le territoire de la communauté urbaine. Le site réalisé (http://geovelo.**nantesmetropole.fr/http://geovelo.nantesmetropole.fr/) intègre de plus le service OpenStreetBugs, pour que les utilisateurs (de la forme e.dewaele via Géovélo) puissent aider à leur manière la communauté OSM. Dans OpenStreetBugs, on a déjà pas mal de signalements, même si certains ont fait remarques sans rapport avec la base. Y a t'il des contributeurs connaissant bien le terrain prêts à répondre ? -- Emmanuel Dewaele, Ingénieur études et recherche La Compagnie des mobilités 64, avenue Portalis bureau 202 37200 TOURS ☏ 06 26 94 94 71 __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Le 27/06/2011 18:42, yvecai a écrit : On 26. 06. 11 23:15, Vincent de Chateau-Thierry wrote: Le 26/06/2011 22:43, Philippe Pary a écrit : Salut, J'ai commencé à développer une interface pour réaliser les fichiers du cadastre à la demande. \o/ Je songe à faire un contrôle de l'existence des arguments, vérifier que le département et la ville existent et sont cohérents (qu'on vienne pas me demander Marseille en Gironde) Ça semble déjà géré par ton système de listes successives, non ? On ne peut pas demander une commune sans avoir dit dans quel département on cherchait, c'est bien comme ça. Oui, mais on peut quand même poster une requête comme le fait le formulaire. Puisque tu as ces listes, copie-les sur ton serveur, et fait en sorte que ton script coté serveur vérifie que la requête se fait bien avec des éléments de ces listes uniquement. J'ai noté ces demandes, je fais ça lors de la prochaine itération de l'interface. La prochaine itération devrait produire une interface publique. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
Le 27/06/2011 20:47, Greg a écrit : En parlant de complétion d'information, ça pourrait être cool de faire un script Osmose qui vérifie la concordance des redondances. Par exemple, une adresse indiquée dans la ville A, mais dans le contour de la ville B. Ca commence à être intéressant de pouvoir vérifier OSM grâce à OSM... Greg Attention, faut voir aussi pour les cas particuliers à la con : Par exemple, chez moi, on a un collège qui se trouve géographiquement dans la ville voisine mais qui en réalité est géré par ma ville, avec une adresse dans ma ville et tout et tout ;) Faudrait voir à ce que ça n'ajoute pas une tonne de faux positif ;) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
J'ai commencé à développer une interface pour réaliser les fichiers du cadastre à la demande. C'est ultra-sommaire pour l'instant. N'hésitez pas à faire part de vos remarques. Les fichiers anciens ne sont pas remplacés par les nouveaux mais ils semblent s'ajouter sur ton serveur : par exemple sur http://cadastre.osm.cleo-carto.org/025/ les fichiers de FRASNE sont en trois exemplaires (j'ai fait la demande 2 fois) Sinon beau travail et super initiative ! Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Association OpenStreetMap France !
Bonnes Nouvelles les ami[e]s, Certains contributeurs, m'ont relancé sur le montage de l'association. Je remonte donc les dernières avancées. J'ai beaucoup écouté et rencontré des responsables d'autres associations, des juristes, décisionnaires de collectivités pour coller au mieux aux intérêts d'OSM. Les divers salons ont été de purs moments d'échanges sur ce dossier. Nous venons d'avoir le dernier feu vert pour mettre en route la machine: Nous avons, depuis hier matin, l'autorisation de la Fondation OpenStreetMap d'utiliser en France OpenStreetMap France pour assurer la promotion d'OSM. Henk Hoff du board de l'OSMF se réjouit de notre initiative. Les statuts des Local Chapters ne sont pas encore définis mais Henk me dit que nous serons fixés à la fin de l'année. Il nous faut donc maintenant: -Terminer la rédaction des statuts, les soumettre à la communauté FR et les déposer (synthèse du wiki). -Convenir ensemble des candidats aux responsabilités (même s'ils sont déjà identifiés sur le wiki) Nous devons tout de même nous inscrire sur la page des LC pour référencer notre entité comme une représentation officielle d'OSM en France. http://wiki.openstreetmap.org/wiki/Local_chapter#Existing_local_chapters. Pour ceux et celles qui souhaitent suivrent les débats internationaux sur les Local Chapters il y a la mailinglist : http://lists.openstreetmap.org/listinfo/local-chapters Gaël Au Charbon ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Évènements OSM France
Bonsoir @Tou[te]s Je vais à partir de l'automne avoir encore plus de dispo pour OSM. J'ai une proposition de projet d'évènements autour d'OSM soumise par La Cantine / Silicon Sentier: 1/2 ou 1 journée par mois de formation à OSM à LaCantine / Silicon Sentier. et 1 ou 2 évènement(s) par an sur 2 jours vendredi et samedi voir dimanche si nécessaire pour les Professionnels et les contributeurs dispo le week end Une sorte de State Of The Map semestriel Franco Français Ce serait pour nous l'occasion de nous rencontrer et de former des nouveaux, ou pas, à OSM et ses usages. Nous pourrions avoir plusieurs ateliers selon les niveaux et bien sur des travaux pratiques en extérieur. Qui à parlé de sortie de métro ? ;-) Ces évènements réguliers peuvent bien sur être dupliqués/synchronisés partout en France. J'amorcerai le premier fin Juillet, toutes les bonnes volontés sont les bienvenues. C'est aussi l'occasion de faire connaitre nos travaux et de lever des fonds pour OSM France ;-) Gaël Au Charbon ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Contours des pays - Boundaries niveau 2
Bonjour, Je suis en train de faire un dev pour présenter des POI et jusqu'à un certain niveau de zoom, je souhaite simplement présenter le nombre d'instances par pays. Pour cela j'aurais besoin de connaitre les contours de chaque pays (boundary admi_level 2), mais pas sous la forme d'une relation de way, sous la forme d'un polygone (multiple et/ou extrudé suivant les config nationales - MULTIPOLYGON en WKT). J'ai déjà jeté un coup d'œil du côté de http://download.geofabrik.de/clipbounds/, mais le résultat est partiel : http://ballancourt.sibert.fr/potw/ . Si vous, ou l'un de votre équipe... zut, avez accès à cette information pour tous les pays du monde, je suis preneur. Merci A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo à Nantes
Bonsoir, Tout d'abord, merci à vous tous pour vos contributions. Concernant la saisie des données, je ne peux pas parler à la place des collecteurs (à qui je renvoie les remarques), mais le collecteur à Nantes avait utilisé le tag highway comme solution provisoire. Les messages soumis par le formulaire de contact sont normalement envoyés sur la messagerie électronique des collecteurs. C'est une bonne idée que de communiquer sur les astuces de mapping, mais aussi sur la description complète des tags dont le calculateur tient compte. Le 28/06/2011 16:08, Ab_fab a écrit : Idem, je trouve le service vraiment très bien fait, et suis heureux de cette activité prolifique sur l'agglo nantaise, mais ... ... au rayon astuces de mapping spécial Géovélo, je trouve beaucoup moins heureux d'avoir affublé le parcours de navette fluviale Navibus (un bac pour traverser l'Erdre) d'un highway = unclassified, sans aucune mention explicative J'ai effacé l'attribut, pour le voir réapparaitre quelques jours plus tard. Je me suis alors fendu d'un message, ce qui m'a permis d'apprendre que c'était ajouté dans un but d'essais. Soit ... mais dans ce cas là, je trouve nécessaire à minima d'être transparent, et donc indiquer le but de la manoeuvre sans ambiguité, _ en note sur le chemin, _ pourquoi pas dans la description du changeset, _ et d'indiquer une date prévue de fin d'essai, à laquelle on pourra se permettre de remettre les choses en l'ordre, c'est à dire quand le moteur de routage n'aura plus besoin de ce genre de rustine (grossière) pour réussir à couper l'itinéraire au plus court Je n'ai pas reçu de réponse directe sur ces points, et les explications ne sont toujours pas indiquées sur le chemin. Je ne manquerai pas d'effacer l'attribut dans quelques semaines s'il est toujours là, mais je n'ai pas vraiment de temps à consacrer à une guerre d'édition stérile, et sincèrement je préfèrerais que ce soit l'instigateur qui s'en charge. Voilà, c'est dit ^^ Le 28 juin 2011 14:14, Damien Lecan m...@dlecan.com mailto:m...@dlecan.com a écrit : Bonjour, Je trouve le service Geovelo par Nantes Metropole excellent, surtout l'idée de pouvoir noter la qualité d'un tronçon de rue. Bon boulot ! Vélotaffeur sur Nantes, je parcours intensivement les rues de notre agglomération :) Je suis aussi contributeur OSM (lyc1), principalement sur l'île de Nantes Ouest, mais aussi sur mes parcours effectués à vélo. Je jette un coup d'oeil régulier à OpenStreetBug et je corrige déjà les anomalies qui sont dans ma zone. Quelques remarques sur géovélo : - je n'ai jamais de réponse aux messages envoyés par le formulaire de votre site web (message sur la participation à vos tests de vos applications mobiles par exemple) - vous ne répondez presque jamais aux commentaires postés sur votre blog (en tout cas les miens) - il serait intéressant de connaître vos astuces de mapping spécial geovélo (path au milieu d'une place par exemple), on pourrait ainsi vous faire gagner du temps : * A l'ajout d'infos dans OSM, en intégrant vos astuces * Lors de modifications, en ne les écrasant pas. Damien Le 17 juin 2011 10:29, Emmanuel Dewaele emmanuel.dewa...@geovelo.fr mailto:emmanuel.dewa...@geovelo.fr a écrit : Bonjour, Le service Géovélo (qui utilise les données OSM) a ouvert officiellement à Nantes en collaboration avec Nantes Métropole. Un grand travail pour compléter la voirie et en particulier les aménagements cyclables a été fait par Benoit Grunberg ( compte Géovélo ) sur tout le territoire de la communauté urbaine. Le site réalisé (http://geovelo.nantesmetropole.fr/) intègre de plus le service OpenStreetBugs, pour que les utilisateurs (de la forme e.dewaele via Géovélo) puissent aider à leur manière la communauté OSM. Dans OpenStreetBugs, on a déjà pas mal de signalements, même si certains ont fait remarques sans rapport avec la base. Y a t'il des contributeurs connaissant bien le terrain prêts à répondre ? -- Emmanuel Dewaele, Ingénieur études et recherche La Compagnie des mobilités 64, avenue Portalis bureau 202 37200 TOURS ☏ 06 26 94 94 71 ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Bonsoir Philippe, Malheureusement on ne peut pas trouver dans les listes les communes nouvellement vectorisées cf première partie de la liste journalière de sly http://beta.letuffe.org/cron/etat-communes/suivi.txt Serait-il possible de parcourir ce fichier texte et vérifier ensuite si les communes listées sont bien dans le dépôt. Dans le cas contraire, lancer le script Ou à défaut au moins rendre les communes visibles dans le menu de sélection pour génération à la demande Merci pour tes efforts ! Le 26 juin 2011 22:43, Philippe Pary phili...@cleo-carto.com a écrit : Salut, J'ai commencé à développer une interface pour réaliser les fichiers du cadastre à la demande. Je ne suis pas développeur et j'ai conscience du côté grave bourrin de ma méthode. Ça pourrait plomber mon serveur si ça merdait, j'espère que a ira. C'est ici : http://osm.cleo-carto.org/cadastre/iface/ C'est ultra-sommaire pour l'instant. N'hésitez pas à faire part de vos remarques. Si des gens souhaitent me filer un coup de main pour le développement, n'hésitez pas. J'ai quelques craintes sur la sécurité du code et les injections possibles (à un moment je balance quand même une commande shell qui a pour paramètre quelque chose qui provient d'internet quoi :)) Actuellement c'est géré par un con de sprintf, je ne suis pas certain que ça suffise à me protéger sérieusement. Je songe à faire un contrôle de l'existence des arguments, vérifier que le département et la ville existent et sont cohérents (qu'on vienne pas me demander Marseille en Gironde) Je me pose quelques questions sur les optimisations pour éviter que mon serveur ne crève la gueule ouverte (genre limiter à 10 les imports simultanés) Philippe ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Évènements OSM France
Le mardi 28 juin 2011 à 20:12 +0200, RatZilla$ a écrit : Bonsoir @Tou[te]s Je vais à partir de l'automne avoir encore plus de dispo pour OSM. J'ai une proposition de projet d'évènements autour d'OSM soumise par La Cantine / Silicon Sentier: 1/2 ou 1 journée par mois de formation à OSM à LaCantine / Silicon Sentier. et 1 ou 2 évènement(s) par an sur 2 jours vendredi et samedi voir dimanche si nécessaire pour les Professionnels et les contributeurs dispo le week end Une sorte de State Of The Map semestriel Franco Français Ce serait pour nous l'occasion de nous rencontrer et de former des nouveaux, ou pas, à OSM et ses usages. Nous pourrions avoir plusieurs ateliers selon les niveaux et bien sur des travaux pratiques en extérieur. C'est une idée qui me semble intéressante, quoi que je me méfie de son ambition importante dès le début. Peut-être devrions nous commencer par une journée et n'étendre que si le besoin se fait sentir Ces évènements réguliers peuvent bien sur être dupliqués/synchronisés partout en France. J'amorcerai le premier fin Juillet, toutes les bonnes volontés sont les bienvenues. Fin juillet, l'April organisera peut-être un barcamp au loop, je t'invite à contacter Fred Couchet à ce sujet ; les deux événements gagneraient peut-être à se dérouler en même temps au même endroit (du moins ça m'arrangerait ;-)) C'est aussi l'occasion de faire connaitre nos travaux et de lever des fonds pour OSM France ;-) Trop facile ça. Merci pour ton travail, Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Association OpenStreetMap France !
Le mardi 28 juin 2011 à 19:56 +0200, RatZilla$ a écrit : Il nous faut donc maintenant: -Terminer la rédaction des statuts, les soumettre à la communauté FR et les déposer (synthèse du wiki). -Convenir ensemble des candidats aux responsabilités (même s'ils sont déjà identifiés sur le wiki) Peut-on ravoir les adresses des pages wiki ? Merci par avance, Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Évènements OSM France
Philippe Pary a écrit : les deux événements gagneraient peut-être à se dérouler en même temps au même endroit (du moins ça m'arrangerait ;-)) Philippe, si tu as le don d'ubiquité, tu sais que tu peux devenir riche en monnayant le partage de ton secret. :) Je suis d'ailleurs intéressé. Quel est le tarif ? Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Association OpenStreetMap France !
Philippe Pary a écrit : Peut-on ravoir les adresses des pages wiki ? http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EPCI : Ergonomie de JOSM
A défaut d'afficher un CC, CA ou CU à côté de frontière, j'ai créé une petite feuille de style pour colorier mes EPCI, histoire de m'y retrouver: http://wiki.openstreetmap.org/wiki/User:Don-vip/JOSM_Style_EPCI_France Seul petit problème pour l'instant, il faut mettre les mains dans le cambouis (comprendre: patcher JOSM). Je compter créer un ticket sur le Trac de JOSM pour intégrer ce patch, mais le site est en carafe pour l'instant, j'ai une internal error à chaque tentative :( Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Association OpenStreetMap France !
Bonsoir Gaël, RatZilla$ a écrit : Nous avons, depuis hier matin, l'autorisation de la Fondation OpenStreetMap d'utiliser en France OpenStreetMap France pour assurer la promotion d'OSM. As-tu pris des engagements pour obtenir cette autorisation ou t'a-t-elle été accordée de bonne grâce et sans conditions ? Par exemple, t'es-tu engagé à faire d'OpenStreetMap France un chapitre français ? Le cas échéant, dès à présent (et sans savoir encore ce que cela implique) ou après étude de la charte à venir et des obligations qui seront faites aux chapitres locaux ? Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Association OpenStreetMap France !
Le mardi 28 juin 2011 à 23:30 +0200, Sébastien Dinot a écrit : RatZilla$ a écrit : Nous avons, depuis hier matin, l'autorisation de la Fondation OpenStreetMap d'utiliser en France OpenStreetMap France pour assurer la promotion d'OSM. As-tu pris des engagements pour obtenir cette autorisation ou t'a-t-elle été accordée de bonne grâce et sans conditions ? Par exemple, t'es-tu engagé à faire d'OpenStreetMap France un chapitre français ? Le cas échéant, dès à présent (et sans savoir encore ce que cela implique) ou après étude de la charte à venir et des obligations qui seront faites aux chapitres locaux ? Du côté Wikimedia, les chapitres locaux de poids (principalement l'Allemagne, mais aussi la France) ont parfois su négocier avec la fondation principale. Si les choses sont mal définies ou ne nous conviennent pas, on pourra toujours discuter. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr