[OSM-talk-be] Possible problem with Urbis data import in Brussels
Hi all, FYI, I received the following message from pnorman after doing an Urbis import today. You may want to refrain doing this until the situation is clarified. Hello, I noticed you conducting an import with http://www.openstreetmap.org/browse/changeset/17361862 http://www.openstreetmap.org/browse/changeset/17360583 http://www.openstreetmap.org/browse/changeset/16596677 http://www.openstreetmap.org/browse/changeset/16572616 The import guidelines require that imports be done from a dedicated account, after consultation with the local community and imports@ and be documented on the wiki. This was not done here. I can find no record of consultation with the imports@ mailing list. Where is it? You need to use a dedicated account To contact me you can send a message or email the data working group. Paul Norman for the Data Working Group ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] NOTICE: Map not displaying on openstreetmap.org?
Hi OpenStreetMap, Some OpenStreetMap.org visitors may not be able to view the Default standard map mapnik layer on www.openstreetmap.org for the next few hours. As an alternative switch to another map layer on openstreetmap.org (layer switcher is top right): Example MapQuest Open: http://www.openstreetmap.org/#layers=Q Technical: While updating our GeoDNS build system (tile.geo.openstreetmap.org) we made a mistake with auto-completion of a DNS NS record. All the glory here: http://git.openstreetmap.org/dns.git/ Run nslookup tile.openstreetmap.org to test DNS resolving. Regards Grant Part of OSM Sysadmin Team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
IP address 192.168.1.1 is a local, unroutable address, meaning that it would have to be on your local LAN for you to connect to it. If that is the address that name servers are giving out for tile.openstreetmap.org, then the wrong information has been supplied to the name servers. Steve Doerr doerr.step...@gmail.com wrote: Here's what I get: C:\Users\Stevenslookup tile.openstreetmap.org Server: UnKnown Address: 192.168.1.1 DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 2 seconds. *** Request to UnKnown timed-out Steve On 14/08/2013 21:12, Grant Slater wrote: Hi Liz, Still an issue? Please could you do the following for me to check... Open Terminal (OSX or Linux) / Command Prompt (Windows) and type the following command and send me the result. (offlist best) nslookup tile.openstreetmap.org http://tile.openstreetmap.org Regards Grant On 14 August 2013 21:05, Liz Barry eba...@gmail.com mailto:eba...@gmail.com wrote: maybe something local. no tiles loading for me in Brooklyn, NYC USA @lizbarry http://twitter.com/lizbarry On Wed, Aug 14, 2013 at 3:57 PM, Grant Slater openstreet...@firefishy.com mailto:openstreet...@firefishy.com wrote: The site is up and traffic is at expected levels. Does the site not respond at all or a part not load? If there were a major outage it would be reported here: http://wiki.openstreetmap.org/wiki/Platform_Status Regards Grant Part of OSM sysadmin team. On 14 August 2013 20:33, Steve Doerr doerr.step...@gmail.com mailto:doerr.step...@gmail.com wrote: Is it? -- Steve ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness: only light can do that. Hate cannot drive out hate: only love can do that. -- Dr. Martin Luther King, Jr.___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
On 15 August 2013 15:55, John F. Eldredge j...@jfeldredge.com wrote: IP address 192.168.1.1 is a local, unroutable address, meaning that it would have to be on your local LAN for you to connect to it. If that is the address that name servers are giving out for tile.openstreetmap.org, then the wrong information has been supplied to the name servers. Hi John, Thanks. I am aware. 192.168.1.1 is his local DNS server (likely a dnsmasq caching forwarder on his local consumer router) and nothing to do with OSM. I am well aware it is local lan. :) Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
John F. Eldredge wrote: IP address 192.168.1.1 http://192.168.1.1 is a local, unroutable address, meaning that it would have to be on your local LAN for you to connect to it. (for the benefit of those who haven't had the pleasure of dealing with DNS and naming on Windows) That's the address of the DNS server - in this case likely an ADSL router or similar which in turn will make DNS requests of whoever your ISP has set as a DNS on its connection to them. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
Am 14.08.2013 21:57, schrieb Grant Slater: The site is up and traffic is at expected levels. Does the site not respond at all or a part not load? If there were a major outage it would be reported here: http://wiki.openstreetmap.org/wiki/Platform_Status Strange, I had major problem the day before (13. of August). I noticed this from time to time. Sometimes it is the wiki and sometimes the api or even www. For me it seems to be a problem with dns and I am not sure but I think it started with the introduction of several dns-servers. Do not really know what the problem is but twice already I did get it working again with restarting my router (local dns server) but this did not help all the time, nor was I allowed to restart the router all the time. Cheers colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
2013/8/15 colliar colliar4e...@aol.com For me it seems to be a problem with dns and I am not sure but I think it started with the introduction of several dns-servers. Do not really know what the problem is but twice already I did get it working again with restarting my router (local dns server) but this did not help all the time, nor was I allowed to restart the router all the time. I also had issues with the tiles (loading slower than usual) and discovered it was a problem with my DNS settings, had used 8.8.8.8 as a secondary DNS (which is located in the US) and the primary DNS was invalid, so that I got the tiles from a tileserver in the US. Setting the DNS Server to a server operated by my ISP resolved the issues (as now I get the tiles from a server in Europe). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] roteamento estranho na BR-116
Olá pessoal eu estava usando o serviço de rotamento para ver a distância entre Belo Horizonte a Curitiba e obtive este resultado http://osrm.at/4FC estranhamente, quando passa depois de Miracatu, o OSRM desvia a rota pela SP-222, obtendo uma distância maior Isto seria um problema do OSRM ou haveria algum erro na BR-116 que levaria a fazer este desvio? Eu já procurei e não achei nada de anormal que pudesse levar o OSRM a propor este desvio. alguma idéia? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Má importação em Sobradinho
Oi Pessoal, Parece que o usuário Tecpenleal fez uma má importação: http://www.openstreetmap.org/browse/changeset/17108276 http://www.openstreetmap.org/?box=yesbbox=-48.0388436%2C-15.7698883%2C-47.6756855%2C-15.4907031#map=15/-15.6446/-47.8169 Já mandei uma mensagem pra ele via OpenStreetMap. Se alguém tiver alguma informação sobre este usuário, me avisem. Provavelmente vamos reverter este changeset nos próximos dias, e talvez bloquear a conta se ele não se manifestar. Abraços, Vitor. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Má importação em Sobradinho
Oi Gerald, O usuário me respondeu em privado, estou tentando descobrir. Um aviso a todos, antes de qualquer importação é necessário seguir as diretrizes básicas: http://wiki.openstreetmap.org/wiki/Import/Guidelines Fiquem atentos com os novos colaboradores originários do Tracksource, que são muito bem vindos, mas que tem que compreender que este é um projeto de dados abertos e que bases proprietárias são incompatíveis com a licença do projeto. Abs, Vitor 2013/8/15 Gerald Weber gwebe...@gmail.com Eu nunca entendo direito esses changeset, tenho dificuldade em entender o que já existia e o que é novo. Dito isto, eu vi muitos Terra Draft que são uma notação usada pela pessoal do Tracksource. Será que foi alguma importação de lá? abraço Gerald 2013/8/15 Vitor George vitor.geo...@gmail.com Oi Pessoal, Parece que o usuário Tecpenleal fez uma má importação: http://www.openstreetmap.org/browse/changeset/17108276 http://www.openstreetmap.org/?box=yesbbox=-48.0388436%2C-15.7698883%2C-47.6756855%2C-15.4907031#map=15/-15.6446/-47.8169 Já mandei uma mensagem pra ele via OpenStreetMap. Se alguém tiver alguma informação sobre este usuário, me avisem. Provavelmente vamos reverter este changeset nos próximos dias, e talvez bloquear a conta se ele não se manifestar. Abraços, Vitor. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Má importação em Sobradinho
Tinha um serviço muito bom, o OSM History Viewer, que traduzia o changeset pra um mapa marcando tudo aquilo que foi excluído, alterado, acrescentado, e também comparando as tags dos elementos modificados. Infelizmente faz uns meses que esse serviço não está mais no ar. 2013/8/15 Gerald Weber gwebe...@gmail.com Eu nunca entendo direito esses changeset, tenho dificuldade em entender o que já existia e o que é novo. Dito isto, eu vi muitos Terra Draft que são uma notação usada pela pessoal do Tracksource. Será que foi alguma importação de lá? abraço Gerald 2013/8/15 Vitor George vitor.geo...@gmail.com Oi Pessoal, Parece que o usuário Tecpenleal fez uma má importação: http://www.openstreetmap.org/browse/changeset/17108276 http://www.openstreetmap.org/?box=yesbbox=-48.0388436%2C-15.7698883%2C-47.6756855%2C-15.4907031#map=15/-15.6446/-47.8169 Já mandei uma mensagem pra ele via OpenStreetMap. Se alguém tiver alguma informação sobre este usuário, me avisem. Provavelmente vamos reverter este changeset nos próximos dias, e talvez bloquear a conta se ele não se manifestar. Abraços, Vitor. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] roteamento estranho na BR-116
2013/8/15 Fernando Trebien fernando.treb...@gmail.com: Acho que é um bug mesmo, o primeiro que eu vejo no OSRM. Seria legal reportar esse problema. Investiguei em detalhes e decidi reportar: https://github.com/DennisOSRM/Project-OSRM/issues/706 O que eu descobri é que: - funciona até este ponto: http://osrm.at/4FN - passa a dar erro logo depois: http://osrm.at/4FO Geralmente isso acontece por causa de trechos com velocidade errada (ou ausência da mesma). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] roteamento estranho na BR-116
Geralmente sim, mas nesse caso nenhum dos dois trechos tem tags de velocidade: http://www.itoworld.com/map/124?lon=-48.00315lat=-24.55411zoom=8fullscreen=true Como não há vias alternativas no intervalo que eu mexi no final da rota (menos de 100 metros sobre a mesma rodovia, passando apenas por um cruzamento), não tem como ser esse o problema. Acho que o desenvolvedor já está olhando o problema de perto. Sugiro não mexerem nessa via por uns dias. 2013/8/15 Nelson A. de Oliveira nao...@gmail.com 2013/8/15 Fernando Trebien fernando.treb...@gmail.com: Acho que é um bug mesmo, o primeiro que eu vejo no OSRM. Seria legal reportar esse problema. Investiguei em detalhes e decidi reportar: https://github.com/DennisOSRM/Project-OSRM/issues/706 O que eu descobri é que: - funciona até este ponto: http://osrm.at/4FN - passa a dar erro logo depois: http://osrm.at/4FO Geralmente isso acontece por causa de trechos com velocidade errada (ou ausência da mesma). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] roteamento estranho na BR-116
Eu comentei aqui na lista exatamente porque verifiquei os trechos e não consegui ver nada de errado. obrigado a todos pelas contribuições. abraços Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Hydrant oder Beregnungsanlage
Moin, Am 14.08.2013 18:34, schrieb Volker Schmidt: Fuer mich ist das ein Anschluss fuer eine moeglicherweise sogar private Beregnungsanlage. hmm - hast Du Dir die Lage mal auf Bing angeschaut ... ? Wie ein geschickter Foto-Ausschnitt doch in die Irre führen kann! 2013/8/14 Andre mr.jo...@ewetel.net Ist das in [1] ein Hydrant oder der Anschluss für eine Beregnunganlage? Es handelt sich um diesen [2] Knoten. Der Punkt liegt also in einem kleinen Dorf in der Nähe von Feldern. eher direkt an einer Straßenkreuzung (Trinkwasserversorgung) und in der Nähe von Gebäuden ... Die Felder liegen doch erst jenseits der bebauten Grundstücke. Bestimmt gibt es an der Straße ein entsprechendes Hinweisschild - oder woher hast Du sonst den Leitungsdurchmesser 150? Also: Hydrant. Ich würde den node allerdings noch weiter auf das Grün Richtung Hecke verschieben und die Lage als fire_hydrant:position=green angeben. Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMF-Vorstandswahl
Hallo, ich war diesmal so mit den anderen Announcements beschaeftigt, dass ich ganz vergessen habe, hier zu schreiben: Auf der SotM naechsten Monat gibt es wieder eine Vorstandswahl; drei Posten im siebenkoepfigen Gremium werden neu verteilt. Fuer zwei davon bewerben sich die bisherigen Amtsinhaber erneut. Allerdings kann sich jeder aufstellen lassen, der Mitglied der OSMF ist. Details hier: http://wiki.openstreetmap.org/wiki/Foundation/AGM13/Election_to_Board Wenn jemand ueberlegt, ob das was fuer ihn/sie ist, beantworte ich Fragen zur Vorstandsarbeit gern auch per Mail. Die OSMF ist schon manchmal dafuer kritisiert worden, dass ihr Vorstand ja nur aus weissen europaeischen Maennern mittleren Alters bestehe. Da koennen wir nichts dran aendern - wir haben keine Quoten, und wer gewaehlt wird, wird gewaehlt. Dennoch: Wenn hier jemand mitliest, oder wenn jemand jemanden kennt, der *nicht* in diese Gruppe gehoert, dann wuerde ich mich ueber eine solche Kandidatur besonders freuen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Oracle-DBA gesucht
Hallo zusammen, ich weiß, das hier ist nicht das richtige Forum, aber ich meine, es ist voller potenzieller Kandidaten (DB- und GIS-Spezialisten). Deshalb hier die unsere Anfrage: Kennt jemand jemanden, der vielleicht eine Oracle-Stelle sucht. Wir hätten da eine - sofort und dringend zu besetzen. Details: http://www.itc-halle.de/de/Unternehmen/Stellenangebote/2013-01-Datenbankadm-00299/ Danke, mikeE. ::: Freie Geodaten? - http://www.osmwms.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oracle-DBA gesucht
Il giorno 15/ago/2013, alle ore 10:08, Elstermann, Mike mike.elsterm...@itc-halle.de ha scritto: ich weiß, das hier ist nicht das richtige Forum, +1 Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hydrant oder Beregnungsanlage
Moin, Bestimmt gibt es an der Straße ein entsprechendes Hinweisschild - oder woher hast Du sonst den Leitungsdurchmesser 150? ja also schräg gegenüber auf der anderen Straßenseite steht so ein Hinweisschild. Aber die Entfernungsangaben passen nicht zu dem Standort an der Hecke. Ich werde mir das wohl nochmal angucken. Vielleicht sind da ja zwei Hydranten. Sollte der fragliche Anschluss ein Hydrant sein, werde ich dort emergency=suction_point als tag verwenden. Das hatte ich gestern im Wiki übersehen. Danke für die Hilfe :-) viele grüße Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oracle-DBA gesucht
Elstermann, Mike schrieb: ich weiß, das hier ist nicht das richtige Forum, Das hier ist ein Forum? :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-08-15T15:31:41+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hydrant oder Beregnungsanlage
Am 15.08.2013 15:32, schrieb Andre: Moin, Bestimmt gibt es an der Straße ein entsprechendes Hinweisschild - oder woher hast Du sonst den Leitungsdurchmesser 150? ja also schräg gegenüber auf der anderen Straßenseite steht so ein Hinweisschild. Aber die Entfernungsangaben passen nicht zu dem Standort an der Hecke. Ich werde mir das wohl nochmal angucken. Vielleicht sind da ja zwei Hydranten. Sollte der fragliche Anschluss ein Hydrant sein, werde ich dort emergency=suction_point als tag verwenden. Das hatte ich gestern im Wiki übersehen. Ein Hydrant ist es zweifelsohne. Solche Überflurhydranten als Feuerwehrhydranten in roter Lackierung gibt es in meiner Gegend auch. Aber... Gehört dieser überhaupt zur Notfall-Infrastruktur? Wenn nicht, was ist es dann? Wenn das nicht eindeutig ein Hydrant für irgendwelche Notfälle ist, sollte man ihn nicht als solchen taggen. Die Ausführung des Schildes könnte ein Hinweis sein. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Giveboxen und öffentlichen Bücherschränken
Am Dienstag, 13 Aug. 2013 16:07:47 +0200 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Genau darüber gab es erst vor kurzem eine Diskussion auf der tagging-Liste. Allerdings ohne nenneswertes Ergebnis. http://lists.openstreetmap.org/pipermail/tagging/2013-August/014401.html Danke, genau nach sowas hab ich gesucht. -- Wuzzy XMPP: wuz...@jabber.ccc.de E-Mail: wuz...@mail.ru ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF-Vorstandswahl
Frederik Ramm frede...@remote.org wrote: Die OSMF ist schon manchmal dafuer kritisiert worden, dass ihr Vorstand ja nur aus weissen europaeischen Maennern mittleren Alters bestehe. Da koennen wir nichts dran aendern - wir haben keine Quoten, und wer gewaehlt wird, wird gewaehlt. Dennoch: Wenn hier jemand mitliest, oder wenn jemand jemanden kennt, der *nicht* in diese Gruppe gehoert, dann wuerde ich mich ueber eine solche Kandidatur besonders freuen. Gesucht wird also eine junge (oder alte) Frau mit dunkler Hautfarbe, die freiwillig einen ehrenamtlichen Job macht. Ich fürchte das wird nichts. Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /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] Fahrradrouting mit OpenRouteService
Volker Schmidt vosc...@gmail.com wrote: Vergass zu erwaehnen, dass ich fuer die offline track-Erstellung bikeroutetoaster.com oder bikehike.co.uk benutze. Beide erlauben das Mixen von routing mit OSM, routing mit GMaps und die Erstellung von Hand. Beide benutzen fuer das OSM routing cloudmade routing. Werden da Höhendaten berücksichtigt? Gut finde ich den BRouter von Arndt Brenschede, der SRTM verwendet: http://brensche.de/brouter/ Das Webinterface ist zwar furchtbar, aber das Ergebins ist das Beste was ich für Radfahrer bisher gesehen habe. Gruss Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /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] Fahrradrouting mit OpenRouteService
Beide benutzen fuer das OSM routing cloudmade routing. Werden da Höhendaten berücksichtigt? Gute Frage. Die Antwort weiss ich nicht. Beide benutzen fuer OSM routing Cloudmade routing, ueber das ich uebrigens gerne mehr erfahren wuerde, als nur zu wissen, wie man es benutzt. Gut finde ich den BRouter von Arndt Brenschede, der SRTM verwendet: http://brensche.de/brouter/ Das Webinterface ist zwar furchtbar, aber das Ergebins ist das Beste was ich für Radfahrer bisher gesehen habe Ohne ein besseres Interface fuer den Routine-Einsatz nicht brauchbar. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting mit OpenRouteService
Sven Geggus wrote Werden da Höhendaten berücksichtigt? Demnächst könnte das Fahrradrouting von Graphhopper interessant werden. Das wird Höhendaten berücksichtigen und hat eine hübsches Webinterface. Die Höhenauswertung steckt allerdings noch im Pull Request. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Fahrradrouting-mit-OpenRouteService-tp5770851p5773743.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF-Vorstandswahl
Hallo, On 15.08.2013 16:50, Sven Geggus wrote: Gesucht wird also eine junge (oder alte) Frau mit dunkler Hautfarbe, die freiwillig einen ehrenamtlichen Job macht. Und idealerweise nicht aus Europa ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vergleich Fahrradrouting (was: Fahrradrouting mit OpenRouteService)
Volker Schmidt vosc...@gmail.com wrote: Gute Frage. Die Antwort weiss ich nicht. Ich vermute Nein, siehe unten. Ohne ein besseres Interface fuer den Routine-Einsatz nicht brauchbar. Ehrlich gesagt ist mir ein gutes Ergebnis wichtiger als ein hübsches Interface. Ich lade mir das derzeit als GPX runter und arbeite dann mit Viking weiter. Weil mich das jetzt aber selbst mal interessiert hat habe ich das mal auf meine Standard Teststrecke vom Rheintal in den Kraichgau losgelassen: http://geggus.net/radrouting/ Wenn ich rund 16km von 120N.N. auf 150N.N. radle, dann möchte ich definitiv nicht auf 260N.N. hoch um 3km zu sparen. Es gibt sicher noch krassere Beispiele. Sieger im Vergleich zu meiner Erfahrungsstrecke ist der Brouter mit ignoriere Radrouten, ganz dicht gefolgt von naviki, der fast den selben Weg vorschlägt. Alles was mich über den Berg führt halte ich für unbrauchbar, wenn man sich außerhalb von Landstrichen befindet, in denen man Hügel vernachlässigen kann. Im Allgäu oder so findet man bestimmt noch krassere Beispiele als hier im Kraichgau. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /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] OSMF-Vorstandswahl
Hallo Frederik, Wenn jemand ueberlegt, ob das was fuer ihn/sie ist, beantworte ich Fragen zur Vorstandsarbeit gern auch per Mail. Nur mal der Neugierde halber. Mit wieviel Aufwand an - regelmäßigen Fernkonferenzen (Frequenz, Terminlage, Dauer, Medium)? - Reiseaktivität - sonstigem finanziellen Aufwand ist für ein Board-Mitglied zu rechnen? Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF-Vorstandswahl
Am 15.08.2013 21:55, schrieb Roland Olbricht: Nur mal der Neugierde halber. Mit wieviel Aufwand an - regelmäßigen Fernkonferenzen (Frequenz, Terminlage, Dauer, Medium)? Die Telefonkonferenzen sind (im Augenblick) einmal pro Monat, Dauer 1 Stunde. - Reiseaktivität Im allgemeinen fast nichts, es gibt traditionell einmal im Jahr ein face to face Meeting, und Anwesenheit an der Generalversammlung wäre sinnvoll - sonstigem finanziellen Aufwand Die meisten zahlen ihre Spesen selber auch wenn man sich die im Prinzip erstatten lassen könnte, sprich es ist nicht extrem viel aber auch nicht nichts. ist für ein Board-Mitglied zu rechnen? Natürlich ist der wesentliche Punkt die Menge Zeit die man investiert und das hängt natürlich sehr stark davon ab wie stark man sich engagiert. Was ich (und ich glaube nicht nur ich) klar nicht mehr will, ist das Boardmitlieder sich für alles mögliche melden und schlussendlich, nur schon aus praktischen Gründen, nichts davon machen. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Unire due livelli
Se mi dici come si fa a metter solo le differenze... e questo che domando. Dimmi come posso farti avere il file, che comunque è da sistemare perchè ci sono tante linee spezzate e pale non collegati alla linea, ma questo lo sto correggendo un po' alla volta. Il file mi è stato passato così. -- View this message in context: http://gis.19327.n5.nabble.com/Unire-due-livelli-tp5773537p5773677.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
2013/8/11 Salemme Guido salemme.gu...@email.it: è da tempo che cerco un'applicazione che dato un punto iniziale preso da gps (o indicato manualmente) sfruttando i sensori giroscopio e accelerometri riesce a fare una traccia senza l'ausilio del gps qualcuno sa se esiste? L'idea di fondo di quello che proponi si chiama Real-Time Kinematics (RTK) positioning system e c'è un progetto molto interessante che ho visto recentemente su Kickstarter per usarlo, insieme al GPS, per migliorare il tracciamento _dinamico_. Pagina: http://www.kickstarter.com/projects/swiftnav/piksi-the-rtk-gps-receiver Potrebbe essere interessante per i mappatori. -- Giuseppe Oblomov Bilotta ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Scelta di TAG
Sono alle prese con l'alveo di un importante fiume. Lo scenario vede: - il fiume: waterway=river + layer=-1 + name= Fiune Secchia - l'area che il fiume occupa: waterway=riverbank + layer=-1 - l'area che il fiume potrebbe occupare: natural=riverbed + landcover=gravel/sand/rock/grass/trees - l'area degli argini: man_made=embankment + landcover=grass/trees Il tutto unito da una relazione: type=boundary + name Fiume Secchia Commenti e suggerimenti sui TAG sono bene accetti. P.S. - alle volte nell'area che il fiume potrebbe occupare (lo spazio tra embankment riverbank) vi sono anche estese coltivazioni: frutteti, vigneti, pioppeti, foraggio, mais. In questo caso come suggerite di mappare? È da prendere in considerazione il tagging: landuse=basin + basin=detention + landcover=grass/trees/bushes/crop ? Grazie Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scelta di TAG
2013/8/15 Giuseppe Amici giuseppeam...@virgilio.it Lo scenario vede: - il fiume: waterway=river + layer=-1 + name= Fiune Secchia - l'area che il fiume occupa: waterway=riverbank + layer=-1 - l'area che il fiume potrebbe occupare: natural=riverbed + landcover=gravel/sand/rock/grass/trees - l'area degli argini: man_made=embankment + landcover=grass/trees Il tutto unito da una relazione: type=boundary + name Fiume Secchia perché boundary? Metterei allora un boundary=* (forse natural o waterway?) per lasciare meno ambiguità ma credo che in realtà non serve quella relazione (si capisce già dalla posizione che tutto sta insieme). Commenti e suggerimenti sui TAG sono bene accetti. non mettere generalmente il layer-tag ai waterway, solo in casi eccezionali (correnti d'acqua sotterrati), altrimenti nasconde errori esistenti (per esempio ponti mancanti) e si rischia di creare casini quando si incrocia un tunnel ecc. P.S. - alle volte nell'area che il fiume potrebbe occupare (lo spazio tra embankment riverbank) vi sono anche estese coltivazioni: frutteti, vigneti, pioppeti, foraggio, mais. In questo caso come suggerite di mappare? mapparei i frutteti ecc. come sono. È da prendere in considerazione il tagging: landuse=basin + basin=detention + landcover=grass/trees/bushes/crop non saprei, è ipotizzabile. Ma casomai gli argini non sono molto più alti del fiume o nel caso di un fiume naturale, metteresti quel landuse=basin su una zona larga chilometri? landuse=basin forse non è il landuse prevalente? O si? In generale queste zone si possono anche calcolare con un modello del terreno (idealmente con integrazione dei embankment ecc.) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Scelta di TAG
È da prendere in considerazione il tagging: landuse=basin + basin=detention + landcover=grass/trees/bushes/crop Da: Martin Koppenhoefer non saprei, è ipotizzabile. Ma casomai gli argini non sono molto più alti del fiume o nel caso di un fiume naturale, metteresti quel landuse=basin su una zona larga chilometri? landuse=basin forse non è il landuse prevalente? O si? In generale queste zone si possono anche calcolare con un modello del terreno (idealmente con integrazione dei embankment ecc.) Gli argini sono proprio alti: dai 3 ai 5 metri e oltre. In alcuni tratti sono anche molto distanti dall’effettivo letto del fiume. Così da costituire una area dove l’onda di piena “perde di potenza” preservando le strutture civili (case / strade) esterne all’embankment. Il punto dove il fiume passa da essere privo di argini a dotato di argini ha anche diverse opere idrauliche. La più importante riguarda le così dette casse di espansione. Che sono formate da una vasta area di argini e da uno scolmatore che in caso di piena devia le acque che superano una certa altezza in questo territorio. In condizioni normali la maggior parte di questa opera idraulica è formata da bosco. Infatti la sua mappatura attuale è: landuse=forest. Almeno in questo ultimo caso: landuse=basin + basin=detention + landcover=trees mi pare adeguato. Altre considerazioni? Ciao beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scelta di TAG
- l'area che il fiume occupa: waterway=riverbank + layer=-1 - l'area che il fiume potrebbe occupare: natural=riverbed + landcover=gravel/sand/rock/grass/trees L'uso di natural=riverbed sembra una cosa italiana, non documentata nel wiki. Non ho capito a che cosa si riferisce. Ovviamente c'è anche un problema con riverbank per fiumi naturali. Se prendi il Piave o il Tagliamento, che cosa è riverbed, che cosa è riverbank? In situazioni estremi non c'è praticamante acqua in superficie, in piena riempie tutto fino agli argini di protezione, dove ci sono. Vedo che il concetto riverbed veniva utilizzato dai importatori nel nord - forse qualcuno potrebbe fornire una spiegazione. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scelta di TAG
2013/8/15 Volker Schmidt vosc...@gmail.com L'uso di natural=riverbed sembra una cosa italiana, non documentata nel wiki. Non ho capito a che cosa si riferisce. al letto del fiume (in tedesco: Flussbett), http://de.wikipedia.org/wiki/Flussbett non richiede un fiume attivo o acqua. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
Comunque prima di essere così sicuro della scarsa qualità dei sistemi inerziali sui cellulari preferirei leggerne le specifiche tecniche prima... -- View this message in context: http://gis.19327.n5.nabble.com/Posizionamento-Smartphone-Giroscopio-ecc-tp5773227p5773768.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Herregårde
Jeg startede d. 3/8 i denne tråd med at anbefale building=manor, så jeg er helt enig med Leifs løsning. Flot arbejde. Men tak for citater og eksempel, Søren. De understøtter jo min pointe, som er: historic=manor er alt for upræcis og værdiladet til danske forhold. Jeg er ikke enig med dig i, at alle herregårde er af historisk interesse, men hvis man vil vise det, så kan man jo bare sætte start_date på bygningen. I øvrigt indikerer herregårdsdefinitionen, at der kommer nye herregårde til, fx til beboelse ved storlandbrug. Vedr. alt_name så skal man da bruge det, hvis man synes. Jeg påpeger bare nogle svagheder ved metoden samt at vi kan komme til at legitimere en fejl. /sba-dk Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 14. august 2013 19:56 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Herregårde Hej Sonny Hvilket tag skulle så være fælles for de ca. 730 herregårde der findes i Danmark? Fra wikien The tag historic=manor may be used for country houses once used as manor house or mansion or as home of gentry / landowners Bemærk once used - Da herregårde i deres oprindelig form og rettigheder ikke findes mere i Danmark, kan det siges at være i de historiske OSM tags område. Nu er det ikke bare taget ud af den blå luft. Fx Dansk Center for Herregårdsforsknings definition Begrebet herregård er grundlæggende et historisk begreb, som knytter sig til en virkelighed, der ikke længere eksisterer. Det er imidlertid centrets opfattelse, at man kun kan betegne en gård som værende en herregård, hvis den var det på en tid, hvor begrebet var nutid. http://herregaardsforskning.dk/hvad-er-en-herregaard.aspx Kigger vi på OSM historic wiki The historic=* key is used to identify features that are of historic interest.[...]The degree to which the subject is generally considered to be of historical importance. For example, inclusion in an authoritative listing of historic sites, or a special protected status is not a requirement, but might be considered as supporting evidence that a feature is sufficiently important. Hvis vi går ud fra at en slægt stadigvæk bor der - så vil Egeskov Slot (som er en herregård) ikke kunne få tagget historic=manor fordi Ahlefeldt-Laurvig-Bille slægten bor der nu. Mens Orebjerg (Nordsjælland) ejet af Pagterold ApS v/a Jørn E. Jensen godt kan få historic=manor, da det ikke er adel/baron/greve slægt der bor der nu . Egeskov Slot er så ikke af historisk interesse (i form af et historic tag) , mens den lille Orebjerg herregård er det. Det giver ingen mening for de fleste. Derfor mener jeg det er lettere at sige at Danmarks ca. 730 herregårde er alle sammen historiske interessante og kan smides i historic=manor eller building=manor). Desuden vil der aldrig komme nogle nye herregårde til, så det er ikke sådan noget op ad bakke arbejde med at holde øje med nye i ens lokalområde. Derudover er der genfinding, som er lettere ved at have et fælles tag(s) for herregårde i Danmark - Fx hent alle herregårde på Fyn via diverse API'er (måske OverPass API). Vedr. alt_name for Sandbjerg Slot (off. navn Sandbjerg Gods) - snakker ikke om alle mulige stavefejlskombinationer - men at fx Kulturarvstyrelsen, VisitAabenraa brugte denne fejlagtige Sandbjerg Slot og så det vel smart at det kan genfindes under samme fejlagtige stavemåde. Stadigvæk så er name= Sandbjerg Gods jo det officielle navn og som bliver evt. vist på kortene - Sandbjerg Slot findes så bare bagved og gør at det kan genfindes. alt_name er også praktisk når lokale ved at det er også er kendt under noget andet fx Christiansholm (off. navn) som blandt mange københavnerne er kendt som Papirøen. OSM bliver mere værdifuld når sådan lokalviden bliver lagt ind. vh. Søren 2013/8/14 Sonny B. Andersen s...@bukhmark.dk Hej Søren,- Det virker som om du overser den engelske tag-beskrivelse, eller har du en ny definition ?? Der er masser af herregårde, der stadig kun bruges til beboelse for slægten, så de kan da ikke tagges som historic=manor. Vedr. Sandbjerg Gods, så synes jeg, at vi skal respektere ejerens navnebrug, og Aarhus Universitet bruger altså betegnelsen Gods. Tilsvarende regel gælder for Schackenborg, hvor kongehuset bruger betegnelsen Slot, selv om det ikke blev opført som fyrstebolig. Jeg synes, at det i dette tilfælde vil være et bedrevidende skråplan at bruge dit forslag om alternative navne, og hvis det kun er af hensyn til søgemaskinen, så kan vi jo få nok at lave. Fx skulle færgehavnen Bøjden også have alt_name=Boyden (sic!) bare fordi en journalist ved Lokalavisen ikke kan stave; det kunne jo være, at nogen ville søge i OSM efter Boyden! hilsen/sba-dk -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 3. august 2013 12:45 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Herregårde OK, men hvis man skal følge den engelske tag-beskrivelse, så er det kun
Re: [Talk-se] Kvartersnamn
Visst kan man lägga in det som en nod om man vill, men jag ser ingen anledning att föredra det framför yta, som du ju själva påpekar. Ett slutet kvarter i innerstaden är det ju dock inte svårt att lista ut vad det innefattar. Kan vara svårare om man får tag på kvartersnamn utanför innerstaden, där de inte lika ofta står skyltade. Ett reellt problem är att place= i en yta inte renderar namnet, men det är ett problem för renderaren snarare än för mapparen. Jag förstår fortfarande inte varför man ska mappa flera ytor med samma täckning och samma betydelse. Ett kvarter är en residential-yta, även om den kanske är mer avgränsat än en hel ort eller ett bostadsområde. Men hur man bestämmer sig för att avgränsa residentialytorna är ändå klart godtyckligt om man inte får utgå ifrån en place-avgränsning. /Andreas 2013/8/14 Markus Lindholm markus.lindh...@gmail.com 2013/8/14 Andreas Vilén andreas.vi...@gmail.com Jag har tänkt att datan för ytan gäller även kvarteret, därför finns ingen anledning att inte lägga datan på ytan. En nod har ju heller ingen definierad yta. Visst kan man rita en nya yta som exakt motsvarar en annan, men ser inte poängen med det alls. En poäng är att man följer principen: One feature one OSM element http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element Ang att en residential täcker mer än ett kvarter är det självklart, men inget säger att man inte kan skapa en per kvarter. Tvärtom är det då lättare att upptäcka uppehåll i bostadstäckningen. Att tagga en nod för något som rör en yta anser jag dock är helt främmande, när vi har tillgång till bättre data. Självklart är det bättre att mappa place=city_block som en yta istället för en nod. Men jag förstår inte varifrån du får att det skulle vara fel eller främmande att mappa den som en nod. Det finns faktiskt tio gånger mer place-objekt som är noder än ytor. Men som sagt, yta är bättre, men man kanske inte alla gånger har tillräckligt med information för att kunna rita en yta, men ändå vill spara kvartersnamnet. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kvartersnamn
Jag skrev Ett kvarter är en residential-yta, läs Ett kvarter är en landuseyta 2013/8/15 Andreas Vilén andreas.vi...@gmail.com Visst kan man lägga in det som en nod om man vill, men jag ser ingen anledning att föredra det framför yta, som du ju själva påpekar. Ett slutet kvarter i innerstaden är det ju dock inte svårt att lista ut vad det innefattar. Kan vara svårare om man får tag på kvartersnamn utanför innerstaden, där de inte lika ofta står skyltade. Ett reellt problem är att place= i en yta inte renderar namnet, men det är ett problem för renderaren snarare än för mapparen. Jag förstår fortfarande inte varför man ska mappa flera ytor med samma täckning och samma betydelse. Ett kvarter är en residential-yta, även om den kanske är mer avgränsat än en hel ort eller ett bostadsområde. Men hur man bestämmer sig för att avgränsa residentialytorna är ändå klart godtyckligt om man inte får utgå ifrån en place-avgränsning. /Andreas 2013/8/14 Markus Lindholm markus.lindh...@gmail.com 2013/8/14 Andreas Vilén andreas.vi...@gmail.com Jag har tänkt att datan för ytan gäller även kvarteret, därför finns ingen anledning att inte lägga datan på ytan. En nod har ju heller ingen definierad yta. Visst kan man rita en nya yta som exakt motsvarar en annan, men ser inte poängen med det alls. En poäng är att man följer principen: One feature one OSM element http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element Ang att en residential täcker mer än ett kvarter är det självklart, men inget säger att man inte kan skapa en per kvarter. Tvärtom är det då lättare att upptäcka uppehåll i bostadstäckningen. Att tagga en nod för något som rör en yta anser jag dock är helt främmande, när vi har tillgång till bättre data. Självklart är det bättre att mappa place=city_block som en yta istället för en nod. Men jag förstår inte varifrån du får att det skulle vara fel eller främmande att mappa den som en nod. Det finns faktiskt tio gånger mer place-objekt som är noder än ytor. Men som sagt, yta är bättre, men man kanske inte alla gånger har tillräckligt med information för att kunna rita en yta, men ändå vill spara kvartersnamnet. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Enlace A-2 con AP-7 de Fornells de la Selva
En esta entrada por lo que he visto si. El dj 15 de 08 de 2013 a les 13:23 +0200, en/na Jan Esquerra va escriure: ok, entre todos lo mejoramos todo, ese es el espiritu de OSM, no? tengo entendido que viniendo del sur por la A2 solo se puede coger la AP7 sentido norte. Mañana cojo track y me fijo en lo que pueda Salut 2013/8/15 xevi xbarn...@gmail.com Hola Jan, yo la acabo de marcar aunque por lo que he visto no hay numero de salida y solo es de un sentido. Si puedes mejorar algo de lo que he hecho lo lo dudes, tambien seria bueno revisar la zona de la union entre la N-2/A-2 y la AP7 ya que creo que alli tambien han hecho cambios http://www.openstreetmap.org/#map=16/41.9228/2.7939 Saludos si no hay cambios de ultima hora, el viernes pasare por alli, de bajada y de subida 2013/8/14 Ricardo Sanz ricardosanz1...@gmail.com Buenos días, A ver si alguien de la zona puede mapear la puesta en marcha de este enlace: http://www.fomento.gob.es/NR/rdonlyres/70c901ad-d493-4933-b248-f3cf4014a438/119417/130813enlaceFornells.jpg ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ee] Presentation videos
Hi Tomas, Yes, the videos are just from yesterday in Youtube playlist http://www.youtube.com/playlist?list=PLhSfXPlJZRYZ-d3lwkcNm7KdNQ5yuoEwx Jaak On 15.08.2013, at 12:03, Tomas Straupis tomasstrau...@gmail.com wrote: Hello Have videos of presentations been uploaded somewhere? -- Tomas ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-ca] Green alleys in Montréal (ruelles vertes)
Hello, I would like to have some advise on how best identify green alleys in OpenStreetMap data. Green alleys (ruelles vertes in French) are alleys that a group of local residents embellish with vegetation. Here is the Wikipedia page on the subject in Montréal: http://fr.wikipedia.org/wiki/Ruelle_verte Here is a link in English: http://kandkadventures.com/green-alleys-of-montreal/ These green alleys are identifiable because they have dedicated signs for them: http://commons.wikimedia.org/wiki/File:WTMTL_T52_DSF2289.JPG There are hundreds of them in Montréal: http://goo.gl/maps/cMaor The project seems unique to Montreal. Other cities have green alleys (Chicago, Austin (Texas), Seattle, City of Dubuque and some others), but the program in the states is about the permeability of the pavement: http://www.cityofchicago.org/dam/city/depts/cdot/Green_Alley_Handbook_2010.pdf However, in some cases, like the City of Dubuque, they also have a recognizable sign: http://www.dmgov.org/Government/CityCouncil/WorkshopDocuments/072511Green%20Alley%20Infrastructure.pdf (image on page 14) All of these green alleys are already identified as: highway = service service = alley Would it be possible to use some kind of green alley tag for these service alleys? Or would it be better to use a more general concept of a green space or of a community-driven green project? Thanks! Guillaume___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Qualification des routes (italiennes) et autres questions...
Sébastien Dinot a écrit : Et c'est une évidence, en l'état, OSM tranche : http://www.openstreetmap.org/#map=15/43.5108/12.6173 Bon, c'est sûr, maintenant que j'ai rectifié le tir, c'est moins évident mais j'ai pris soin de faire une capture d'écran avant de pousser mes dernières modifications : http://sebastien.dinot.free.fr/osm/Monte_Petrano_z_15_lat_43.5124_lon_12.5956_20130815-0138.png 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] Qualification des routes (italiennes) et autres questions...
Le 15/08/2013 01:23, Sébastien Dinot a écrit : Sébastien Dinot a écrit : Argh ! Il va donc falloir que j'opte pour un « surface=fine_gravel » + « tracktype=grade2 » + « smoothness=intermediate » (voire carrément « bad »). L'ignorance a du bon ! :) Diantre, mais en plus, cela se fait : http://wiki.openstreetmap.org/wiki/Tagging_samples/out_of_town Cf. septième exemple : * highway=track * name=track_name (if applicable) * tracktype=grade3 * surface=sand * usability=robust_wheels * smoothness=very_bad Outch ! Et bien, dites-moi, j'en aurai appris des trucs moi aujourd'hui ! Ces exemples sont assez ridicule. Spécifier asphalt sur toutes les routes principales c'est complètement redondant et inutile. et usability=robust_wheels c'est le ponpon ! tracktype est largement suffisant pour définir la carrossabilité d'une piste. éventuellement surface pour les cas particulier. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] man_made=power_pole et man_made=power_tower
Bonjour, Hier et aujourd'hui des gros changeset ont été fait pour rajouter les balises man_made=power_pole et man_made=power_tower aux pylones électriques existants déjà balisé en power=pole et power=tower. http://www.openstreetmap.org/browse/changeset/17352703 http://www.openstreetmap.org/browse/changeset/17352678 http://www.openstreetmap.org/browse/changeset/17352596 ... Je ne comprends pas l’intérêt de ces modifications et je propose qu'elles soit annulées. Le wiki propose l'usage de power=pole ou tower http://wiki.openstreetmap.org/wiki/FR:Key:power?uselang=fr par contre man_made=power_tower ou power_pole est inconnu http://wiki.openstreetmap.org/wiki/FR:Key:man%20made?uselang=fr La prochaine innovation sera t'elle de rajouter sur les highway une balise man_made=highway_residential ou man_made=highway_primary ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Attributs
Bonjour. J'utilise la page http://wiki.openstreetmap.org/wiki/FR:Map_Features pour rechercher les attributs que je ne trouve pas facilement dans josm. Il y a dans ma commune un café qui faisait restaurant et qui vient de fermer. Le local est en attente d'un repreneur. Puis-je étiqueter que le café avec coin restauration est momentanément fermé ? Nous avons également un centre paramédical : l'immeuble appartient à la mairie et abrite kinésithérapeutes, psychologue, nutritionniste, pédicure... -- Pétition pour stopper les brevets logiciels en Europe : http://petition.stopsoftwarepatents.eu/ Devenez cartographe ! La carte coopérative libre : http://osm.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Attributs
disused:amenity=restaurant Pour un centre médical de ce type regroupant plusieurs docteurs, amenity=doctors - http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddoctors Et pour chercher des tags dans JOSM - F3 ! Le 15 août 2013 10:49, Sylvie Vilas s.vi...@wanadoo.fr a écrit : Bonjour. J'utilise la page http://wiki.openstreetmap.org/wiki/FR:Map_Features pour rechercher les attributs que je ne trouve pas facilement dans josm. Il y a dans ma commune un café qui faisait restaurant et qui vient de fermer. Le local est en attente d'un repreneur. Puis-je étiqueter que le café avec coin restauration est momentanément fermé ? Nous avons également un centre paramédical : l'immeuble appartient à la mairie et abrite kinésithérapeutes, psychologue, nutritionniste, pédicure... -- Pétition pour stopper les brevets logiciels en Europe : http://petition.stopsoftwarepatents.eu/ Devenez cartographe ! La carte coopérative libre : http://osm.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
Hello, OSMAND m'a proposé de prendre en mode navigation GPS une route trop petite, comment coder des routes à éviter dans de tels cas sauf si c'est le lieu d'arrivée bien sur ? https://groups.google.com/forum/#!topic/osmand/lTw-m9EX_mw -- View this message in context: http://gis.19327.n5.nabble.com/Raw-code-pour-eviter-qu-un-navigateur-GPS-prenne-une-route-tp5773687.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Attributs
Le 15/08/2013 10:57, Christian Quest a écrit : disused:amenity=restaurant Et pour chercher des tags dans JOSM - F3 ! Merci. Pour un centre médical de ce type regroupant plusieurs docteurs, amenity=doctors - http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddoctors Justement, il n'y a aucun docteur à cet endroit... Le 15 août 2013 10:49, Sylvie Vilas s.vi...@wanadoo.fr a écrit : Nous avons également un centre paramédical : l'immeuble appartient à la mairie et abrite kinésithérapeutes, psychologue, nutritionniste, pédicure... -- Pétition pour stopper les brevets logiciels en Europe : http://petition.stopsoftwarepatents.eu/ Devenez cartographe ! La carte coopérative libre : http://osm.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des routes (italiennes) et autres questions...
2013/8/15 Christophe Merlet red...@redfoxcenter.org: * surface=sand * usability=robust_wheels * smoothness=very_bad Ces exemples sont assez ridicule. Spécifier asphalt sur toutes les routes principales c'est complètement redondant et inutile. et usability=robust_wheels c'est le ponpon ! J'ai viré les deux derniers attributs. C'est une page pour les débutants. Inutile de les noyer dans des attributs gadgets ou inconnus (800 usability alors que la proposition a 5 ans...) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Attributs
2013/8/15 Sylvie Vilas s.vi...@wanadoo.fr: - http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddoctors Justement, il n'y a aucun docteur à cet endroit... Pas de docteurs, alors pas de doctors. Pour ces cas, il faut aller voir la proposition heathcare 2.0: http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0 http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Examples Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Attributs
J'avais loupé le para avant le médical ;) Dans ce cas... http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare propose shop=medical + healthcare:speciality=*;*;* mais c'est très peu utilisé d'après taginfo (101 dans le monde seulement). Le 15 août 2013 11:39, Sylvie Vilas s.vi...@wanadoo.fr a écrit : Le 15/08/2013 10:57, Christian Quest a écrit : disused:amenity=restaurant Et pour chercher des tags dans JOSM - F3 ! Merci. Pour un centre médical de ce type regroupant plusieurs docteurs, amenity=doctors - http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddoctors Justement, il n'y a aucun docteur à cet endroit... Le 15 août 2013 10:49, Sylvie Vilas s.vi...@wanadoo.fr a écrit : Nous avons également un centre paramédical : l'immeuble appartient à la mairie et abrite kinésithérapeutes, psychologue, nutritionniste, pédicure... -- Pétition pour stopper les brevets logiciels en Europe : http://petition.stopsoftwarepatents.eu/ Devenez cartographe ! La carte coopérative libre : http://osm.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] man_made=power_pole et man_made=power_tower
2013/8/15 Christophe Merlet red...@redfoxcenter.org: Hier et aujourd'hui des gros changeset ont été fait pour rajouter les balises man_made=power_pole et man_made=power_tower aux pylones électriques existants déjà balisé en power=pole et power=tower. G. Surtout que c'est Vincent qui fait ça alors qu'il sait qu'on doit discuter avant de lancer ce genre de changements massifs. La question a été posée sur la liste tagging il y a quelques jours et le refus est aussi assez clair de ne pas changer 5 millions d'objets sans une bonne raison: http://lists.openstreetmap.org/pipermail/tagging/2013-August/014458.html Je ne comprends pas l’intérêt de ces modifications et je propose qu'elles soit annulées. +1 Tu t'en charges ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Attributs
La vache... faut un doctorat en tagging pour s'y retrouver et pour réutiliser ? 2013/8/15 Pieren pier...@gmail.com: 2013/8/15 Sylvie Vilas s.vi...@wanadoo.fr: - http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddoctors Justement, il n'y a aucun docteur à cet endroit... Pas de docteurs, alors pas de doctors. Pour ces cas, il faut aller voir la proposition heathcare 2.0: http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0 http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Examples Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
2013/8/15 willemijns sebast...@willemijns.com: OSMAND m'a proposé de prendre en mode navigation GPS une route trop petite, comment coder des routes à éviter dans de tels cas sauf si c'est le lieu d'arrivée bien sur ? http://www.openstreetmap.org/browse/way/233559678 D'abord, c'est une ruelle à sens unique - oneway=yes Je ne vois pas de panneau indiquant que c'est réservé aux riverains mais vu la configuration des lieux, on peut effectivement penser que c'est le cas - access=destination (normalement, les tags access reflètent un statut légal hors ici il n'y aucun panneau d'interdiction) Tant que tu y es, ajoute l'accent à la majuscule : Rue de l'Éperon Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Attributs
On Thu, Aug 15, 2013 at 12:04 PM, Christian Quest cqu...@openstreetmap.fr wrote: La vache... faut un doctorat en tagging pour s'y retrouver et pour réutiliser ? Oui, difficile à suivre... Mais c'es vrai que shop=* pour ces trucs, ça le fait pas trop (et depuis, le tag office est devenu plus populaire). Les propositions se comprennent mieux quand on connait la chronologie. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
Hello, D'abord, c'est une ruelle à sens unique - oneway=yes Il n'y a pas de sens interdit justement Je ne vois pas de panneau indiquant que c'est réservé aux riverains mais vu la configuration des lieux, on peut effectivement penser que c'est le cas - access=destination (normalement, les tags access reflètent un statut légal hors ici il n'y aucun panneau d'interdiction) oui voila, c'est ca... je sens que je vais creer un genre de access=avoid dans le wiki ^^ reste qu'il faudrait que les navigateurs GPS indexent ce code... -- View this message in context: http://gis.19327.n5.nabble.com/Raw-code-pour-eviter-qu-un-navigateur-GPS-prenne-une-route-tp5773687p5773701.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
2013/8/15 willemijns sebast...@willemijns.com: Il n'y a pas de sens interdit justement Ben moi, j'en vois un à l'est de la rue (sens unique de l'ouest vers l'est). De toute façon, vu l'étroitesse, ça ne peut être qu'à sens unique. oui voila, c'est ca... je sens que je vais creer un genre de access=avoid dans le wiki ^^ reste qu'il faudrait que les navigateurs GPS indexent ce code... Inutile de créer un nouveau tag pour dire à peu prèS la même chose. L'ajout d'un tag explicatif avec note=* pourra aider les contributeurs suivants à comprendre pourquoi tu ajoutes le tag access. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] man_made=power_pole et man_made=power_tower
Le 15/08/2013 12:01, Pieren a écrit : 2013/8/15 Christophe Merlet red...@redfoxcenter.org: Hier et aujourd'hui des gros changeset ont été fait pour rajouter les balises man_made=power_pole et man_made=power_tower aux pylones électriques existants déjà balisé en power=pole et power=tower. G. Surtout que c'est Vincent qui fait ça alors qu'il sait qu'on doit discuter avant de lancer ce genre de changements massifs. La question a été posée sur la liste tagging il y a quelques jours et le refus est aussi assez clair de ne pas changer 5 millions d'objets sans une bonne raison: http://lists.openstreetmap.org/pipermail/tagging/2013-August/014458.html Je ne comprends pas l’intérêt de ces modifications et je propose qu'elles soit annulées. +1 Tu t'en charges ? Cette nouvelle balise serait donc soit disant justifié pour pouvoir représenter sur le même nœud les transformateurs (power=transformer) accrochés aux poteaux électriques (power=pole) Mon avis est que c'est inutile car la présence d'un transformateur sur un poteau est implicite lorsque les câbles électriques relié à ce poteau sont de différentes tensions. Ça concerne le réseau électrique MT vers BT (donc terminal). avec des transfo qui dépasse rarement les 150 kVA. On trouve plus gros dans les immeubles et les PMI. Perso j'ai pas envie de rentrer dans une guerre d'édition et c'est plutot à la task force d'OSM et de son bot de reverter ce genre de modif. La discussion date d'avant-hier et manifestement certains ont décider malgré tout de modifier plus de 5 millions de noeuds en force en dépit des réticences exprimées !!! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] man_made=power_pole et man_made=power_tower
Bonjour, Quelle coïncidence ai-je envie de dire. Il y a un refus massif, mais visiblement une envie tout aussi grande que les choses changent non ? Le 15 août 2013 13:15, Christophe Merlet red...@redfoxcenter.org a écrit : Cette nouvelle balise serait donc soit disant justifié pour pouvoir représenter sur le même nœud les transformateurs (power=transformer) accrochés aux poteaux électriques (power=pole) Mon avis est que c'est inutile car la présence d'un transformateur sur un poteau est implicite lorsque les câbles électriques relié à ce poteau sont de différentes tensions. Non *pas d'accord du tout*. Tu peux avoir un support HTA avec une ligne BTB qui vient ponctuellement s'appuyer dessus sans avoir de transfo obligatoirement. Preuve : http://goo.gl/maps/aJVms Ça concerne le réseau électrique MT vers BT (donc terminal). avec des transfo qui dépasse rarement les 150 kVA. On trouve plus gros dans les immeubles et les PMI. Perso je m'arrête au niveau de tension HTA (nouvelle appellation MT) et ses transfos vers la BTB associés. Que ces transfos soient gros, petits, moyens, carrés ou rond, je souhaiterais ardemment par un soucis de cohérence évident qu'ils soient matérialisés par power=transformer En conservant power=pole et en admettant que le transfos est implicite, on favorise power=* pour un item qui n'a que peu à voir avec l'énergie (un banal poteau) au détriment d'un qui a des liens plutôt forts avec (un transfo). C'est complexe alors qu'il n'y a pas lieu. Je me permet d'insister parce que la cohérence, l'intuitivité et la polyvalence du modèle ont infiniment plus de valeur pour moi que des simples Ah mais yen a beaucoup trop.. Perso j'ai pas envie de rentrer dans une guerre d'édition et c'est plutot à la task force d'OSM et de son bot de reverter ce genre de modif. La discussion date d'avant-hier et manifestement certains ont décider malgré tout de modifier plus de 5 millions de noeuds en force en dépit des réticences exprimées !!! Pour moi c'est qu'il y a une volonté des deux côtés. Il faut surement trouver d'autres arguments qu'il y en a trop à chaque fois que quelque chose est proposé avec un raisonnement derrière. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] man_made=power_pole et man_made=power_tower
2013/8/15 Christophe Merlet red...@redfoxcenter.org: Perso j'ai pas envie de rentrer dans une guerre d'édition et c'est plutot à la task force d'OSM et de son bot de reverter ce genre de modif. La discussion date d'avant-hier et manifestement certains ont décider malgré tout de modifier plus de 5 millions de noeuds en force en dépit des réticences exprimées !!! Il n'y a pas de bot de reverter. Au mieux, un script perl. Mais JOSM peut aussi bien s'en charger. Ce genre de changements de tags, c'est aussi parce que les discussions tournent souvent autour des statistiques d'usage. Quand les statistiques ne sont pas à ton avantage, tu lances un changement sur une partie du monde pour que les chiffres soient moins défavorables. J'ai déjà vu cette stratégie lors d'autres propositions de changements. Pour être un peu plus juste, ces outils statistiques devraient uniquement montrer le nombre de contributeurs qui utilisent vraiment le tag (ceux qui l'ajoute dans l'historique de l'objet). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] man_made=power_pole et man_made=power_tower
Le 15/08/2013 13:30, François Lacombe a écrit : Bonjour, Quelle coïncidence ai-je envie de dire. Il y a un refus massif, mais visiblement une envie tout aussi grande que les choses changent non ? J'entends tes arguments. Mais la méthode n'y ai pas. Les évolutions c'est bien, mais ça doit se faire en concertation, mais pas en force. En l'occurrence, faire une proposition complète et exhaustive de balisage des réseaux d'énergie en insistant sur les points de changements. Attendre d'avoir l'avis, voire l'approbation des mainteneurs d'outils OSM (Styles mapnik, JOSM, ...) afin que les modifs soit prises en compte et enfin modifier la base. Là, on a l'ajout d'une balise non documentée sur des dizaines de milliers de nœuds (voir millions si on met pas un stop) sans aucun résultat si ce n'est l’alourdissement de la base. Ces balises man_made=power_pole et power_tower, elles servent à quoi maintenant ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
On Thu, Aug 15, 2013, at 12:58, Pieren [via GIS] wrote: Ben moi, j'en vois un à l'est de la rue (sens unique de l'ouest vers l'est). De toute façon, vu l'étroitesse, ça ne peut être qu'à sens unique. je reviens d'avoir trainé le long de la rue et en haut il y a bien un panneau sens interdit sauf riverains, https://www.google.com/maps/preview#!q=Avenue+Gambetta%2C+Laon%2C+Francedata=!1m8!1m3!1d3!2d3.621883!3d49.5657!2m2!1f311.25!2f88.16!4f15!2m4!1e1!2m2!1sfE0TRVYs86aJA3eP7Zo9oQ!2e0!4m10!1m9!4m8!1m3!1d22685561!2d-95.677068!3d37.0625!3m2!1i1280!2i668!4f13.1fid=5 simplement de bas en haut il n'y a aucun panneau donc ils peuvent legalement monter cette rue meme si il ne sont pas riverains... oui voila, c'est ca... je sens que je vais creer un genre de access=avoid dans le wiki ^^ reste qu'il faudrait que les navigateurs GPS indexent ce code... Inutile de créer un nouveau tag pour dire à peu prèS la même chose. le probleme est que le tag access parle de légalité et cette route est ouverte à tous... L'ajout d'un tag explicatif avec note=* pourra aider les contributeurs suivants à comprendre pourquoi tu ajoutes le tag access. l'idée est de creer un tag pour que les navigateurs GPS evitent la route... mettre cela en comment cela fait un peu leger... et puis les tags ont été crée pour cela non ? ;) -- View this message in context: http://gis.19327.n5.nabble.com/Raw-code-pour-eviter-qu-un-navigateur-GPS-prenne-une-route-tp5773687p5773712.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] man_made=power_pole et man_made=power_tower
2013/8/15 François Lacombe francois.laco...@telecom-bretagne.eu: Il y a un refus massif, mais visiblement une envie tout aussi grande que les choses changent non ? Il faut vraiment chercher un meilleur consensus avant de changer autant d'objets dans OSM. Sinon, tu vas toujours au casse-pipe. En conservant power=pole et en admettant que le transfos est implicite, on favorise power=* pour un item qui n'a que peu à voir avec l'énergie (un banal poteau) au détriment d'un qui a des liens plutôt forts avec (un transfo). Mouais. Pour l'immense majorité des contributeurs, le réseau électrique est quelque chose qui ne les intéresse pas. On accepte bien facilement que les aficionados s'attaquent au sujet. Mais de là à dire qu'un poteau électrique n'a rien à voir avec l'énergie et donc avec le tag power, hum... Je me permet d'insister parce que la cohérence, l'intuitivité et la polyvalence du modèle ont infiniment plus de valeur pour moi que des simples Ah mais yen a beaucoup trop.. Ca n'est pas seulement qu'il y en a beaucoup. C'est que le balisage actuel est satisfaisant pour la grande majorité des contributeurs. Et aucun argument suffisament pertinent n'a été apporté pour justifier un changement d'une telle ampleur. Cela arrive très rarement dans OSM et il faut des arguments solides pour changer. Surtout si les tags sont anciens et exploités par exemple dans les moteurs de rendu. Changer le tag implique de changer toute la chaine de traitement des données. Il faut donc de bonnes raisons pour convaincre la communauté d'un tel travail et de ses conséquences. L'intuitivité n'en est pas une. La cohérence, peut-être, mais il faut la justifier. La polyvalence, pas ici. Un poteau électrique reste un poteau électrique, même si on y accroche accessoirement un câble téléphone ou si on y met un nid de cigogne ;-) http://fr.123rf.com/photo_8796748_nid-de-cigogne-blanche-tres-souvent-faite-sur-un-poteau-electrique.html Par contre, la polyvalence a été l'argument qui fait accepter à 9 contre 1 le changement de highway=barrier à barrier=gate, les barrières ne se limitant pas qu'aux routes. C'est celui de la cohérence qui a fait changer highway=ford en ford=yes lorsque les contributeurs ont voulu cartographier les gués avec des ways et plus seulement sur des noeuds (sur un noeud, le type de highway comme highway=track restait sur le way représentant la route traversant le gué. Avec les gués plus larges et l'affinement de la cartographie, on ne pouvait mettre highway=ford et highway=track sur le même way). Pourquoi ne pas accepter la même solution pour les transfo, qu'ils soient soit taggués en power=transformer s'ils ont leur propre objet, soit ajoutés en transformer=yes sur un objet power=pole ? Sur l'autre liste, on a 6 avis contre et 1 avis pour. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
2013/8/15 willemijns sebast...@willemijns.com: l'idée est de creer un tag pour que les navigateurs GPS evitent la route... mettre cela en comment cela fait un peu leger... et puis les tags ont été crée pour cela non ? ;) Absolument. Si tu veux te lancer dans une proposition de tag qui fait mieux, vas-y. Il faudra que ton tag définisse les critères qui font que les voitures évitent une route sur des critères les moins subjectifs possible. Mais tu risques de voir rapidement des réponses t'expliquant qu'il faut décrire la route, mettre la largeur (width), la pente (incline). Et que c'est ensuite aux navigateurs de prendre en compte ces tags pour leurs calculs d'itinéraires. Mais essaie quand même. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
Absolument. Si tu veux te lancer dans une proposition de tag qui fait mieux, vas-y. Il faudra que ton tag définisse les critères qui font que les voitures évitent une route sur des critères les moins subjectifs possible. Mais tu risques de voir rapidement des réponses t'expliquant qu'il faut décrire la route, mettre la largeur (width), la pente (incline). Et que c'est ensuite aux navigateurs de prendre en compte ces tags pour leurs calculs d'itinéraires. Mais essaie quand même. on est d'accord sur le fait que la création du tag ne peut se faire que sur des criteres comme cela... j'ai essayé de comprendre la creation de tag, j'avoue avoir abandonné pour la complexité et le fait de parler dans le vide comme tu l'as si bien remarqué... tomtom et ses amis ont encore de beaux jours devant eux ^^ -- View this message in context: http://gis.19327.n5.nabble.com/Raw-code-pour-eviter-qu-un-navigateur-GPS-prenne-une-route-tp5773687p5773716.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
Le 15 août 2013 13:55, willemijns sebast...@willemijns.com a écrit : l'idée est de creer un tag pour que les navigateurs GPS evitent la route... mettre cela en comment cela fait un peu leger... et puis les tags ont été crée pour cela non ? ;) Salut, Oui les tags sont là pour çà, et ils fonctionnent ici : sur OSRM et OpenRouteService ce chemin est correctement traité. Cela viendrait donc d'Osmand et pas des données.Reporte le cas sur la liste Osmand avec les exemples des autres moteur de routage A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nominatim et les articles
Salut, La recherche sur osm.org est inefficiente pour les gens: si l'on oublie un article dans un nom il n'y a pas de résultat. Par exemple: Prieuré de Saint-Cosme, La Riche = OK Prieuré Saint-Cosme, La Riche = Rien Donc les gens retournent sur maps.google.fr car osm.org ne les aide pas à trouver un lieu. Question pour les codeurs: est-ce compliqué de contribuer à Nominatim pour ce genre de modification ? Est-ce simplement un genre de fichier avec des mots à ignorer par langue ? Ou une modif plus lourde ? -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim et les articles
Je pense que d'une manière plus générale Nominatim n'accepte pas assez de variation sur les textes. De plus, les mots à ignorer dans une langue peuvent très bien ne pas devoir être ignorés dans une autre... il faudrait donc les définir pour chaque langue, mais la langue d'un toponyme n'est pas toujours évidente à déterminée non plus. Ca a l'air simple, mais c'est quand même bien compliqué ! Le 15 août 2013 14:43, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, La recherche sur osm.org est inefficiente pour les gens: si l'on oublie un article dans un nom il n'y a pas de résultat. Par exemple: Prieuré de Saint-Cosme, La Riche = OK Prieuré Saint-Cosme, La Riche = Rien Donc les gens retournent sur maps.google.fr car osm.org ne les aide pas à trouver un lieu. Question pour les codeurs: est-ce compliqué de contribuer à Nominatim pour ce genre de modification ? Est-ce simplement un genre de fichier avec des mots à ignorer par langue ? Ou une modif plus lourde ? -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
Salut, Oui les tags sont là pour çà, et ils fonctionnent ici : sur OSRM et OpenRouteService ce chemin est correctement traité. Cela viendrait donc d'Osmand et pas des données.Reporte le cas sur la liste Osmand avec les exemples des autres moteur de routage hello, cela depend ici de la facon de programmer les routes, ces 2 services se sont peut-etre dit d'eviter la partie pavée... il reste aussi une possibilité de prioritiser sur les X premiers % de litineraire les rues sans trop de tag bloquants puis de voir le reste au cas par cas pour les X derniers kilometres... je serais curieux de voir pourquoi il evite ma fameuse rue de l'éperon de bas en haut... pour moi il a pas trop aimé les paved stone -- View this message in context: http://gis.19327.n5.nabble.com/Raw-code-pour-eviter-qu-un-navigateur-GPS-prenne-une-route-tp5773687p5773721.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
2013/8/15 willemijns sebast...@willemijns.com: je serais curieux de voir pourquoi il evite ma fameuse rue de l'éperon de bas en haut... pour moi il a pas trop aimé les paved stone paved stone ? pas sur ce way: http://www.openstreetmap.org/browse/way/233559678 Ton nouveau tag : navigation_tool = avoid_tinyroad n'a aucune chance d'être utilisé par les logiciels si tu n'en parles pas d'abord avec la communauté et si tu ne fais pas de proposition sur le wiki. Le tout en anglais. Il faut ensuite qu'il soit validé par les autres contributeurs. Si personne d'autre que toi ne s'en sert, il a peu de chances d'être pris en compte par les développeurs de logiciels. Le processus de création et d'exploitation d'un nouveau tag prend des mois, voir des années. Ca va plus vite s'il comble un vrai manque. Au passage, le nom commun doit être en majuscule, comme je l'ai précisé dans un message précédent : Rue de l'Éperon et pas Rue de l'Eperon ou Rue de l'éperon Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route
On Thu, Aug 15, 2013, at 15:36, Pieren [via GIS] wrote: 2013/8/15 willemijns sebast...@willemijns.com: je serais curieux de voir pourquoi il evite ma fameuse rue de l'éperon de bas en haut... pour moi il a pas trop aimé les paved stone paved stone ? pas sur ce way: http://www.openstreetmap.org/browse/way/233559678 seule la parttie haute de la rue est pavée.. j'ai séparé la rue pour cette raison. j'ai pas le numéro de way mais c'est le prolongement de cette même rue. pour le nom, on met souvent des majuscules au début d'une rue ou pour un nom de pays, personne ou autres, est-ce qu'un éperon ou autres coccinelle est dans ce cas là ? Ton nouveau tag : navigation_tool = avoid_tinyroad n'a aucune chance d'être utilisé par les logiciels si tu n'en parles pas d'abord avec la communauté je sais je sais... j'ai mis ce tag par dépit... voir si un créateur de navigation veuille bien ou veuille pas l'utiliser... -- View this message in context: http://gis.19327.n5.nabble.com/Raw-code-pour-eviter-qu-un-navigateur-GPS-prenne-une-route-tp5773687p5773729.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim et les articles
Salut, Vu que c'est un besoin courant, il y a déjà les listes de stopwords utilisées par les moteurs de recherche libres tel que Solr ou autres : http://svn.tartarus.org/snowball/trunk/website/algorithms/ Après c'est sur que c'est du boulot à mettre en place Brice Le 15/08/2013 15:15, Christian Quest a écrit : Je pense que d'une manière plus générale Nominatim n'accepte pas assez de variation sur les textes. De plus, les mots à ignorer dans une langue peuvent très bien ne pas devoir être ignorés dans une autre... il faudrait donc les définir pour chaque langue, mais la langue d'un toponyme n'est pas toujours évidente à déterminée non plus. Ca a l'air simple, mais c'est quand même bien compliqué ! Le 15 août 2013 14:43, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, La recherche sur osm.org est inefficiente pour les gens: si l'on oublie un article dans un nom il n'y a pas de résultat. Par exemple: Prieuré de Saint-Cosme, La Riche = OK Prieuré Saint-Cosme, La Riche = Rien Donc les gens retournent sur maps.google.fr car osm.org ne les aide pas à trouver un lieu. Question pour les codeurs: est-ce compliqué de contribuer à Nominatim pour ce genre de modification ? Est-ce simplement un genre de fichier avec des mots à ignorer par langue ? Ou une modif plus lourde ? -- Cyrille. ___ 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] Nominatim et les articles
il y a un ticket récent d'ailleurs https://trac.openstreetmap.org/ticket/4895 Le 15/08/2013 15:49, Brice Person a écrit : Salut, Vu que c'est un besoin courant, il y a déjà les listes de stopwords utilisées par les moteurs de recherche libres tel que Solr ou autres : http://svn.tartarus.org/snowball/trunk/website/algorithms/ Après c'est sur que c'est du boulot à mettre en place Brice Le 15/08/2013 15:15, Christian Quest a écrit : Je pense que d'une manière plus générale Nominatim n'accepte pas assez de variation sur les textes. De plus, les mots à ignorer dans une langue peuvent très bien ne pas devoir être ignorés dans une autre... il faudrait donc les définir pour chaque langue, mais la langue d'un toponyme n'est pas toujours évidente à déterminée non plus. Ca a l'air simple, mais c'est quand même bien compliqué ! Le 15 août 2013 14:43, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, La recherche sur osm.org est inefficiente pour les gens: si l'on oublie un article dans un nom il n'y a pas de résultat. Par exemple: Prieuré de Saint-Cosme, La Riche = OK Prieuré Saint-Cosme, La Riche = Rien Donc les gens retournent sur maps.google.fr car osm.org ne les aide pas à trouver un lieu. Question pour les codeurs: est-ce compliqué de contribuer à Nominatim pour ce genre de modification ? Est-ce simplement un genre de fichier avec des mots à ignorer par langue ? Ou une modif plus lourde ? -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim et les articles
Le 15 août 2013 16:53, Brice Person brice.per...@zenordi.fr a écrit : il y a un ticket récent d'ailleurs https://trac.openstreetmap.org/ticket/4895 Merci pour la trouvaille ! J'ai ajouté ma requête à ce ticket. C. Le 15/08/2013 15:49, Brice Person a écrit : Salut, Vu que c'est un besoin courant, il y a déjà les listes de stopwords utilisées par les moteurs de recherche libres tel que Solr ou autres : http://svn.tartarus.org/snowball/trunk/website/algorithms/ Après c'est sur que c'est du boulot à mettre en place Brice Le 15/08/2013 15:15, Christian Quest a écrit : Je pense que d'une manière plus générale Nominatim n'accepte pas assez de variation sur les textes. De plus, les mots à ignorer dans une langue peuvent très bien ne pas devoir être ignorés dans une autre... il faudrait donc les définir pour chaque langue, mais la langue d'un toponyme n'est pas toujours évidente à déterminée non plus. Ca a l'air simple, mais c'est quand même bien compliqué ! Le 15 août 2013 14:43, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, La recherche sur osm.org est inefficiente pour les gens: si l'on oublie un article dans un nom il n'y a pas de résultat. Par exemple: Prieuré de Saint-Cosme, La Riche = OK Prieuré Saint-Cosme, La Riche = Rien Donc les gens retournent sur maps.google.fr car osm.org ne les aide pas à trouver un lieu. Question pour les codeurs: est-ce compliqué de contribuer à Nominatim pour ce genre de modification ? Est-ce simplement un genre de fichier avec des mots à ignorer par langue ? Ou une modif plus lourde ? -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim et les articles
Bonjour Le 15/08/2013 19:41, Cyrille Giquello a écrit : Le 15 août 2013 16:53, Brice Person brice.per...@zenordi.fr a écrit : https://trac.openstreetmap.org/ticket/4895 Merci pour la trouvaille ! J'ai ajouté ma requête à ce ticket. On pourrait y ajouter : le, la, les, l' de, du, des, d' sur, sous, s/, s/s ès Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] living_street vs. residential en Afrique
On 08/15/2013 04:17 PM, Will Skora wrote: Despite of the increased pedestrian usage of some roads in senegal, I agree with Amadou and Claire, and continue to use highway=residential as I have done in my tagging work in senegal. Here are a couple examples, in my opinion of highway=residential: http://www.flickr.com/photos/skorasaurus/9514698891/ (st. louis, la ville) C'est bien le type de rue auquel je pensais. Comme le montre cet exemple, même si la circulation des véhicules est permise, elle ne semble pas être dominante - loin de là. But I would like to hear the opinions of Awa, Aude, et Aude and the rest of the Senegalese community to hear what they think as well. In any case, they are the mappers on the ground. :) Quite so ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sections d'autoroute payante
Le 14 août 2013 17:05, Vincent Pottier vpott...@gmail.com a écrit : Le 14/08/2013 14:57, Philippe Verdy a écrit : Dans l'histoire, il va falloir développer un tool OSM pour détecter les tools tagués dans la base OSM... (tool avec 2 o = outil ; toll avec 2 l = paiement du droit de passage ou d'usage). Il existe : http://osmose.openstreetmap.**fr/fr/map/?ch=101-222http://osmose.openstreetmap.fr/fr/map/?ch=101-222 Tu ne fais que citer Osmose que j'ai déjà cité. Tu ne précises pas la règle correspondante. Quant à Tagwatch, il est notoirement pas à jour et oublie des tonnes de valeurs, comme s'il se contentait de donner des statistiques estimatives des fréquences (pas des totaux) à partit d'extraits partiels de la base. En aucun cas il ne donne des statistiques complètes (et il en est loin) et n'est pas utilisable non plus pour obtenir des listes d'objets à corriger. Bref on ne corrige qu'au fur et à mesure des découvertes sur des chargements de zones limitées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On se moque a Wikipedia
Allons bon: voilàa que pour le micromapping on ca cartographier les trous de serrures (avec nos clé modernes, cela ne dépasse pas une fente de 3 millimètres de large ! Il faut changer de projet, car pour passer à la précision millimétrique, tout sera incohérente dans la base. Et se posera aussitôt la question de si la porte est habituellement ouverte ou fermée car la serrure va bouger de près d'un mètre... Et tant que tu y es n'oublié pas de taguer le nombre de pans et le modèle de clé, ou son numéro modèle... Je comprends maintenant pourquoi le logo d'OSM inclue une loupe, mais bientôt on va demander un microscope, alors que cela aura dû être plutôt une longue vue ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] man_made=power_pole et man_made=power_tower
Le 15 août 2013 13:44, Christophe Merlet red...@redfoxcenter.org a écrit : J'entends tes arguments. Mais la méthode n'y ai pas. Je n'ai rien à voir avec les éditions de la nuit dernière. Ma méthode reste la proposition puis le vote. Je teste mes schémas de tag occasionellement mais à regarder mon dernière change set d'hier après-midi concernant la HTA dans le 74, je n'ai utilisé que des power=pole (et il y en a un sacré paquet). En l'occurrence, faire une proposition complète et exhaustive de balisage des réseaux d'énergie en insistant sur les points de changements. Attendre d'avoir l'avis, voire l'approbation des mainteneurs d'outils OSM (Styles mapnik, JOSM, ...) afin que les modifs soit prises en compte et enfin modifier la base. En l’occurrence : http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement Je vais surement l'éditer pour intégrer le passage de power=pole / tower à man_made = pole / power_tower Là, on a l'ajout d'une balise non documentée sur des dizaines de milliers de nœuds (voir millions si on met pas un stop) sans aucun résultat si ce n'est l’alourdissement de la base. Ces balises man_made=power_pole et power_tower, elles servent à quoi maintenant ? Pour moi elles serviraient à corriger l'énorme erreur d'avoir mis dans power=* deux valeurs (pole transformer) qui pouvaient se retrouver sur un même nœud dans certains cas. C'est déjà pas mal et c'est pour ca que je le propose. Ensuite on doit se rhabiller parce que trop de power=pole ont été insérés, ça a de quoi être franchement agaçant. Si j'en suis là aujourd'hui c'est parce que le même genre de discussion a eu lieu pour power=cable vs power=line et que beaucoup restent campés sur le yen a trop donc on touche pas plutôt que de voir les bénéfices pour la suite. Le 15 août 2013 14:03, Pieren pier...@gmail.com a écrit : Il faut vraiment chercher un meilleur consensus avant de changer autant d'objets dans OSM. Sinon, tu vas toujours au casse-pipe. Personnellement je suis ouvert à l'échange, encore faudrait-il qu'en face on cesse de me répondre no, so widely used inlassablement. Mouais. Pour l'immense majorité des contributeurs, le réseau électrique est quelque chose qui ne les intéresse pas. On accepte bien facilement que les aficionados s'attaquent au sujet. Mais de là à dire qu'un poteau électrique n'a rien à voir avec l'énergie et donc avec le tag power, hum... Le domaine n’intéresse peut-être que certains membres, l'important est de le penser en cohérence avec le reste si on veut augmenter son attrait. Dans le cas de power=line vs power=cable, il existe un tag location beaucoup plus général. Pourquoi on s'évertue à créer de multiples valeurs beaucoup moins explicites qu'un location=* ? = Bah pour dire ensuite que les réseaux électriques c'est super compliqué pardi ! Pourquoi ne pas accepter la même solution pour les transfo, qu'ils soient soit taggués en power=transformer s'ils ont leur propre objet, soit ajoutés en transformer=yes sur un objet power=pole ? Sur l'autre liste, on a 6 avis contre et 1 avis pour. Idem pour les transfos sur les poteaux : il va falloir distinguer des cas, les expliquer à tout le monde, seulement une proportion de ce tout le monde va correctement les suivre, ça va être le bazar. Si on a 1 transfo = power=transformer, on évite de se faire poser des questions aux gens, et les réseaux électriques seront mappés dans le même temps que le reste sans avoir recours à des experts à chaque coup. Parce que on commence par là, et après on se retrouve avec des power=big_black_transformer_inside_a_box_at_the_top_of_a_wooden_pole Si un poteau électrique est électrique, c'est parce que les conducteurs qu'il supporte le sont eux-même. Sur ce même pylône, on pourrait mettre des antennes de téléphonie mobile ou de la fibre optique. Pourquoi ne pas créer telecommunications=pole aussi ? Par conséquent ça n'est pas le poteau qui à un rapport avec power mais bien la ligne qu'il supporte. L'appui est neutre, dans certains cas, celui qui possède les conducteurs ne possède pas le pylône. Actuellement une power=line sur des power=pole c'est redondant. Que ce soit power=pole ou power=cable, on a à chaque fois deux notions derrière alors qu'il n'en faudrait qu'une (le tag est atomique). power=pole : 1 poteau supportant une ligne électrique, man_made=pole + power=line veut dire strictement la meme chose en rendant à César ce qui est à César. power=cable : 1 ligne électrique souterraine, power=line + location=underground veut dire strictement la meme chose aussi. Je vais dire sensiblement la même chose sur l'autre liste. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartographie des quartiers inondés à Khartoum au Soudan
Bonsoir à tous, Merci à tous ceux qui ont participé à la cartographie sur le job du Tasking Manager. Le travail est pratiquement déjà achevé. J'ai ajouté deux autres jobs que vous pouvez trouver dans la page wiki : http://wiki.openstreetmap.org/wiki/2013_Sudan_floods. Pour visualiser facilement l'étendue de la zone habitée sur la partie Ouest de la ville, j'ai ajouté la zone résidentielle dans OSM : http://www.openstreetmap.org/#map=11/15.6776/32.4622 Compte tenu de leur étendue, dans un premier temps, il s'agit de cartographier les rues. Bien cordialement, Severin HOT (Humanitarian OpenStreetMap Team) 2013/8/10 Severin MENARD severin.men...@gmail.com Bonsoir à tous, Khartoum, la capitale du Soudan, subit depuis début août de très fortes pluies qui donne lieu à des inondations et des zones totalement sous les eaux, faisant déjà plusieurs victimes. Les prévisions météorologiques annoncent un maintien des conditions météorologiques. Vous pouvez suivre l'évolution de la situation sur khartoumflood.crowdmap.com. La réponse humanitaire est coordonnée sur le terrain par le PNUD. J'ai créé un premier job du Gestionnaire de tâches de HOT (*OSM Tasking Manager*) afin de coordonner la cartographie des quartiers de Marabee El Shareif et Soba East: http://tasks.hotosm.org/job/289. D'autres quartiers viendront. Je vais aussi créer bientôt une page wiki. SVP cartographiez tous les rues et bâtiments de la zone du job afin d'obtenir la situation pré-crise, sur laquelle une analyse des dommages sera effectuée. La donnée OSM sur Khartoum est téléchargeable dans différents formats SIG à partir du service HOT Export ; j'y ai configuré ce job : http://export.hotosm.org/en/jobs/4233. Pour ceux qui ne connaissent pas le Tasking Manager (pas encore traduit en français malheureusement), il suffit de cliquer sur l'onglet Task et de sélectionner une case dans la carte, qui vous est alors réservée pour les deux prochaines heures. Si la case vous semble trop grosse pour le temps que vous avez à consacrer pour cartographier, vous pouvez la diviser en quatre en cliquant sur Split it. Cliquez ensuite sur votre éditeur préféré. Pour JOSM, il faut que la fonction télécommande soit activée dans les préférences et que JOSM soit déjà ouvert. Une fois la tâche faite, vous retournez sur la page du *Tasking Manager* et cliquez sur Mark task as done (vous pouvez ajouter un commentaire dans la zone jsute au-dessus si besoin). La case apparaît alors en rouge. Merci à celles et ceux qui participeront ! Bien cordialement, Séverin HOT (Humanitarian OpenStreetMap Team) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] KSJ2 re-import: Forest Data
いいだです。 KSJ2の森林データを再インポートするにあたって、Import MLでも話をしてみました。 付与するタグや、メッシュで分割した構造については問題ないのですが、そもそも論として 「KSJ2 森林データの位置精度が悪すぎるのではないか」 という指摘がありました。 例えば、現況とあまりにもずれていたり、水面の上にはみ出ていたり。。。という具合です。 確かに、既にインポートされている森林データに関しても、 巨大リレーションの扱いが煩雑であるということにくわえ、道路や建物と被っていたりすることが頻繁にあります。 (しかも「お国のデータ」という印象のもと、特に慣れないうちは、修正を躊躇ってしまうかたが多いのも確かです) しかしながら、西日本の森林は、なにがしかの形で復旧させる必要があると考えています。 と、いうわけで、復旧方法として2つの選択肢がある気がしています。 1. ゼロからトレースする GeoRepublicさんが管理されているHOT Task Managerなどを使って担当地域を分割し、複数人でトレースを行います。 参照する情報として、主にBingや基盤地図情報を使います。 http://osmtm.pgrouting.org/ 2. .osm形式に変換したファイルを修正してからインポート 元々のファイルを二次メッシュで分割し、さらに .osm形式に変換したファイルを、私が作成します。 できあがったファイルをOSM wikiなどで配布し、複数人で修正を行いながらインポートを行います。 (Yahoo/ALPSインポートと同じようなフローを想定しています) インポート作業となるため、各人でインポート用アカウントの作成が必要です。 また、できれば1回のアップロード時に75000オブジェクトくらいのサイズ単位で アップロードをしたほうがよい、という提案をもらっています。 なお、国土数値情報の利用約款として、成果物の二次利用・公開を妨げるものではない、という認識です。 特に二次配布を行うことについて、懸念がある場合はご指摘ください。 (もちろん、参照しているファイルの情報などはWikiに記載します) http://nlftp.mlit.go.jp/ksj/other/yakkan.html （３） 国土情報およびそれを利用者が編集・加工して作成した成果物を他に転載、引用等する場合は、利用者は「国土数値情報（○○データ） 国土交通省」「国土画像情報（カラー空中写真） 国土交通省」のように出典を明記してください。また、国土数値情報の整備年、国土画像情報の撮影年・撮影場所、ファイル名、編集・加工した場合には編集・加工責任者等の情報についても、できる限り併記してください。 個人的には1のほうが精度の高いデータができる気はするのですが、 さすがに範囲が広大なので、ちょっとどうしたものかと思っています。 2の場合も、もともとの精度がよくないことがあり、修正にはわりと手間がかかります(^^; ご意見いただけると嬉しいです。 2013年7月10日 22:15 Satoshi IIDA nyamp...@gmail.com: いいだです。 二次メッシュで分割したデータ、拝見しました。 Multipolygon Relationのouter, innerもバッチリです！ ステキです！ (欲を言えば、二次メッシュ部分でウェイが重複してるウェイがあるのですが、 致命的ではありませんし、十分以上に利用可能なデータです) GRASSはぜんぜん触ったこと無いので こちらでの再現がどうにもスタックしていますが、少しトライしてみます。 2013年7月8日 21:16 Nobusuke Iwasaki wata...@gmail.com: いわさきです。 ただ、2つのポリゴンが重複している部分で、ウェイ自体も重複しているなど、 OSMデータとしては美しくないものになってしまいました(^^; あと多分、MultiPolygon Relationの outer, inner指定もちょっとおかしくなっている感じがします。 なるほどです。 その辺ちゃんとやろうとすると，ディゾルブをかけたりとか，なんとか，そういう処理が必要になるかな？ おっしゃるとおり，可能な限り07のデータをつかって，問題になったときに対処しましょう。 こちらも、交差処理自体は問題なく完了したのですが、 OSM的にはエラーが大量であまり美しいとは言えないデータにな っており、そのまま使うのはちょっと難しそうです(^^; 了解です。 こちらの方は，GRASS GISで同じ処理したもの（島根）を，個別に送りますので，ちょっとそちらで確認していただけますでしょうか。 よろしくお願いします。 2013年7月8日 13:23 Satoshi IIDA nyamp...@gmail.com: いいだです。 ありがとうございます！ で、いただいた手順で実際にやってみました。 ■複数Shapeファイルの結合 検証用ということ事で，よろしいでしょうか。 はい、検証用で使いました。 いただいた手順で、 Shapeファイル結合自体は無事うまくゆきました。 ただ、2つのポリゴンが重複している部分で、ウェイ自体も重複しているなど、 OSMデータとしては美しくないものになってしまいました(^^; あと多分、MultiPolygon Relationの outer, inner指定もちょっとおかしくなっている感じがします。 これらは妥当性検証をかければ潰してゆくことができるのですが、 単純に手間がかかってミスする可能性が高くなるので、あまりやりたくないのが正直なところです。 可能な限り、07のデータを使うようにしたいな、と思っています。 ■二次メッシュとの結合 こちらも、交差処理自体は問題なく完了したのですが、 OSM的にはエラーが大量であまり美しいとは言えないデータにな っており、 そのまま使うのはちょっと難しそうです(^^; 二次メッシュファイル自体を .osm化して、 JOSM側でやったらうまいことできないかな、とも思っているので、もう少し考えてみます。 分割は必須ではないと思っているので、できたら今週末くらいには作業したいなー。 -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- 岩崎 亘典 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Shields are up!
It seems like shields for spur Washington State Hwys aren't rendering. I thought they were, but now it seems that they aren't. For example, WA 110 has a spur route that goes to the north of Quillayute (Quileute) River, but the shield for the spur route isn't showing up. (see link below) I created the relation for the spur route 16 hours ago, it should've rendered by now. I'm pretty sure I tagged everything right. Could someone have a look and tell me if I'm doing anything wrong? Link is here: http://bl.ocks.org/ToeBee/raw/6119134/#15/47.9151/-124.6000 Thanks, Compdude On Sun, Jul 28, 2013 at 8:38 PM, Toby Murray toby.mur...@gmail.com wrote: We finally managed to get Phil's highway shield rendering up on the OSM-US server today! You can see the tiles here: http://tile.openstreetmap.us/osmus_shields/preview.html This is a pretty basic preview for now. I'll look at getting the tiles set up in a pretty leaflet UI or something. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ht] Lot Talk-ht, Vol 37, Parution 13
Je suis disponible en ce moment, je vais contribuer comme mapper Le 15 août 2013 05:00, talk-ht-requ...@openstreetmap.org a écrit : Envoyez vos messages pour la liste Talk-ht à talk-ht@openstreetmap.org Pour vous (dés)abonner par le web, consultez http://lists.openstreetmap.org/listinfo/talk-ht ou, par email, envoyez un message avec 'help' dans le corps ou dans le sujet à talk-ht-requ...@openstreetmap.org Vous pouvez contacter l'administrateur de la liste à l'adresse talk-ht-ow...@openstreetmap.org Si vous répondez, n'oubliez pas de changer l'objet du message afin qu'il soit plus spécifique que Re: Contenu du digest de Talk-ht... Thèmes du jour : 1. Re: Novelle occasion de travailler avec Haiti Communitere (similia joseph) 2. Re: Lot Talk-ht, Vol 37, Parution 12 (Weldo Laurent) 3. Re: [OSM-talk-fr] Cartographie des quartiers inondés à Khartoum au Soudan (Dagno louis) -- Message: 1 Date: Wed, 14 Aug 2013 11:04:39 -0500 From: similia joseph similiajos...@gmail.com To: Aristilde Soniel fatcros...@gmail.com Cc: Presler jean preslerj...@gmail.com, brian.wolf...@hotosm.org brian.wolf...@hotosm.org, remy schneider derchy...@gmail.com, cos...@googlegroups.com cos...@googlegroups.com, Delphine Bedu delphine.b...@gmail.com, Talk-HT@OSM talk-ht@openstreetmap.org Subject: Re: [Talk-ht] Novelle occasion de travailler avec Haiti Communitere Message-ID: cacrij0xd1akyjswtjhyud5dcvgtv9n9necz5nxzbxagcsp0...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 salut a tous ; tres bonne initiative . je suis de cet avis ! Le 7 août 2013 14:37, Aristilde Soniel fatcros...@gmail.com a écrit : salut, une telle initiative est parfaitement bon pour l' epanouissement du pays. Moi, etant que cartographe je suis dispose et disponible pour cette initiative. Le 02/08/2013, didygro...@gmail.comdidygro...@gmail.com a écrit : Salut! Je me porte volontaire à participer à cette grande initiative. Je serai présent mercredi prochain. Wendy Envoyé par mon BlackBerry de Digicel -Original Message- From: ALCE, Samuel Paul alcesamuelp...@gmail.com Date: Thu, 1 Aug 2013 15:20:20 To: Jojo Marseillejmarseil...@gmail.com Cc: Presler jeanpreslerj...@gmail.com; brian.wolf...@hotosm.orgbrian.wolf...@hotosm.org; remy schneiderderchy...@gmail.com; cos...@googlegroups.comcos...@googlegroups.com; Delphine Bedudelphine.b...@gmail.com; Talk-HT@OSMtalk-ht@openstreetmap.org Subject: Re: [Talk-ht] Novelle occasion de travailler avec Haiti Communitere Je veux encore vous informer qu'apres l'espace de Haiti Communitere qu'on a a notre diaponibilite ( specifiquement le lab et la salle de conference) nous avons aussi les materiels qui seront aussi disponible. Durant la fin de cette semaine ou le commencement de la semaine prochaine nous avons besoin de volontaire pour faire l'evaluation des materiels ainsi que l'inventaire. Les materiels seront sur notre responsabilite. Donc des volontaires??? COSMHA / COSMHANNE/ COSMHA STM/HOT... vous etes tous invite... On Aug 1, 2013 3:52 PM, Jojo Marseille jmarseil...@gmail.com wrote: Nous, membres de la COSMHANNE, sommes disponible pour une telle initiative. Déjà, on attend la date de la rencontre. Le 1 août 2013 10:11, ALCE, Samuel Paul alcesamuelp...@gmail.com a écrit : Salut a tous! Je vous annonce que Haiti Communitere decide de reprendre les liens, decide de refaire la collaboration avec les mappers Haitiens. Apres une reunion avec Delphine on a discute de tres bons moyens de rehausser et de vulgariser la cartographie en Haiti. On s'en fou des differents problemes organisationels des communautes en Haiti, on invite tout les mappers Haitiens ainsi que les mappers etranges en Haiti a nous rejoindre sur cet email pour planifier une reunion... C-OSM_HA, C-OSM_HA.STM, COSMHANNE, HOT, vous avez votre place. Vous pouvez donner des idees, et meme participer selon votre disponibilite. Repondez a cet email pour plannifier une petite reunion pour voir comment est ce qu'on peut beneficier de cet opportunite. ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate ( http://translate.google.com) pour traduire les messages. ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate ( http://translate.google.com) pour traduire les messages.
[Talk-ht] Cartographie des quartiers inondés à Khartoum au Soudan
Bonsoir à tous, Merci à tous ceux qui ont participé à la cartographie sur le job du Tasking Manager. Le travail est pratiquement déjà achevé. J'ai ajouté deux autres jobs que vous pouvez trouver dans la page wiki : http://wiki.openstreetmap.org/wiki/2013_Sudan_floods. Pour visualiser facilement l'étendue de la zone habitée sur la partie Ouest de la ville, j'ai ajouté la zone résidentielle dans OSM : http://www.openstreetmap.org/#map=11/15.6776/32.4622 Compte tenu de leur étendue, dans un premier temps, il s'agit de cartographier les rues. Bien cordialement, Severin HOT (Humanitarian OpenStreetMap Team) 2013/8/10 Severin MENARD severin.men...@gmail.com Bonsoir à tous, Khartoum, la capitale du Soudan, subit depuis début août de très fortes pluies qui donne lieu à des inondations et des zones totalement sous les eaux, faisant déjà plusieurs victimes. Les prévisions météorologiques annoncent un maintien des conditions météorologiques. Vous pouvez suivre l'évolution de la situation sur khartoumflood.crowdmap.com. La réponse humanitaire est coordonnée sur le terrain par le PNUD. J'ai créé un premier job du Gestionnaire de tâches de HOT (*OSM Tasking Manager*) afin de coordonner la cartographie des quartiers de Marabee El Shareif et Soba East: http://tasks.hotosm.org/job/289. D'autres quartiers viendront. Je vais aussi créer bientôt une page wiki. SVP cartographiez tous les rues et bâtiments de la zone du job afin d'obtenir la situation pré-crise, sur laquelle une analyse des dommages sera effectuée. La donnée OSM sur Khartoum est téléchargeable dans différents formats SIG à partir du service HOT Export ; j'y ai configuré ce job : http://export.hotosm.org/en/jobs/4233. Pour ceux qui ne connaissent pas le Tasking Manager (pas encore traduit en français malheureusement), il suffit de cliquer sur l'onglet Task et de sélectionner une case dans la carte, qui vous est alors réservée pour les deux prochaines heures. Si la case vous semble trop grosse pour le temps que vous avez à consacrer pour cartographier, vous pouvez la diviser en quatre en cliquant sur Split it. Cliquez ensuite sur votre éditeur préféré. Pour JOSM, il faut que la fonction télécommande soit activée dans les préférences et que JOSM soit déjà ouvert. Une fois la tâche faite, vous retournez sur la page du *Tasking Manager* et cliquez sur Mark task as done (vous pouvez ajouter un commentaire dans la zone jsute au-dessus si besoin). La case apparaît alors en rouge. Merci à celles et ceux qui participeront ! Bien cordialement, Séverin HOT (Humanitarian OpenStreetMap Team) ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
