Re: [Talk-hr] CUC 2014 radionice?
On 12/12/2014 09:19 PM, Matija Nalis wrote: Ej, dodobas hbogner - posaljete na listu linkove na prezentacije koji ste imali na OSM radionicama na CUC 2014? Tnx Evo moje: https://dl.dropboxusercontent.com/u/3220458/osm/20141119-cuc_radionica.pdf ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk] maintenance?
Looks like there's some database maintenance happening--I didn't notice anything about this on the list recently. Any idea what's up and how long it might last? (was planning a small mapping party this afternoon...) Thanks! Brad ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] maintenance?
Admins are working on it. No details yet, as they are busy fixing rather than explaining. :-) Sorry about the inconvenience. :( ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] maintenance?
Something has broke (unplanned naturally). Admins are working on it. Am 13.12.2014 20:52, schrieb Brad Neuhauser: Looks like there's some database maintenance happening--I didn't notice anything about this on the list recently. Any idea what's up and how long it might last? (was planning a small mapping party this afternoon...) Thanks! Brad ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Unplanned OSM Outage
Hi All, OpenStreetMap is currently offline due to a major network outage at the institution hosting of primary services. Website, DB, API, wiki offline. The OpenStreetMap operations team are currently investigating and will return the services as soon as possible. For further updates best to check: https://twitter.com/OSM_Tech This is the first such outage in 3 years. Kind regards, Grant Part of the OpenStreetMap sysadmin team ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Unplanned OSM Outage
On 14.12.2014 03:31, Grant Slater wrote: The OpenStreetMap operations team are currently investigating and will return the services as soon as possible. Thank you very much for your effort in bringing OSM back on line. Admins are awesome! Reaction times are of the best I know of. And this by unpaid volunteers. I hope OSMF has some funds to invite you for a Thank You dinner. Stephan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Unplanned OSM Outage
Well done Admins! OSM is back online! Best, - Enock twitter: @Enock4seth enockseth.blogspot.com | [[User:Enock4seth]] On Sun, Dec 14, 2014 at 2:40 AM, Stephan Knauss o...@stephans-server.de wrote: On 14.12.2014 03:31, Grant Slater wrote: The OpenStreetMap operations team are currently investigating and will return the services as soon as possible. Thank you very much for your effort in bringing OSM back on line. Admins are awesome! Reaction times are of the best I know of. And this by unpaid volunteers. I hope OSMF has some funds to invite you for a Thank You dinner. Stephan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-tr] TCDD YHT ve OSM
Tue, 9 Dec 2014 17:25:30 +0200, Egemen Metin Turan emtu...@gmail.com : Geçen gün Yüksek Hızlı Tren ile Ankara-Eskişehir arasında seyahat ederken monitörlerde pozisyon gösterilen haritalar dikkatimi çekti. İncelediğimde ise OSM haritaları olduğunu düşündüm. Ancak herhangi bir yerde OSM'den bahsedilmiyor. Lisansın Attribution zorunluluğu unutulmuş gibi. Siz ne düşünürsünüz? Twitter, FB, vs mecralarda duyursak mı? :) Doruk -- Özgür Yazılım A.Ş. ~ # http://www.ozguryazilim.com.tr ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-tr] TCDD YHT ve OSM
Aslında iyi fikir... Metin kardeş, listemize gönderdiğin resimlerden birkaçını Facebook sayfamıza ekleyebilirmiyim? Hani, sorayımda, birde seninle resim hakları için lisans sıkıntımız çıkmasın :-) Esenlikle, Hakan On December 13, 2014 12:04:30 PM CET, Doruk Fisek dfi...@ozguryazilim.com.tr wrote: Tue, 9 Dec 2014 17:25:30 +0200, Egemen Metin Turan emtu...@gmail.com : Geçen gün Yüksek Hızlı Tren ile Ankara-Eskişehir arasında seyahat ederken monitörlerde pozisyon gösterilen haritalar dikkatimi çekti. İncelediğimde ise OSM haritaları olduğunu düşündüm. Ancak herhangi bir yerde OSM'den bahsedilmiyor. Lisansın Attribution zorunluluğu unutulmuş gibi. Siz ne düşünürsünüz? Twitter, FB, vs mecralarda duyursak mı? :) Doruk -- Özgür Yazılım A.Ş. ~ # http://www.ozguryazilim.com.tr ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-br] data.rio
Olá pessoal, Vamos retomar esta questão? Recapitulando: a prefeitura da cidade do Rio de Janeiro disponibiliza uma série de dados sobre a cidade no portal data.rio [1]. Vários desses dados são cartográficos, e poderiam ser importados no OSM. Assim que o portal foi lançado, não havia informação sobre licença disponível, portanto deixei essa ideia de lado. Hoje acessei novamente e notei que agora as informações são disponibilizadas na OpenDatabaseLicense (ODbL), a mesma licença que o OSM utiliza. Portanto, não precisamos sequer pedir autorização deles para tal. Pretendo realizar a importação de alguns dados, a começar pelas fronteiras dos bairros [2]. O primeiro passo é discutir isso com a comunidade local e na lista imports. Alguém tem algo contra? :) 1: http://data.rio.rj.gov.br/ 2: http://data.rio.rj.gov.br/dataset/limites-dos-bairros/resource/ef4ee0b7-99e7-435e-b19f-a4083313dacd []s Arlindo 2014-04-24 11:47 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com : De qualquer maneira, já criei uma página na wiki: http://wiki.openstreetmap.org/wiki/Rio_de_Janeiro_(city)/Import_data.rio []s 2014-04-24 11:46 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: Pessoal, enviei a seguinte mensagem para eles: Olá. Sou colaborador do projeto OpenStreetMap, um mapa mundi colaborativo em licença livre. No mapa do Rio de Janeiro, atualmente utilizamos informações levantadas in loco pelos usuários, bem como dados públicos de agências governamentais, como do IBGE. Gostaria de saber se seria possível utilizar os dados do data.rio no projeto, porém não encontrei informações sobre a licença dos dados disponibilizados no site. Veja mais informações sobre o OpenStreetMap em [1] e o mapa do Rio em [2]. Se necessário, podemos informar a fonte dos dados em todos os objetos importados (visível somente no modo de edição/consumo de dados) ou ainda na tela Copyright [3]. Obrigado! 1: http://www.openstreetmap.org/about 2: http://www.openstreetmap.org/#map=12/-22.8936/-43.4114 3: http://www.openstreetmap.org/copyright Agora é só aguardar. []s Arlindo 2014-04-06 10:04 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: Sim, a ideia seria exatamente essa. E como estão organizados por linhas e é um processo manual, isso tornaria a importação até mais fácil. Em 04/04/2014 21:31, Márcio Vinícius Pinheiro marcioviniciu...@gmail.com escreveu: Os pontos de ônibus vão exigir critério para importar, porque estão organizados por linhas de ônibus (ainda estão faltando muitas lá), ou seja, eles são apresentados de forma redundante (já que os pontos são compartilhados por diversas linhas). De resto, seria mesmo apenas uma questão de verificar o que já está e o que não está mapeado... - - - · Atenciosamente, Márcio Vinícius Pinheiro http://about.me/Doideira http://pt.gravatar.com/marciovinicius Em 4 de abril de 2014 19:11, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Podemos criar um projetinho para trabalhar na importação desses dados, hein! :) Naturalmente seria um processo manual, uma vez que muitos dos pontos podem já estar mapeados no OSM. Já identifiquei alguns conjuntos de dados que poderiam ser importados. Segue uma lista preliminar: - Pontos turísticos e culturais http://data.rio.rj.gov.br/dataset/pontos-turisticos-e-culturais - Teatros http://data.rio.rj.gov.br/dataset/teatros - Museus http://data.rio.rj.gov.br/dataset/museus - Monumentos http://data.rio.rj.gov.br/dataset/monumentos-da-cidade - Hotéis http://data.rio.rj.gov.br/dataset/hoteis - Academias da Terceira Idade http://data.rio.rj.gov.br/dataset/academias-da-terceira-idade - Pontos de ônibus http://data.rio.rj.gov.br/dataset/pontos-de-parada-de-onibus - Percursos de ônibus http://data.rio.rj.gov.br/dataset/pontos-dos-percursos-de-onibus - Escolas do Município http://data.rio.rj.gov.br/dataset/escolas-do-municipio (essas já foram importadas a partir de dados de 2007, teria que verificar se houve mudança) - Estabelecimentos de Saúde http://data.rio.rj.gov.br/dataset/estabelecimentos-de-saude 2014-04-03 20:29 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: http://data.rio.rj.gov.br/ Na seção de Urbanismo tem muita coisa interessante. Na página Sobre não há uma licença especificada, embora diga Dado aberto é um dado que pode ser livremente utilizado, reutilizado e redistribuído por qualquer um. No meu entendimento poderíamos utilizar esses dados no OSM apenas citando a fonte. []s Arlindo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Calendário com fotos do Mapillary
Você poderia não esperar aprender a fazê-lo, e criar, assim, a possibilidade de receber *pull requests* surpresas. Para com isso você não criar problemas de egos com esforços perdidos, pode deixar *claro, desde o início*, no README, que nem todo *branch* será mesclado ao projeto principal. Alexandre Magno Em 12 de dezembro de 2014 20:06, Edil Queiroz de Araujo edil...@gmail.com escreveu: Olá pessoal! O ano tá chegando ao fim... que tal um calendário para o ano que vem com fotos do Mapillary? :) A ideia ainda está em testes, falta alguns melhoramentos e o código é aberto... em breve pretendo disponibilizar no GitHub, assim que aprender a fazê-lo :P Endereço: https://projetorgm.com.br/calendario/ Abraços! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Ferramentas para colaboração em software a partir do Windows (e outras coisas)
*Era: Re: [Talk-br] Calendário com fotos do Mapillary* Edil, Na confecção dos tutoriais, você pode ganhar muito tempo se usar o Greenshot http://getgreenshot.org/screenshots/, que é, para Windows, como um clone do Shutter http://www.dltec.com.br/blog/linux/aplicativo-linux-para-captura-de-telas-shutter/. Veja screenshots nessas duas páginas. Há poucos dias eu andei reestudando licenças de software e acabei por fazer uma tradução da Licença Apache 2.0 https://docs.google.com/document/d/1kQcqh8v0KbXp273FJJacmoGSmj7o5FcmIOjUWgCx_2I/edit?usp=sharing. Talvez você queira conhecê-la. Quando eu quero simplificar as coisas, especialmente com mini projetos (e essa é a grande maioria das vezes, senão todas), eu opto por adotar aquela que é mais conhecida como Licença MIT https://pt.wikipedia.org/wiki/Licen%C3%A7a_MIT. Existem várias outras licenças de código aberto e/ou software livre disponíveis... Se eu fosse fazer apologia de algum sistema operacional, seria de algum GNU/Linux. Mas eu não me ocupo disso porque não sou mesmo um purista do Software Livre, e então minhas falas desagradariam militantes, e provavelmente não ajudariam o Movimento. Faz uns 2 ou 3 meses que dou boot diário no Windows 7*. Tenho aproveitado isso para conhecer o que hoje existe de minimamente agradável (a mim) nesse sistema. Descobri o RailsInstaller http://railsinstaller.org/pt-BR e o MSYS2 http://msys2.github.io/. E é claro, não vão deixar de existir, ou andar pra trás: Python e Java. * Meu irmão encostou um notebook com Windows licenciado por aqui, então eu passei a usá-lo. Como o trambolho não é meu, e também vi uma oportunidade de me atualizar no Windows (para tender a não falar besteira), o máximo que fiz não chega a alterar o particionamento: tenho um Ubuntu minimalista virtualizado. A quem interessar, anteontem eu publiquei um *build* do gedit 3 for Windows 32 bits http://alexandre-mbm.github.io/gedit! Para Markdown, eu recomendo Haroopad http://pad.haroopress.com/ com grip https://github.com/joeyespo/grip. Este agora funciona adequadamente no Windows, por causa de um patch que submeti https://github.com/joeyespo/grip/pull/90 também durante essa semana. Uma coisa tão útil tinha de funcionar no Windows. Meses atrás eu tive acesso ao que talvez sejam, juntos, o melhor video-tutorial atual de *Git para Windows*: 1. Treinamento de GIT https://www.youtube.com/playlist?list=PLiaIfhtFjht53nyo_CD2AuSDrypvyM-Or, por Gapso Analytics 2. Curso básico de Git https://www.youtube.com/playlist?list=PLInBAd9OZCzzHBJjLFZzRl6DgUmOeG3H0, por RBtech Eu dou preferência ao segundo porque ele usa modo texto e a pessoa não fica dependente de algo do Windows. Mas assistir o segundo amplia o horizonte; você vai encontrar funcionalidades gráficas similares em outras plataformas. Git — ou melhor, controle de versão, mas git por suas peculiaridades abrangentes — é algo que pode potencializar muito qualquer projeto que parta de código fonte em texto simples. Não é uma ferramenta só para desenvolvimento de software. Mesmo que a pessoa não pense em colaboração, gerenciar facilmente as versões é quase sempre algo imensamente vantajoso até para um pessoa só. Depois, a pessoa pode usar git dentro do MSYS2, instalado com *pacman*, o gerenciador herdado do Arch. ← Isso me impressionou muito! Para projetos pequenos e até médios, o GitHub, com suas *issues*, é capaz de oferecer por si mesmo (quero dizer: muito naturalmente) uma espécie de gerenciamento de projetos auto-contido, como algo orientado a README e *issues*, ainda com a opção de complemento no wiki. Uma pessoa que nunca estudou Engenharia de Software na vida, dependendo das circunstâncias, é claro, pode ter *seus pequenos projetos* gerenciados com MUITO sucesso se simplesmente *abraçar naturalmente os fluxos de trabalho que são próprios do GitHub (ou ferramenta similar, óbvio)*. Esse um GRANDE dentre os vários méritos do serviço. Por que estou comentando essas ferramentas? Porque eu sei que muita gente tem dificuldades ou não quer sair do Windows, e ninguém tem de se ver obrigado a fazer isso para participar de uma comunidade; a não ser que a associação privada tenha essa regra formalizada em seu regimento. Alexandre Magno Em 13 de dezembro de 2014 23:04, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Você poderia não esperar aprender a fazê-lo, e criar, assim, a possibilidade de receber *pull requests* surpresas. Para com isso você não criar problemas de egos com esforços perdidos, pode deixar *claro, desde o início*, no README, que nem todo *branch* será mesclado ao projeto principal. Alexandre Magno Em 12 de dezembro de 2014 20:06, Edil Queiroz de Araujo edil...@gmail.com escreveu: Olá pessoal! O ano tá chegando ao fim... que tal um calendário para o ano que vem com fotos do Mapillary? :) A ideia ainda está em testes, falta alguns melhoramentos e o código é aberto... em breve pretendo disponibilizar no GitHub, assim que aprender a
Re: [Talk-de] Bearbeitung von Landnutzungen im ländlichen Raum.
Am 11.12.2014 um 14:49 schrieb goegeo goe...@gmx.de: Außerdem besteht nach wie vor der Bedarf einer verbesserten Regelung im Bereich, wie mit den Nodes zwischen einzelnen Flächen und solchen zwischen Flächen und Linien (beispielsweise Straßen und Flüssen etc.) umgegangen werden soll. tendenziell sollte es keine gemeinsamen Nodes zwischen Flächen und Flüssen oder Straßen im Linienmodell geben (beides kann auch zusätzlich als Fläche gemappt werden wo Verbindungen dann Sinn machen) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
Am 12.12.2014 um 16:53 schrieb Mark Obrembalski m...@obrembalski.de: Ist das Teilen der Küstenlinie ein Problem? nö, kein Problem, die kannst Du beliebig splitten, sofern es erforderlich ist Genau danach hatte ich ursprünglich gefragt, aber dazu hat bisher niemand was gesagt. Oder gibt es Schwierigkeiten, wenn ein Punkt einerseits zu einer Küstenlinie, andererseits zu einer anderen Linie gehört? besser als überlappende Linien ist das mehrfache Verwenden durch Einsatz von Multipolygonrelationen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
Am 12.12.2014 um 16:53 schrieb Mark Obrembalski m...@obrembalski.de: _Küstenlinie_ Die Küstenlinie wird ausserhalb der DB gehändelt und wesentlich seltener gerendert als normale Objekte. Das führt dann automatisch zu unbeherrschbaren unschönen Artefakten. Und welche Probleme sind da nun zu erwarten? man muss etwas länger warten, bis das Rendering dem Mapping entspricht und in der Zwischenzeit gibt es Diskrepanzen zwischen den (veralteten) Küstenlinien die nicht direkt aus der db kommen und anderen Features aus der (aktuellen) db. Das sollte man wissen, muss da aber nichts weiter beachten Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
Die ganze Diskussion hier sieht mir stark nach einer Wiederholung von der in tagging vom Oktober aus - ich würde empfehlen, die Argumente dort nachzulesen, bevor man sie in ähnlicher Form hier noch mal austauscht. 1. Ich nehme an, dass ich natural=bay als Relation aus mehreren ways taggen kann und das auch nach den bestehenden Regeln für die Mapnik-Karte ausgewertet wird. Richtig? Oder sollte ich es anders angehen? Ja, natural=bay wird derzeit ab z=14 beschriftet - egal ob als Punkt oder als Fläche erfasst. Es gibt die Idee, die Darstellung zu verbessern, indem man die Bedeutung einer Bucht aus dem Flächeninhalt inferiert und basierend darauf die Beschriftung früher/später und größer/kleiner anzeigt. Das funktioniert so jedoch nur für als Polygon erfasste Buchten (derzeit weniger als 1 Prozent sind so erfasst), würde entsprechend ein umfangreiches 'Mapping für den Renderer' anstoßen und wäre anfällig für Manipulationen, da das Polygon selbst ja nicht dargestellt würde. Das war auch die Grundlage der Diskussion auf tagging. 2. Wie steht es mit natural=strait? Wertet Mapnik das aus? Gibt es andere, bessere Möglichkeiten, eine Meerenge zu taggen= natural=strait wird derzeit nicht dargestellt, wäre aber kein Problem, das zumindest analog zu Buchten zu tun. Der wichtigste Unterschied ist, dass bei Meerengen das dogmatische Argument 'Flächenhafte Dinge sollten als Polygon erfasst werden' nicht zieht, da eine Meerenge im Normalfall ein eindimensionales Objekt ist (hat eine Breite aber keine Länge). Für Meeresstraßen in komplexem Küstenlinien-Umfeld bietet sich die Erfassung als nicht geschlossener way an, siehe: http://www.openstreetmap.org/way/163242449 http://www.openstreetmap.org/way/286227372 -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrplanwechsel am 14.12.2014
Hallo, morgen fängt ein neues Jahr an – zumindest bei öffentlichen Personennah- und Fernverkehr. Das bringt wie jedes Jahr viele viele Änderungen mit sich, die alleine im Bahnbereich für einen Mapper viel zu viele sind. Hat außer mir noch jemand Lust, diese Änderungen einzupflegen? Um die gemeinsame Arbeit zu koordinieren, bitte ich euch, ein eigens dafür angelegtes Etherpad zu verwenden. Dort kann jeder (auch Relationsscheue) Linienänderungen eintragen, auch ohne sie selbst einzupflegen. https://pad.foebud.org/gnm83ly21B Ich habe mal den Anfang gemacht, in meinem Gedächtnis gekramt und Änderungen im Pad eingetragen. Viele Grüße Michael PS Die deutsche Wiki-Seite DE:Public Transport dokumentiert nun das neue Public Transport Schema (aka PTv2) https://wiki.openstreetmap.org/wiki/DE:Public_transport PPS Dies ist ein Crossposting aus dem OSM-Forum. http://forum.openstreetmap.org/viewtopic.php?pid=471159#p471159 -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.12.2014 11:15, Christoph Hormann wrote: 1. Ich nehme an, dass ich natural=bay als Relation aus mehreren ways taggen kann und das auch nach den bestehenden Regeln für die Mapnik-Karte ausgewertet wird. Richtig? Oder sollte ich es anders angehen? Ja, natural=bay wird derzeit ab z=14 beschriftet - egal ob als Punkt oder als Fläche erfasst. Was natürlich in sehr vielen Fällen zu wenig ist, natural=water (also u.a. Seen) wird bei geeigneter Größe schon ab z=10 beschriftet. Andererseits ist es bei der Erfassung als Punkt offensichtlich nicht gut möglich, die Größe der Bucht zu ermitteln, was bei einer Darstellung ab z=10 dazu führen würde, dass schon da viel zu viele Buchten angezeigt werden. Es gibt die Idee, die Darstellung zu verbessern, indem man die Bedeutung einer Bucht aus dem Flächeninhalt inferiert und basierend darauf die Beschriftung früher/später und größer/kleiner anzeigt. Das funktioniert so jedoch nur für als Polygon erfasste Buchten (derzeit weniger als 1 Prozent sind so erfasst), würde entsprechend ein umfangreiches 'Mapping für den Renderer' anstoßen Ich weiß nicht, ob man da von Mapping für den Renderer sprechen kann. Es scheint ja nicht so zu sein, dass die Erfassung als Polygon kompensieren soll, dass eine Behandlung von Punkten im einen oder anderen Renderer noch nicht gut implementiert ist, sondern dass es offenbar ganz allgemein fraglich ist, ob sich die Auswertung zufriedenstellend automatisieren lässt. Außerdem ist es ja nicht so, als gäbe es da eine bestimmte richtige Art der Erfassung, von der Mapper abweichen, nur damit ihr Werk gerendert wird. Statt dessen sieht es mir aber nach Rendern gegen die Mapper aus, wenn eine leicht mögliche Verbesserung der Darstellung unterlassen wird, nur um Mapper davon abzuhalten, eine kontroverse Mappingtechnik einzusetzen. und wäre anfällig für Manipulationen, da das Polygon selbst ja nicht dargestellt würde. Wer soll da was manipulieren und warum? Das war auch die Grundlage der Diskussion auf tagging. 2. Wie steht es mit natural=strait? Wertet Mapnik das aus? Gibt es andere, bessere Möglichkeiten, eine Meerenge zu taggen= natural=strait wird derzeit nicht dargestellt, wäre aber kein Problem, das zumindest analog zu Buchten zu tun. Der wichtigste Unterschied ist, dass bei Meerengen das dogmatische Argument 'Flächenhafte Dinge sollten als Polygon erfasst werden' nicht zieht, da eine Meerenge im Normalfall ein eindimensionales Objekt ist (hat eine Breite aber keine Länge). Unter einer Meerenge verstehe ich hier das, was offenbar mit natural=strait gemeint ist. Im Wiki steht dazu nicht viel, aber schon die Kurzbeschreibung A narrow area of sea surrounded of land zeigt, dass auch hier wieder eine (hier an zwei Seiten evtl. nur vage begrenzte) Fläche gemeint ist. Es ist hier allerdings leichter als bei der Bucht, den Verlauf durch eine Linie anzudeuten. Aber die Linie läuft dann natürlich gerade zwischen den vagen Enden, so auch in Deinen Beispielen: http://www.openstreetmap.org/way/163242449 http://www.openstreetmap.org/way/286227372 Die Straße von Dover hat auch schon jemand so dargestellt. Gruß, Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJUjGMQAAoJEBrjxFVQEkD/L/QQAIdkZsESYOaXS4hGvgpgPvuR sMnVBCrRCjPgOIRcoc6++rl/MBa+9M/YLGku0a4NLdTZ5yTXFuAN++Q0JfIVHqEG ioq5vf59/PJZQIkqTi817H6AbhX+bgAmFJ8B1298GMGElRUi2n/9/9paZht6aLrs ppNfn1iVUyCono1ZDBN2YQ6qcq/S+Uw9q2wCSS/5V7cY8vV5gkeQ+h/dCFTG0KlW 0CKdJJFO3N5W2UCxdD9g9/9dJWq452qUR3xqlABqj1R6TqajK2C5cVeXdR3kWZgO 5OImRSydAsENRCZEnvF45S5nDRBVsX+pjl5bUbtBpZjDFQJP+NpmHSkEv4O4FPLL OmOFx4Z3ftBKSXBxVoTkUMABaW1u3yDb7kxo2AmQoXUKPxbQlRh9vH3sUlBL1avk sw90xNH4JjmrdCCavijCvcrpDudzlx+wju4Z3PTm7nfKDzDwa8vek4ctlcIZEs0d ctbgJz09xVZMCSdDhX0dDFn3kdFGiXUqzh3FOGMCDgbzTQAnfvNvrefrRaKzsFs4 NfQjZNdQBEVb5w5jfI0z1I6/LoClbP0PRIsxMwztS+pGtTAcqOHm8bhD0R0MWNQt Ju7G2p27UZqTuOamyaqQ5Ve2ifXEk5fkaGHFqBwhiQyeSAmwYe8IWcUoIXP8Nx7j +HOF9F5CvdFfo+EvQWMU =+z7M -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
On Saturday 13 December 2014, Mark Obrembalski wrote: Ich weiß nicht, ob man da von Mapping für den Renderer sprechen kann. [...] Ich habe hier wie gesagt nicht vor, die Diskussion aus tagging zu wiederholen. Bis jetzt habe ich gegenüber dort noch keine neuen Argumente gehört. Wie bereits dort gesagt spricht nichts dagegen, wenn Mapper im Einzelfall, wenn sie es für angebracht halten, Buchten als Flächen erfassen. Es gibt jedoch keinen vernünftigen Grund, dies generell für genauer oder besser zu halten als eine Erfassung als Punkt. Und offensichtlich sieht das die überwiegende Mehrheit der Mapper von Buchten genauso. Ein erheblicher Teil der derzeit als Polygon erfassten Meeresbuchten sehen übrigens so aus wie: http://www.openstreetmap.org/way/49257289 http://www.openstreetmap.org/way/168571514 http://www.openstreetmap.org/way/48253965 was mir dann doch wie eine eher sinnfreie Übung erscheint... Unter einer Meerenge verstehe ich hier das, was offenbar mit natural=strait gemeint ist. Im Wiki steht dazu nicht viel, aber schon die Kurzbeschreibung A narrow area of sea surrounded of land zeigt, dass auch hier wieder eine (hier an zwei Seiten evtl. nur vage begrenzte) Fläche gemeint ist. [...] natural=strait ist im Allgemeinen eine Engstelle zwischen zwei Meeresteilen und als solche keine Fläche. Bei vielen klassischen Meerengen wie http://www.openstreetmap.org/node/305640045 http://www.openstreetmap.org/node/305640285 würde es fast schon ans absurde grenzen, sie als Polygon zu erfassen. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.12.2014 18:20, Christoph Hormann wrote: Wie bereits dort gesagt spricht nichts dagegen, wenn Mapper im Einzelfall, wenn sie es für angebracht halten, Buchten als Flächen erfassen. Gut, ich fasse also das praktische Ergebnis der bisherigen Diskussion zusammen: Buchten als Flächen/Relationen aus Küstenlinien und einer akzeptabel gewählten seeseitigen Linie zu erfassen, ist in Ordnung und führt nicht zu ernstlichen Problemen. Insbesondere führt das Teilen vorhandener Küstenlinien nicht zu Fehlern. Man sollte sich allerdings darauf einstellen, dass es zumindest beim Mapnik-Standardstil länger als üblich dauert, bis die neu erfassten Buchten richtig gerendert werden. Von der Möglichkeit, so erfasste Buchten leicht nach ihrer Größe einzuordnen und dementsprechend weiterzuverarbeiten, macht zumindest der Mapnik-Standardstil derzeit keinen Gebrauch (persönliche Nebenbemerkung: sofern das bewusst geschieht ist das Rendern gegen die Mapper und sollte abgestellt werden). natural=strait wird im Mapnik-Standardstil bisher gar nicht gerendert, wobei das grundsätzlich relativ leicht implementiert werden könnte. Bei natural=strait bietet sich auch eine Erfassung als Linie entlang der Mitte der Meeresstraße an. Ein erheblicher Teil der derzeit als Polygon erfassten Meeresbuchten sehen übrigens so aus wie: http://www.openstreetmap.org/way/49257289 http://www.openstreetmap.org/way/168571514 http://www.openstreetmap.org/way/48253965 was mir dann doch wie eine eher sinnfreie Übung erscheint... Da sind wir uns nun einig, obwohl es manche offenbar für sinnvoller hielten, würden derartige Übungen nur in einer getrennten DB stattfinden. Der letzte Fall ist zudem wohl eher natural=strait als natural=bay. Unter einer Meerenge verstehe ich hier das, was offenbar mit natural=strait gemeint ist. Im Wiki steht dazu nicht viel, aber schon die Kurzbeschreibung A narrow area of sea surrounded of land zeigt, dass auch hier wieder eine (hier an zwei Seiten evtl. nur vage begrenzte) Fläche gemeint ist. [...] natural=strait ist im Allgemeinen eine Engstelle zwischen zwei Meeresteilen und als solche keine Fläche. Dann wäre es im Wiki also falsch beschrieben. Aber ist z.B. die Straße von Dover oder die Magellanstraße wirklich nur eine Stelle? Bei vielen klassischen Meerengen wie http://www.openstreetmap.org/node/305640045 http://www.openstreetmap.org/node/305640285 würde es fast schon ans absurde grenzen, sie als Polygon zu erfassen. Ja, die unterscheiden sich wirklich deutlich von anderen Beispielen. Gibt es vielleicht einen Unterschied zwischen der Magellanstraße und der Drakestraße, die dazu führen sollte, diese beiden Fälle unterschiedlich zu erfassen? Gruß, Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJUjH+QAAoJEBrjxFVQEkD/WmgQANCScz2X8fH2hob7/vGPrDz6 Pfspj7vi9rx4faXzD2kfpWSyBMqOD4+2XnFPW8Rvi3Zs48diTR8iFI6OsYNL8RXF KZoZIv/4l0Rx0aUeSVj0vRteP5N8flLeMXl0Y65v4Dhd82GCZr6YPfjAKF1PvLwO 95RtLj/+2JxrnNWzdHgJOZkxiU8/BLWiRKFnluxguXD1IVSDuzGXO8K17p/OKJMZ r70dBZtzNNUOC3dfSW0VctJuYUWPjdE2F1mi2LJZvDIB3evcMwLY+kV5RX3J3aWu ZKUTOAK9078kZ2twjv2lIB+An0luEfUk03HToCXT0sjM+cx22A+wqisK+EOs2Q6g QV1EV/q9JZ32/UwbnhX88L8IrxCeRJHNFf+Npoc9y/QRHdHe82jacG6+Pg40a3hJ G012ffvPJsbUbsU9fO85+2jfwo/6oQg99Oq24dtp26fu3w1qci15LRa8rotZUwg/ r9OoxPKFDGk2gKQA81JVqiQsFBFeXLNR3gEMQN5M+sKhUrImvZdpsC7r89mKyEYk ZnieaIxPLUmMi2j2dtHfZmW5ckxVbDEfdgWuHUqZ8HDV34Pw+hGAkdJFho6BtT8Y InEbcHL9drURqR5L2f4IJzvkRS1Pu19ABo83YoEQT29fL8PP2bB0sMhEouJzADJN g34qF8ayQAcrQbrxCUdq =3j4n -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: [Announce] Unplanned OSM Outage
FYI: es gibt wegen einer Netzwerkstörung im Moment einen Ausfall bei OSM Original-Nachricht Betreff:[Announce] Unplanned OSM Outage Datum: Sat, 13 Dec 2014 20:31:05 + Von:Grant Slater openstreet...@firefishy.com An: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org Hi All, OpenStreetMap is currently offline due to a major network outage at the institution hosting of primary services. Website, DB, API, wiki offline. The OpenStreetMap operations team are currently investigating and will return the services as soon as possible. For further updates best to check: https://twitter.com/OSM_Tech This is the first such outage in 3 years. Kind regards, Grant Part of the OpenStreetMap sysadmin team ___ Announce mailing list annou...@openstreetmap.org https://lists.openstreetmap.org/listinfo/announce ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] opensteetmap....è sparito????
...risulta anche a voi il tutto off line o solo a me ..nessuna pagina visualizabile e neppure scaricabile tramite josm -- View this message in context: http://gis.19327.n5.nabble.com/opensteetmap-e-sparito-tp5827135.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openst(R)eetmap....è sparito????
Il 13/12/2014 22:18, scratera ha scritto: ...risulta anche a voi il tutto off line o solo a me ..nessuna pagina visualizabile e neppure scaricabile tramite josm -- View this message in context: http://gis.19327.n5.nabble.com/opensteetmap-e-sparito-tp5827135.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it «Il database di OpenStreetMap è al momento non in linea per pe(R)mettere lo svolgimento di alcuni lavori essenziali su di esso.» -- Vedo che le (R) non vi piacciono eh? :) -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opensteetmap....è sparito????
Direttamente dal sito OSM: The OpenStreetMap database is currently offline while essential database maintenance work is carried out. Il database OpenStreetMap è in questo momento offline a causa di manutenzione Il 13/12/2014 22:18, scratera ha scritto: ...risulta anche a voi il tutto off line o solo a me ..nessuna pagina visualizabile e neppure scaricabile tramite josm -- View this message in context: http://gis.19327.n5.nabble.com/opensteetmap-e-sparito-tp5827135.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Ferrocarriles España
Hay alguien que este trabajando en mapeo de lineas de Ferrocarril? ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ferrocarriles España
Hola: Yo he mapeado alguna cosa del Castilla y León pero falta por mejorar un montón y es uno de los aspectos más descuidados. Además con todas las obras de la alta velocidad se están cambiando algunos trazados y resulta un poco complicado mapear con fiabilidad. Pero vamos, es un asunto que me interesa y en el que quiero/puedo ayudar un poco. Manuel (Montgomery) El 13 de diciembre de 2014, 17:40, Alberto Catala albertocat...@gmail.com escribió: Hay alguien que este trabajando en mapeo de lineas de Ferrocarril? ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ferrocarriles España
Yo en su día mapeé ferrocarriles por la zona de Madrid -- David Marín Carreño dav...@gmail.com Saludo a la NSA que me estará viendo - Best regards to the NSA workers who are reading this mail El 13 de diciembre de 2014, 17:57, Manu El wikimo...@gmail.com escribió: Hola: Yo he mapeado alguna cosa del Castilla y León pero falta por mejorar un montón y es uno de los aspectos más descuidados. Además con todas las obras de la alta velocidad se están cambiando algunos trazados y resulta un poco complicado mapear con fiabilidad. Pero vamos, es un asunto que me interesa y en el que quiero/puedo ayudar un poco. Manuel (Montgomery) El 13 de diciembre de 2014, 17:40, Alberto Catala albertocat...@gmail.com escribió: Hay alguien que este trabajando en mapeo de lineas de Ferrocarril? ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-it-trentino] R: Re: incontro mensile
Ven 12/12/14, Simone Cortesi sim...@cortesi.com ha scritto: non ho capito chi abbia preso i contatti con il circolino, ma l'incontro è confermato. Forse può provvedere Luca che ha proposto il posto? Grazie Pietro ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
[Talk-ca] Lake Ontario disappearing
Lake Ontario seems to be disappearing whenever I zoom to zoom level 5 or less. I don't see anything wrong on the coastline validator at http://tools.geofabrik.de/osmi/. Anyone know how to fix this? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Lake Ontario disappearing
Ontario Lake and St-Laurent river had complex problems regarding coastlines versus riverbank and multipolygons. Probably someone wanted to fix those problems and did something wrong... Bruno Le 2014-12-13 14:23, Andrew MacKinnon andrew...@gmail.com a écrit : Lake Ontario seems to be disappearing whenever I zoom to zoom level 5 or less. I don't see anything wrong on the coastline validator at http://tools.geofabrik.de/osmi/. Anyone know how to fix this? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] Kopce
Ahoj, http://www2.jpl.nasa.gov/srtm/ uvolněna (po těch letech!) data s rozlišením 1 úhlové vteřiny. Po hodinách klikání a registrací jsem se k nim dostal. Jsou to více-méně surová data bez začištění a pro použití v OSM by bylo nutné je začistit - tím myslím odstranit a interpolovat jámy kolem vodních ploch a nevím, jak na to. Asi to nebude triviální... Teď používám data odsud: http://www.viewfinderpanoramas.org/Coverage%20map%20viewfinderpanoramas_org3.htm ta jsou na 3 úhlové vteřiny, ovšem z tohoto zdroje jsou dost dobře začištěná a jámy kolem rybníků jsou minimalizované. Spíš jen tak pro info. Nebo kdyby to někdo uměl začistit neb poradil, jak se to dělá. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kopce
Dne So 13. prosince 2014 17:34:54, Petr Vejsada napsal(a): uvolněna (po těch letech!) data s rozlišením 1 úhlové vteřiny. Po hodinách ... a taky ta data začínají stárnout - tahle halda http://mapapi.poloha.net/#map=17/49.68800/13.23274 už je více-méně srovnaná se zemí. Chtělo by to nový let :-) -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kopce
Zdravim, Dne 13. prosince 2014 17:34 Petr Vejsada o...@propsychology.cz napsal(a): http://www2.jpl.nasa.gov/srtm/ uvolněna (po těch letech!) data s rozlišením 1 úhlové vteřiny. Po hodinách btw, existuji i evropska dem data s rozlisenim 25m [1]. Martin [1] http://www.eea.europa.eu/data-and-maps/data/eu-dem -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kopce
Ahoj, díky, to jsem neznal. Tady jsou taky docela přesný údaje o výšce ;-) http://ulozto.cz/xDwCiQW4/zabaged-vyskopis-gdb-zip (nejsem uploader) -- Petr Dne So 13. prosince 2014 19:57:26, Martin Landa napsal(a): Zdravim, Dne 13. prosince 2014 17:34 Petr Vejsada o...@propsychology.cz napsal(a): http://www2.jpl.nasa.gov/srtm/ uvolněna (po těch letech!) data s rozlišením 1 úhlové vteřiny. Po hodinách btw, existuji i evropska dem data s rozlisenim 25m [1]. Martin [1] http://www.eea.europa.eu/data-and-maps/data/eu-dem ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Connexion impossible osm.org
Bonjour à tous, Très difficile d'accéder à osm.org depuis le Burkina où nous participons au mapathon ouest-africain des communautés du Projet Espace OSM Francophone. C'était déjà le cas avant-hier. Des infos ? du coup impossible de s'identifier sur le Tasking Manager ou d'éditer le Wkik. Sinon la connexion fonctionne. Merci d'avance pour les retours ! gus -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Connexion impossible osm.org
Ok enfin un message d'erreur : Erreur 503 : Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. Quelqu'un peut faire quelque chose pour améliorer la situation ? gus Le 13/12/2014, Augustin Douryaugustindo...@gmail.com a écrit : Bonjour à tous, Très difficile d'accéder à osm.org depuis le Burkina où nous participons au mapathon ouest-africain des communautés du Projet Espace OSM Francophone. C'était déjà le cas avant-hier. Des infos ? du coup impossible de s'identifier sur le Tasking Manager ou d'éditer le Wkik. Sinon la connexion fonctionne. Merci d'avance pour les retours ! gus -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Connexion impossible osm.org
Pas de problème depuis Paris... http://www.downforeveryoneorjustme.com/osm.org Tu as regardé ce que donnais un traceroute ? Le 13 décembre 2014 10:55, Augustin Doury augustindo...@gmail.com a écrit : Bonjour à tous, Très difficile d'accéder à osm.org depuis le Burkina où nous participons au mapathon ouest-africain des communautés du Projet Espace OSM Francophone. C'était déjà le cas avant-hier. Des infos ? du coup impossible de s'identifier sur le Tasking Manager ou d'éditer le Wkik. Sinon la connexion fonctionne. Merci d'avance pour les retours ! gus -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FANTOIR voie sans nom pas de correspondance
Le 12/12/2014 23:11, Vincent de Château-Thierry a écrit : Bonsoir, Le 12/12/2014 11:17, lenny a écrit : Dan le FANTOIR, il y a une voie qui est appelée 310560041ARTE DEPARTEMENTALE 902 Cette voie existe dans osm : http://www.openstreetmap.org/way/24223813#map=16/43.6682/1.3631 Elle n'a pas de name, l'appellation du FANTOIR correspond à la référence de la voie ref=D 902 Elle n'a pas de nom, car elle devrait être déclassée/déplacée lors du déménagement projeté du Parc des Expos de Toulouse bien que j'ai ajouté le tag ref:FR:FANTOIR=310560041A, elle n'est pas rapprochée Pas de rapprochement si pas de tag name=* : pour l'instant c'est bien le comportement attendu. J'ai repris ton exemple pour ouvrir ce ticket : https://github.com/osm-fr/bano/issues/83 Ok, merci Lenny merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Connexion impossible osm.org
Ok merci dpeuis un proxy ça à l'air de marcher mais maintenant c'est la connexion qui est HS :) pas de souci on part mapper le quartier koulouba ! on s'y remet après le temps que ça s'améliore. gus Le 13/12/2014, Amadoundongama...@gmail.com a écrit : Salut Gus, essaie de te connecter depuis un proxy. utilises Tor , sinon voici une liste de proxy gratuits : http://www.free-proxy.fr http://www.free-proxy.fr/ Amadou — Amadou Ndong +221 77 413 65 83 | @ndongamadou Le 13 déc. 2014 à 10:01, Augustin Doury augustindo...@gmail.com a écrit : Ok enfin un message d'erreur : Erreur 503 : Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. Quelqu'un peut faire quelque chose pour améliorer la situation ? gus Le 13/12/2014, Augustin Douryaugustindo...@gmail.com mailto:augustindo...@gmail.com a écrit : Bonjour à tous, Très difficile d'accéder à osm.org depuis le Burkina où nous participons au mapathon ouest-africain des communautés du Projet Espace OSM Francophone. C'était déjà le cas avant-hier. Des infos ? du coup impossible de s'identifier sur le Tasking Manager ou d'éditer le Wkik. Sinon la connexion fonctionne. Merci d'avance pour les retours ! gus -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Projet_EOF. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse projet_eof+unsubscr...@googlegroups.com mailto:projet_eof+unsubscr...@googlegroups.com. Pour envoyer un message à ce groupe, adressez un e-mail à projet_...@googlegroups.com mailto:projet_...@googlegroups.com. Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/projet_eof/CAPpyHsFZ_owuyC2RAACJb7K20%3DwCtnO4SRbo%2BiF_do%3D_5MaD8w%40mail.gmail.com https://groups.google.com/d/msgid/projet_eof/CAPpyHsFZ_owuyC2RAACJb7K20%3DwCtnO4SRbo%2BiF_do%3D_5MaD8w%40mail.gmail.com. Pour plus d'options, visitez le site https://groups.google.com/d/optout https://groups.google.com/d/optout . -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Connexion impossible osm.org
De mon côté cela marche, avec une petite connection. Cordialement FredM Le 13 décembre 2014 11:01, Augustin Doury augustindo...@gmail.com a écrit : Ok enfin un message d'erreur : Erreur 503 : Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. Quelqu'un peut faire quelque chose pour améliorer la situation ? gus Le 13/12/2014, Augustin Douryaugustindo...@gmail.com a écrit : Bonjour à tous, Très difficile d'accéder à osm.org depuis le Burkina où nous participons au mapathon ouest-africain des communautés du Projet Espace OSM Francophone. C'était déjà le cas avant-hier. Des infos ? du coup impossible de s'identifier sur le Tasking Manager ou d'éditer le Wkik. Sinon la connexion fonctionne. Merci d'avance pour les retours ! gus -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Projet_EOF. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse projet_eof+unsubscr...@googlegroups.com. Pour envoyer un message à ce groupe, adressez un e-mail à projet_...@googlegroups.com. Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/projet_eof/CAPpyHsFZ_owuyC2RAACJb7K20%3DwCtnO4SRbo%2BiF_do%3D_5MaD8w%40mail.gmail.com . Pour plus d'options, visitez le site https://groups.google.com/d/optout . ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Connexion impossible osm.org
Quelqu'un sur talk-fr@ ? J'en doute... le meilleur endroit c'est sur IRC, channel osm-dev Les admin OSM sont toujours dans le coin... Le 13 décembre 2014 11:01, Augustin Doury augustindo...@gmail.com a écrit : Ok enfin un message d'erreur : Erreur 503 : Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. Quelqu'un peut faire quelque chose pour améliorer la situation ? gus -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] man-made=tower avec tower:type=tower :))
Merci pour ces observations :) Merci pour tes retours :) http://wiki.openstreetmap.org/wiki/Tag:power%3Dtower#Detailed_tower_tagging http://wiki.openstreetmap.org/wiki/Tag:power=tower#Detailed_tower_tagging C'est assez peu cohérent, autour de power=tower, on a tower:type design material tower tower:type il faudrait éviter les mélanges avec les types de tours. D’ailleurs le wiki nous met en garde : Please note that the tower:type=* tag has other meanings when used in combination with man_made=tower. » Ou alors il faut proposer des valeurs qui soient compatibles et sans ambiguïtés : tower:type=power:suspension ; power:anchor ; power: termination ; etc. - power:tower:type power_tower:type power:type … Je préfère le dernier ? Et il ne semble pas rentrer en conflit avec d'autres sous tags de power, mais je vois qu’il existe un power:type utilisé 7454 fois avec la clé railway http://wiki.openstreetmap.org/wiki/Key:railway=* !! Il n’y a qu’une seule valeur power:type=overhead . Une erreur, un intérêt quelconque ?? design - power:design material - power:material tower je ne le vois pas dans le wiki mais je vois le suivant : structure - power:structure les valeurs se retrouvent dans la sous clé tower:construction http://wiki.openstreetmap.org/wiki/Tag:man_made=tower#Optional_Tags : doublon ? tower:construction structure freestanding lattice lattice guyed guyed_lattice guyed_tube tubular hybrid solid A croiser avec la proposition sur le transport électrique Et voir si il n'y a pas des choses à faire, je me suis penché sur les clés principales pour les pylônes/poteaux mais assez peu sur les secondaires et périphériques je reconnais. Ce n’est pas une critique ;-) seulement une remarque :-) Je vois avec les auteurs de ces objets s’ils acceptent mes modifs,… Je te laisse voir avec les auteurs des propositions et/ou sur t...@openstreetmap.org mailto:t...@openstreetmap.org pour faire évoluer des clés ? — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Capillary pour HOT / ProjetEOF ?
Le 13 déc. 2014 à 11:21, Augustin Doury augustindo...@gmail.com a écrit : pas de souci on part mapper le quartier koulouba ! Bonjour, J’ai participé à quelques tâches de cartographies en Afrique pour HOT. Et ce depuis mon bureau : ce n’était pas facile car les images étaient de mauvaise qualité (voilées, colorées, et peu contrastées). De plus, difficile de reconnaitre des objets (cases, arbres, type de végétation, …) en n’était jamais aller là-bas. Je me demandais donc si c’était possible pour les personnes sur place de faire des photos et de les partager avec Mapillary (je n’ai vu aucune streetview chez Google même à Bamako). Je pensais possible en terme de disponibilités (de temps, de débit des connexions internet, d’appareils photos ou de caméra embarquées…) Merci de vos retours chauds et ensoleillés, — Yves PS: pas besoin de tonnes de photos, ni de grande qualité. Mais quelques unes au « bon » endroit… Ou alors des « km » de photos lors des trajets pour ceux qui auraient une caméra embarqué (ou un smartphone) avec un support et une connexion internet correcte.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Connexion impossible osm.org
Bonjour, Après interrogation sur #osm-dev, les 3 frontends (responsables des connexions/login) fonctionnent apparemment normalement. Donc le problème doit se situer en amont, quelque part entre toi et les serveurs d'osm.org. (Peut-être un proxy automatique). Cordialement, Jean-Guilhem Le 13/12/2014 11:22, Christian Quest a écrit : Quelqu'un sur talk-fr@ ? J'en doute... le meilleur endroit c'est sur IRC, channel osm-dev Les admin OSM sont toujours dans le coin... Le 13 décembre 2014 11:01, Augustin Doury augustindo...@gmail.com mailto:augustindo...@gmail.com a écrit : Ok enfin un message d'erreur : Erreur 503 : Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. Quelqu'un peut faire quelque chose pour améliorer la situation ? gus -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM
Plus exactement ce ) quoi tu t'attends c'est un recherche de champs compatibles avec une adresse postale française alors que Nomintaim n'est pas spécifiquement prévu pour la France ni pour les adresses postales et doit pouvoir servir à trouver diverses choses dans la base. Les champs redondants ne le sont que dans le sens postal. Cependant curieusement on se demande pourquoi Nominatim trouve l'unique code postal 69006 pour le premier hôtel dans le 6e arrondissement de Lyon mais retourne 9 des codes postaux de la ville de Lyon alors qu'il a situé le deuxième hôtel dans le 8e arrondissement pour lequel l'ambiguité au niveau de la ville entière est résolu sur l'arrondissement qui a été trouvé correctement. Si on ôte des éléments superflus des résultats de Nominatim, on risque de ne plus voir l'arrondissement et rester avec le code postal non résolu! On voit la limite de Nominatim, il n'y a pas vraiment moyen de simplifier les résultats selon certains types de recherche (par exemple ici selon une adresse postale française), pour ne mettre les autres données que dans un onglet optionellement déroulable de détails. Pourtant un profil de recherche postale devrait être assez commun à tous les pays et réglé correctement avec les champs éadéquats et dans le bon ordre pour chaque pays (toi tu veux le code postal avant la ville selon l'usage postal en France mais dans la plupart des pays le code postal est indiqué après la ville, juste avant le pays (et l'usage du préfixe abrégé pour le pays juste accollé avant le code postal est très peu développé, les codes pays sont mal normalisés. En France ce devrait être théoriquement F-, comme les plaques minéralogiques, et non FR- si on emploie le code ISO 3166-1 mais d'autres pays utilisent ni l'un ni l'autre et les codes pays pour l'usage postal sont très peu suivis. Si on utilise en revanche Nominatim pour chercher des listes de services, l'adresse postale n'est pas forcément suffisante; encore moins si ce qu'on cherche n'est pas un lieu précis mais une région, une forêt, une rivière, une montagne, un parc naturel, un étang qui n'ont pas d'adresse en propre... Le 12 décembre 2014 11:12, Yves Pratter yves.prat...@gmail.com a écrit : Des exemples concrets ? - hôtels à lyon http://www.openstreetmap.org/search?query=hotels%20%C3%A0%20lyon#map=19/45.74677/4.86903 renvoie de les hôtels de Lyon :) mais aussi ceux des alentours ! (Oullins,Chaponost…) Le problème vient du fait que « Lyon » se trouve dans la city, mais aussi dans la county : place place_id=881408 osm_type=node osm_id=270479932 place_rank=30 boundingbox=45.7688624,45.7689624,4.856852,4.856952 lat=45.7689124 lon=4.856902 display_name=Hôtel du Parc, Boulevard des Brotteaux, Lyon 6e Arrondissement, Lyon, Rhône, Rhône-Alpes, Metropolitan France, 69006, Franceclass=tourism type=hotel importance=0.101 icon= http://nominatim.openstreetmap.org/images/mapicons/accommodation_hotel2.p.20.png hotelHôtel du Parc/hotel roadBoulevard des Brotteaux/road suburbLyon 6e Arrondissement/suburb city_districtLyon 6e Arrondissement/city_district cityLyon/city countyLyon/county stateRhône-Alpes/state countryFrance/country postcode69006/postcode country_codefr/country_code /place Autre problème récurrent, c’est l’éternel affichage avec tous les champs : - Hôtel du Parc, Boulevard des Brotteaux, Lyon 6e Arrondissement, Lyon, Rhône, Rhône-Alpes, Metropolitan France, 69006, France - *Hôtel du Parc, Boulevard des Brotteaux, 69006, Lyon, France * - Lagrange City, Cours Albert Thomas, Lyon 8e Arrondissement, Lyon, Rhône, Rhône-Alpes, Metropolitan France, *69001;69002;69003;69004;69005;69006;69007;69008;69009*, France - *Lagrange City, Cours Albert Thomas, 69008, Lyon, France * - Les Clos de Chaponost, Avenue Paul Doumer, Chaponost, Lyon, Rhône, Rhône-Alpes, Metropolitan France, 69630, France C’est à Lyon ou à Chaponost !! - *Les Clos de Chaponost, Avenue Paul Doumer, 69630, Chaponost, France * - Hôtel Regina, Grande Rue, Saint-Jean, Besançon, Doubs, *Free County*, Metropolitan France, 25000, France - *Hôtel Regina, Grande Rue, 25000, Besançon, France* Tient, les limites religieuses ont disparues :-) *boundary=religious_administration* - hotel près de eternoz http://nominatim.openstreetmap.org/search?format=xmladdressdetails=1q=hotel+pr%C3%A8s+de+eternoz%22 ne renvoie rien !! Il n’y en a pas dans le village, ni dans les villages alentours, mais il y en a forcément un peu plus loin (au moins à Besançon). — Yves PS: pour *69001;69002;69003;69004;69005;69006;69007;69008;69009*, France je ne sais pas d’où provient exactement l’erreur. J’ai trouvé ça pour deux hôtels dans la rue Cours Albert Thomas(207908673) http://www.openstreetmap.org/way/207908673 qui a 2 relation *associatedStreet* (la 2e était une erreur). - Relation Cours Albert Thomas (3750808)
Re: [OSM-talk-fr] Connexion impossible osm.org
Ok merci pour ça, je m'adresserai là-bas à l'avenir pour ce genre de soucis ! Le 13/12/2014, Christian Questcqu...@openstreetmap.fr a écrit : Quelqu'un sur talk-fr@ ? J'en doute... le meilleur endroit c'est sur IRC, channel osm-dev Les admin OSM sont toujours dans le coin... Le 13 décembre 2014 11:01, Augustin Doury augustindo...@gmail.com a écrit : Ok enfin un message d'erreur : Erreur 503 : Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. Quelqu'un peut faire quelque chose pour améliorer la situation ? gus -- Christian Quest - OpenStreetMap France -- *Augustin Doury* Projet Espace OSM Francophone | @ProjetEOF Volontaire International de la Francophonie - Association Linux Logiciels Libres Burkina-Faso | @gus_osm +22660717822 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Connexion impossible osm.org
A voir avec le fournisseur d'accès local, si c'est un réseau mobile par exemple on ne peut pas éviter son proxy (même quand on est en France), car on n'a pas d'adresse IP routable et on est connecté sur une IPv4 locale (de type 10.0.0.x) à un routeur NAT de l'opérateur mobile et certains proxies surchargés ne tiennent pas les sessions web assez longtemps... Je l'ai vu sans arrêt aussi bien sur réseau mobile Orange, que SFR ou Bouygues Télécom (ne parlons pas de celui de Free qui, quand il a des antennes locales, les surcharge énormément pour éviter que ses clients passent par le réseau Orange loué: il ferme l'accès aux antennes Orange assez largement autour et Free peut mettre toute une petite ville couverte par 3 antennes là où les autres en ont déployé une douzaine, ou bien il n'autorise le routage par Orange QUE pour la téléphonie GSM, pas pour les datas, adieu la 4G!)... Et ça restera le cas encore longtemps tant que les opérateurs ne mettrons pas un routage IPv6 évitant l'usage d'un routage NAT où le routeur a besoin de mémoire et d'allouer des ports clients sur un nombre limité de ports qu'il recycle en permanence avec des durées d'association très courtes; pour limiter les problèmes de session courte du coté visible du web sur ce type de proxy, le routeur effectue les requêtes web et les met en cache local pour distribuer ensuite les résultats plus lentement au mobile, mais c'est parfois ce cache qui sature et sur des session HTTPS en SSL ou TLS ou IPSec il n'y a pas moyen de faire ce cache la durée de vie des sessions sur le routeru est égale alors des deux cotés du proxy dont les deux connexions sont alors quasi synchrones). La saturation des proxies d'accès mobile dépend fortement du lieu où l'on est et des heures d'accès (et des moyens mis par l'opérateur pour doter ses relais d'assez de mémoire et ne pas sous-dimensionner les capacités en suivant très régulièrement les statistiques d'usage, quitte à allouer de la capacité supplémentaire par des réseaux tiers mutualisés mais qui peuvent lui coûter cher en usage à la demande). Normalement aussi ton message d'erreur 503 s'il vient du proxy devrait mentionner l'adresse ou le nom du proxy concerné sur la page. Egalement le navigateur web doit afficher un lien détails pour plus d'infos sur la provenance de l'erreur affichée (il affichera des champs souvent cachés tels que des entêtes MIME pertinents), sinon il reste encore l'onglet développeur/débogage du navigateur qui propose un moniteur réseau (sous IE, Chrome, Safari ou Firefox sur Windows... mais pas sur Android). Si c'est l'appli JOSM qui retourne l'errreur dans la console, les outils de moniteur réseau sont à chercher en lançant JOSM dans un débogueur Java par exemple sous Eclipse (le JRE lui même n'en a pas, la console java est minimaliste et affiche juste une trace des exceptions avec les points d'entrée de la pile d'appel). Attention aussi au comportement de certains outils comme les gestionnaires de formulaires qui se greffent au navigateur et parfois modifient les pages téléchargées à la volée. Tester aussi en désactivant les plugins non nécessaires: Les navigateurs ont maintenant un mode de lancement sécurisé navigation privée désactivant tous les plugins non préintégrés et limitant certaines APIs Javascript ou fonctionalités, utilisant un nouveau cache local temporaire qui sera vidé dès qu'on ferme la fenêtre et qui ne conservera aucun cookie ou base locale ou système similaire dans le profil utilisateur local ; cependant cela n'empêche pas un antivirus ou un moniteur système de s'y greffer et parfois de communiquer et croiser des données avec des sessions parallèles en mode de navigation normale où ils sont également connectés (par exemple via Flash qui est très intrusif mais encore très utilisé par quantité de composants publicitaires inclus avec des tas d'outils gratuits, cependant Flash est maintenant distribué en composants séparés pour chaque navigateur et ne peut normalement plus communiquer avec les instances de Flash séparées des autres navigateurs ou d'une autre session de navigation privée sur les navigateurs qui permettent d'avoir plusieurs sessions privées séparées...). Il y a d'autres solutions qui consistent à installer un proxy local transparent pour analyser le comportement de n'importe quelle appli sans modification (on peut alors analyser la totalité du protocole, pas que HTTP mais aussi les requêtes DNS, et requêtes de certificats pour SSL/TLS et les requêtes de vérification de CRL, ou encore celles effectuées par des composants parasites comme les adwares/spywares ou même la géolocalisation assistée). Pour tout intercepter il faut parfois installer ce proxy avec des droits administrateur sur la machine locale. Des outils vont assez loin jusqu'à même installer une carte réseau virtuelle (avec un driver système spécifique) pour être sur de tout récupérer. Il en existe aussi sous forme externe (un petit routeur transparent, en Ethernet vers Ethernet ou en point
Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM
Merci Philippe pour ta réponse relativement courte :) Plus exactement ce ) quoi tu t'attends c'est un recherche de champs compatibles avec une adresse postale française Entre-autres ;-) Le plus important c’est de trouver simplement des objets de la vie courante. (Passez la partie sur les 9 codes postaux lyonnais et allez voir plus bas pour les généralités) —— cas lyonnais —— alors que Nomintaim n'est pas spécifiquement prévu pour la France ni pour les adresses postales et doit pouvoir servir à trouver diverses choses dans la base. Les champs redondants ne le sont que dans le sens postal. Ok, mais pour un usage courant avoir une liste à rallonge de noms ne va pas faciliter l’utilisation d’OSM par le grand public. Cependant curieusement on se demande pourquoi Nominatim trouve l'unique code postal 69006 pour le premier hôtel dans le 6e arrondissement de Lyon mais retourne 9 des codes postaux… Il me semble que c’est un « bug » dans les données. hôtel a cours albert thomas http://www.openstreetmap.org/search?query=h%C3%B4tel%20a%20cours%20albert%20thomas#map=18/45.74507/4.87338layers=H Lagrange City http://www.openstreetmap.org/way/62338429, Cours Albert Thomas, Lyon, 69001;69002;69003;69004;69005;69006;69007;69008;69009, France Hôtel du Nord http://www.openstreetmap.org/node/2453696355, Rue Guy, Lyon, 69003, France Mercure Lyon Lumière http://www.openstreetmap.org/node/219232834, 71-73-75, Cours Albert Thomas, Lyon, 69001;69002;69003;69004;69005;69006;69007;69008;69009, France Quelques observations : Lagrange City est un aparthôtel situé au 81-85 Cours Gambetta (cf. leur site web http://www.lagrange-city-lyon-lumiere.com/contact/contactez-nous-formulaire-telephone-fax-informations). Sur la carte il y a les n° 81 et 83 qui sont? sur le tracé du bâtiment. L’hôtel du Nord semble avoir une adresse correcte, c’est bizarre que le géocodage se fasse sur l’autre rue… (il est au coin de la Rue Guy et du Cours Albert Thomas). L’hôtel Mercure Lyon Lumière est au 69 cours Albert Thomas (cf. site web http://www.mercure.com/fr/hotel-1535-hotel-mercure-lyon-lumiere/index.shtml). C’est un nœud isolé « contenu » dans un bâtiment avec 8 n° de rues http://www.openstreetmap.org/node/219232834#map=19/45.74726/4.86812layers=H La recherche 71 cours albert thomas, lyon http://www.openstreetmap.org/search?query=71%20cours%20albert%20thomas,%20lyon#map=18/45.74709/4.86777 renvoie 4 POI avec avec les 9 codes postaux de Lyon (ce sont tous des nœuds situé dans ce même bâtiment). J’ai essayé de trouver l’adresse 111 Cours Albert Thomas, lyon http://www.openstreetmap.org/search?query=111%20Cours%20Albert%20Thomas,%20lyon#map=18/45.74507/4.87338layers=H (pas de 111 visible sur la carte). Le cours sort 6 fois avec les codes postaux 69003 (2X), 69007, 69008 (2X) et 69001;69002;69003;69004;69005;69006;69007;69008;69009 Des idées ? ——cas lyonnais —— Si on ôte des éléments superflus des résultats de Nominatim, on risque de ne plus voir l'arrondissement et rester avec le code postal non résolu! Le code postal non résolus est un bug ? Mais je parle de le supprimer pour l’affichage (du moins pour des POI adressables par la poste. Après pour une forêt ou un lieu naturel on pourrait envisager une règle différente (comme un règle d’affichage des adresses postales par pays). On voit la limite de Nominatim, il n'y a pas vraiment moyen de simplifier les résultats selon certains types de recherche (par exemple ici selon une adresse postale française), Si, j’ai cru voir des sites qui n’affichent que la partie de l’adresse qui les intéressent. Je sais que le géocodage est hyper compliqué mais c’est important de l’améliorer pour ne pas réserver OSM aux seuls geeks ;-) Pourtant un profil de recherche postale devrait être assez commun à tous les pays et réglé correctement avec les champs adéquats et dans le bon ordre pour chaque pays +1 (règle d’affichage par pays) (toi tu veux le code postal avant la ville selon l'usage postal en France Je me répète, je veux surtout un affichage clair — ça sera déjà une grosse avancée) :-) Et surtout que la recherche « gare à lyon » me renvoie que les gares et pas les stations de métro ! Ou que « métro proche du cours gambetta, lyon » fonctionne ! C’est en partie faisable en revoyant les phrases spéciales (il faut chercher station de métro proche) Si on utilise en revanche Nominatim pour chercher des listes de services, l'adresse postale n'est pas forcément suffisante; encore moins si ce qu'on cherche n'est pas un lieu précis mais une région, une forêt, une rivière, une montagne, un parc naturel, un étang qui n'ont pas d'adresse en propre… cf. règles plus haut. On peut faire une maquette en javascript pour tester tout ça et ensuite proposer ça à la fondation. Il faut aussi évaluer ces aspects avec les autres géocodeurs. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM
2014-12-13 15:44 GMT+01:00 Yves Pratter yves.prat...@gmail.com: - J’ai essayé de trouver l’adresse 111 Cours Albert Thomas, lyon http://www.openstreetmap.org/search?query=111%20Cours%20Albert%20Thomas,%20lyon#map=18/45.74507/4.87338layers=H (pas de 111 visible sur la carte). *Le cours sort 6 fois* avec les codes postaux *69003* (2X), *69007*, *69008* (2X) et* 69001;69002;69003;69004;69005;69006;69007;69008;69009* Des idées ? Oui, je pense les postalcode boundaries comme en Flandre et Allemagne sont la solution pour ça. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capillary pour HOT / ProjetEOF ?
Bonjour Une discussion sur la liste HOT anglophone : https://lists.openstreetmap.org/pipermail/hot/2014-November/006747.html Il y a peut-être donc du Mapillary sur Bangui. Sinon il y a des initiatives dans HOT / LearnOSM pour documenter et aider les mappeurs à distance avec des photos de référence. Plutôt de l'imagerie satellite d'ailleurs. En cours d'élaboration : http://wiki.openstreetmap.org/wiki/User:Bgirardot/West_African_HOT_Mapping_Tips Des éléments seront peut-être ajoutés dans une page dédiée dans la section : http://learnosm.org/en/coordination/remote/ Mais ce n'est pas encore le cas. En attendant il me semble que ça tourne beaucoup avec des photos issues de recherche internet non geolocalisées et du partage d'imagerie satellite sur des exemples remarquables. Enfin tu peux poster tes questions sur les listes HOT anglophone et francophone où les personnes impliquées pourraient réagir, t'expliquer les initiatives et l'état d'avancement. Elles seraient peut-être intéressées par des retours d'utilisateur. Bonne soirée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capillary pour HOT / ProjetEOF ?
Fran Boon a effectivement donné un lien vers Mapillary. http://www.mapillary.com/map/im/15/4.37/18.57 Je ne peux voir le contenu de la page wiki de Blake Girardot avec la panne actuelle. J'ai fais divers essais avec lui. Élément intéressant, Mapillary enregistre l'azimuth (la direction dans laquelle est prise la photo). L'Éditeur ID incorpore maintenant une couche Mapilllary et on peut y voir les photos de la même façon que sur le site de Mapillary avec indication de la direction dans laquelle a été prise la photo. Espérons que nous verrons rapidement un greffon pour JOSM. La navigation sur le site Mapillary est un peu déroutante. Si on clique sur le i au bas de la photo, un panneau s'ouvre au-dessous avec des hyperliens vers ID et JOSM. Avec mon écran, je ne peux voir ce panneau que si je me mets plein écran (clé F11 avec Firefox). Avec ID,tout va bien. Avec JOSM, malheureusement seules les données OSM sont téléchargées. On ne voit ni la trace gps ni lien vers les photos. Pierre De : althio forum althio.fo...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 13 décembre 2014 16h17 Objet : Re: [OSM-talk-fr] Capillary pour HOT / ProjetEOF ? BonjourUne discussion sur la liste HOT anglophone : https://lists.openstreetmap.org/pipermail/hot/2014-November/006747.html Il y a peut-être donc du Mapillary sur Bangui.Sinon il y a des initiatives dans HOT / LearnOSM pour documenter et aider les mappeurs à distance avec des photos de référence. Plutôt de l'imagerie satellite d'ailleurs. En cours d'élaboration : http://wiki.openstreetmap.org/wiki/User:Bgirardot/West_African_HOT_Mapping_TipsDes éléments seront peut-être ajoutés dans une page dédiée dans la section : http://learnosm.org/en/coordination/remote/ Mais ce n'est pas encore le cas. En attendant il me semble que ça tourne beaucoup avec des photos issues de recherche internet non geolocalisées et du partage d'imagerie satellite sur des exemples remarquables. Enfin tu peux poster tes questions sur les listes HOT anglophone et francophone où les personnes impliquées pourraient réagir, t'expliquer les initiatives et l'état d'avancement. Elles seraient peut-être intéressées par des retours d'utilisateur. Bonne soirée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capillary pour HOT / ProjetEOF ?
2014-12-13 22:51 GMT+01:00 Pierre Béland pierz...@yahoo.fr: Fran Boon a effectivement donné un lien vers Mapillary. http://www.mapillary.com/map/im/15/4.37/18.57 Les photos de Bangui sont donc arrivées à bon port. :) Espérons que nous verrons rapidement un greffon pour JOSM. Avec JOSM, malheureusement seules les données OSM sont téléchargées. On ne voit ni la trace gps ni lien vers les photos. Solution alternative : 1. http://osm.lyrk.de/mapillary2JOSM/ 2. taper par exemple Bangui et cliquer 'Suchen' 3. cliquer 'Download GPX' 4. ouvrir le fichier mapillary.gpx dans JOSM, les photos sont sur la trace 5. cliquer sur une icône, le lien vers la photo se charge, patienter. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capillary pour HOT / ProjetEOF ?
Pas très intuituif mapillary2JOSM. J'ai essayé à plusieurs reprises déja à partir du navigateur Firefox. Je vois bien des traces à l'écran. Je clique sur Download et rien ne se passe. Je viens d'essayer avec Chrome et cette fois-ci fichier gpx téléchargé. Dans JOSM, un peu lent à répondre et pas d'indication de l'azimuth. J'ai malheureusement cliqué plusieurs fois pcq l'image n'apparaissait pas. (Je n'ai pas une ligne turbo). Après ujn certain délai. 5 foix-meme photo téléchargée! Vivement un greffon dans JOSM. Je n'avais pas bien lu la notice Patientez! Pierre De : althio forum althio.fo...@gmail.com À : Pierre Béland pierz...@yahoo.fr; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 13 décembre 2014 17h34 Objet : Re: [OSM-talk-fr] Capillary pour HOT / ProjetEOF ? 2014-12-13 22:51 GMT+01:00 Pierre Béland pierz...@yahoo.fr: Fran Boon a effectivement donné un lien vers Mapillary. http://www.mapillary.com/map/im/15/4.37/18.57 Les photos de Bangui sont donc arrivées à bon port. :) Espérons que nous verrons rapidement un greffon pour JOSM. Avec JOSM, malheureusement seules les données OSM sont téléchargées. On ne voit ni la trace gps ni lien vers les photos. Solution alternative : 1. http://osm.lyrk.de/mapillary2JOSM/ 2. taper par exemple Bangui et cliquer 'Suchen' 3. cliquer 'Download GPX' 4. ouvrir le fichier mapillary.gpx dans JOSM, les photos sont sur la trace 5. cliquer sur une icône, le lien vers la photo se charge, patienter. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capillary pour HOT / ProjetEOF ?
Le 13 déc. 2014 à 22:17, althio forum althio.fo...@gmail.com a écrit : Sinon il y a des initiatives dans HOT / LearnOSM pour documenter et aider les mappeurs à distance avec des photos de référence. Plutôt de l'imagerie satellite d’ailleurs http://wiki.openstreetmap.org/wiki/User:Bgirardot/West_African_HOT_Mapping_Tips http://wiki.openstreetmap.org/wiki/User:Bgirardot/West_African_HOT_Mapping_TipsJe connais cette page et elle est effectivement d’une grande aide pour repérer des plantations à partir des photos aériennes :-) Des éléments seront peut-être ajoutés dans une page dédiée dans la section : http://learnosm.org/en/coordination/remote/ http://learnosm.org/en/coordination/remote/ Je vais aller y faire un tour Enfin tu peux poster tes questions sur les listes HOT anglophone et francophone où les personnes impliquées pourraient réagir, t'expliquer les initiatives et l'état d'avancement. Elles seraient peut-être intéressées par des retours d'utilisateur. Je vais faire l’effort de m’y inscrire et de lire les archives — Yves Capillary, ça doit être un coup du correcteur d’orthographe quand ma machine était réglée en anglais :D___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
