Re: [Talk-de] Eigene OSM-Karte mit Overpass
Hallo Markus, ist vielleicht die Briefkastenkarte sowas was du suchst: http://briefkastenkarte.de/ Im Blog dazu gibt es auch eine gute Anleitung wie sie gemacht wurde: http://blog.briefkastenkarte.de/ Liebe Grüße Benjamin On 09.05.2015 20:38, Markus wrote: Liebe Spezialisten, mich fragte jemand, wie man eine OSM-Karte als Slippymap mit OL in die eigene Website einbinden, und darauf die Ergebnisse einer Overpass-Abfrage anzeigen kann. Dachte, ich schicke ihm einfach einen Link :-) Gefunden habe ich: http://wiki.openstreetmap.org/wiki/DE:Karte_in_Webseite_einbinden Funktioniert soweit. Nun suche ich dort noch das Howto zum Ausführen einer Overpass-Abfrage und Einbinden der Ergebnisse in die Karte. Wer kann helfen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] map styles: Default OSM vs Google Maps
Currently I am working on a GSoC project - improvement of styling of roads and paths in openstreetmap-carto, the default OSM map style. I started from researching how other map styles are designed. I would welcome comments and feedback as it would allow to notice my biases. Feedback on general ideas will hopefully reduce amount of time needed to rework and tweak style that I will produce. The first compared map style is probably the most popular one, used by Google maps. I published results of this analysis at https://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/34957 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] senso unico
Un pezzettino di strada risultava essere a senso unico (oneway=yes) L'infornazione era sbagliata, cosicché l'ho corretta settandola a oneway=no Ma il routing continua a suggerire percorsi sbagliati perche continua a considerare quel pezzettino a senso unico. Dove sbaglio ? Il pezzettino in questione è questo http://www.openstreetmap.org/way/343857115 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] senso unico
Due domande: Dove è la versione precedente della strada? Vedi http://www.openstreetmap.org/way/343857115/history A quale routing ti rifersci? 2015-05-09 22:33 GMT+02:00 Catonano caton...@gmail.com: Un pezzettino di strada risultava essere a senso unico (oneway=yes) L'infornazione era sbagliata, cosicché l'ho corretta settandola a oneway=no Ma il routing continua a suggerire percorsi sbagliati perche continua a considerare quel pezzettino a senso unico. Dove sbaglio ? Il pezzettino in questione è questo http://www.openstreetmap.org/way/343857115 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] border_type
Creio que no caso as bordas marítimas devem ficar como estão. Sei que as TAGs admin_level dão problema quando estão quebradas ou em níveis diferentes da via, como ocorreu em SP e Rio. Agora, quando elas são iguais, não devem ter impacto significativo. Devemos revisar em camadas, primeiro a 2, depois 3 e assim sucessivamente, para estudarmos o impacto dessas mudanças. Quando fico com dúvida olho exemplos na Europa. que possuiu uma quantidade maior de dados nos mapas para ver como funciona. Existem renderizadores que não reconhecem relações, só trabalham com as TAGs das vias, o que considero um erro, ja que as relações são parte fundamental dos dados do OSM. Abraços,BladeTC From: li...@gimnechiske.org Date: Sat, 9 May 2015 16:45:51 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] border_type Marcio border_type e usado onde e necessario denominar limites especificos e onde não ha outros tags boas para fazer este denominação. Tem somente alguns exemplos raros no boundary=administrativo, e em maioria dos casos pode ser ignorado do consumidores (por exemplo acho não dar impacto no renderia do mkgmap Tem exemplos onde border_type tem informação importante, por exemplo nos border=maritime, veja no wiki como usar. Aun Johnsen On May 9, 2015, at 16:38, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Amigos, como a maioria sabe os níveis administrativos (admin_level) vem agora sendo incluídos nas relações já que um way, por vezes, é membro de inúmeras relações com admin_level distintos. Como nosso amigo Blad já postou aqui nesta lista a situação e se comprometeu a revisar algumas regiões, decidi fazer parte desse trabalho em conjunto com ele e os demais que vem fazendo. A minha primeira dúvida é quanto a tag boundary=administrative inserida no way. Entendo eu que esse way, sendo membro da relação boundary=administrativo, não necessita ter essa tag nele. Revisando os limites administrativos no Brasil me deparei com uma situação única, não empregada de forma geral. É o way http://www.openstreetmap.org/way/28733364 , limite marítimo de estado e que recebeu a tag border_type=state Havia eu removido essa tag, mas decidi restaurar e aqui perguntar Observei que essa tag border_type=state esta inclusa em alguns ways membros de ralações boundary=administrative de estados (level=4), entretanto, não está esse way é também membro de relações boundary de outros admin=level. Entendo que não foi incluída porque ali é múltiplo border, já que pode ser border de país ou região, no caso do Brasil, mas não deixa de ser border Existe tag border+type=multi? ou algo parecido. []s Marcio ___ 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 https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] border_type
Blad, pelo que venho estudando e experimentando, identifico que quando o way é membro de uma relação boundary e nele é inserido a tag admin_level igual a inserida na relação, não existe problema apesar de se tornar redundante a informação. Temos encontrado problema quando o way é membro de mais de uma relação e onde as relações tem admin_level diferentes. Esse way membro com admin level diferente do admin_level de uma das relações quebra aquela relação no renderizador e, consequentemente a indexação pelo name contido na relação. Vocês informaram que a “relação” é relativamente nova no OSM. É natural terem alguns editores criado relações corretamente, mas deixado de verificar se nos ways membros delas existia tag admin_level diferente da inserida na relação. Revisando a camada 2 ontem identifiquei que a maioria dos ways limites do Brasil ao Sul estavam com a tag admin_level=2 entretanto esses ways fazem também parte de outras relações como, por exemplo, O estado do Rio Grande do Sul, com admin_level=4. Sem contar a relação Região Sul que é admin_level=3 e mais os municípios que estão ali com relações admin_level=8. Corrigimos essa situação removendo a tag admin_level=2. Fica difícil a um renderizador que processa relação encontrar um membro da relação com admin_level diferente do estabelecido para ela. []s Marcio From: Blademir Andrade de Lima Sent: Saturday, May 9, 2015 6:51 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] border_type Creio que no caso as bordas marítimas devem ficar como estão. Sei que as TAGs admin_level dão problema quando estão quebradas ou em níveis diferentes da via, como ocorreu em SP e Rio. Agora, quando elas são iguais, não devem ter impacto significativo. Devemos revisar em camadas, primeiro a 2, depois 3 e assim sucessivamente, para estudarmos o impacto dessas mudanças. Quando fico com dúvida olho exemplos na Europa. que possuiu uma quantidade maior de dados nos mapas para ver como funciona. Existem renderizadores que não reconhecem relações, só trabalham com as TAGs das vias, o que considero um erro, ja que as relações são parte fundamental dos dados do OSM. Abraços, BladeTC ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] border_type
Marcio Eu nao sei exatamente que deu seus problemas, seria bom se vocês pode compartilhar logs, ou outros dados sobre isso, para a gente pode compartilhar o processo. Eu acho que um processo assim, principalmente com dados tao importante e complicado como limites administrativos, deve ser transparente, ambos para evitar problemas no futuro e para mais contribuidores fazer parte do processo. Aun Johnsen On May 9, 2015, at 19:35, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun, em que pese que o OSM não é voltado para determinada aplicação, sou de opinião que os resultados encontrados na aplicação por vezes estampam necessidade de revisão de certos parâmetros inseridos nos ways do OSM. Como produzimos o mapa Cocar, nos testes constantemente identificamos alguma necessidade de aperfeiçoamento da forma que empregamos o Mkgmap, ora inserindo comandos nele, ora alterando, removendo ou inserindo dados nos Styles dele. A nível Mkgmap só podemos alterar pedindo help aos desenvolvedores dele como fizemos para remoção do POI de cidade criado dentro da relação boundary, mesmo existindo o admin_centre na relação. Como alguns estados do Brasil começaram a não indexar surtiu a necessidade de se revisar os limites desses estados e por coincidência, ou não, não estavam indexando exatamente aqueles que tinham essa situação de admin_level na relação e admin_level diferente em way membro da relação. Logicamente aquele way fazia parte da relação do vizinho também e também por coincidência, ou não, também não indexam o estado. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Saturday, May 9, 2015 7:08 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] border_type Marcio Eu utilizei border_type nos limites administratives no Espírito Santo, porque houve 2 tipos de limites batendo no admin_level=9, os distritos e subdistritos, no maioria dos casos não deu problema, município uso ou distrito ou subdistrito, so encontrou problema no Vitória, que uso ambos. Quando tudos municipios do territorio e mapeado com tudos divisões dentro os municípios podemos revisar os divisões para analizar o que e necessário, que e bom ter, e que e informação duplicado. Eu acho não e tempo fazer este antes que território Brasileiro e completamente mapeado. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] border_type
Marcio O distancia nao pode responder, mas o API aceitar ate 5000 nos, que e demais, existe aplicativos que tem problemas em cima do 1000, acho que JOSM avisar com 500 Aun Johnsen On May 9, 2015, at 21:25, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun e demais companheiros, quero deixar registrado o nosso agradecimento ao Blad que não mediu esforços nesses últimos dias, a nosso pedido, para revisar determinados ways membros de algumas relações retirando dele a tag admin_level quando diferente da contida em alguma relação que era membro. Nos juntamos a esse trabalho e nessa madrugada passada revisamos dessa forma os estados que não estavam sendo indexados pelo Mkgmap: Amazonas Pará Goiás Mato Grosso Mato Grosso do Sul Minas Gerais São Paulo Paraná Acabamos de renderizar um novo mapa Cocar com o PBF fornecido pelo Geofrabick ( http://download.geofabrik.de/south-america/brazil.html http://download.geofabrik.de/south-america/brazil.html) e na busca todos os estados do Brasil passaram a indexar. Em que pese que o Brasil está sendo indexado normalmente e não gerando problema, estou curioso para saber como se limpar os avisos que aparecem na relação: boundary A grande maioria deles é a respeito a “very long segment x kilometers” Imaginei que seria particionar o longo way membro da relação, mas pelo visto não é. Como corrigir esse aviso? Alguém sabe qual o valor máximo em distância ou nós para um way membro ,ou não, de uma relação? []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Saturday, May 9, 2015 7:45 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] border_type Marcio Eu nao sei exatamente que deu seus problemas, seria bom se vocês pode compartilhar logs, ou outros dados sobre isso, para a gente pode compartilhar o processo. Eu acho que um processo assim, principalmente com dados tao importante e complicado como limites administrativos, deve ser transparente, ambos para evitar problemas no futuro e para mais contribuidores fazer parte do processo. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] border_type
O Josm manda cortar vias acima de 2000 pontos. BladeTC --- Mensagem Original --- De: Lists li...@gimnechiske.org Enviado: 9 de maio de 2015 21:59 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org Assunto: Re: [Talk-br] border_type Marcio et al Um bom aviso e evitar criar caminhos muito longe (por exemplo tenta fica com menus que 500 nos sempre), onde existe caminhos mais longe, e onde esses dar problemas com aplicativos, acho que e isso voce tem Marcio, separa-los em caminhos menores, e sempre fica atento em relações onde faz parte. Aun Johnsen On May 9, 2015, at 21:51, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: E como corrigir way longo? Particionei (quebrei) um trecho de um way e continuou o aviso. Será que teria de particionar mais vezes o way? From: Lists mailto:li...@gimnechiske.org Sent: Saturday, May 9, 2015 9:29 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] border_type Marcio O distancia nao pode responder, mas o API aceitar ate 5000 nos, que e demais, existe aplicativos que tem problemas em cima do 1000, acho que JOSM avisar com 500 Aun Johnsen ___ 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 https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] senso unico
Il giorno 9 maggio 2015 23:19, Francesco Pelullo f.pelu...@gmail.com ha scritto: Il 09/mag/2015 22:34, Catonano caton...@gmail.com ha scritto: Un pezzettino di strada risultava essere a senso unico (oneway=yes) L'infornazione era sbagliata, cosicché l'ho corretta settandola a oneway=no Ok, ma oneway=no è considerato comunque un errore di mappatura, meglio usare niente (tutte le strade sono a doppio senso, tranne le eccezioni, quindi si usa specificare oneway=yes solo per le eccezioni). Grazie. Ho corretto. Ma il routing continua a suggerire percorsi sbagliati perche continua a considerare quel pezzettino a senso unico. Dove sbaglio ? Il pezzettino in questione è questo http://www.openstreetmap.org/way/343857115 Probabilmente si aggiornerà nelle prossime ore o giorni. Se vuoi verificare immediatamente, devi caricare un plugin di routing in Josm. Sto provando il routing nella app di scrivania di Gnome (gnome-maps). E mentre sul sito web il cambiamento risulta, il routing della app rimane sbagliato. Aspetterò... Grazie comunque ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] border_type
Marcio Eu utilizei border_type nos limites administratives no Espírito Santo, porque houve 2 tipos de limites batendo no admin_level=9, os distritos e subdistritos, no maioria dos casos não deu problema, município uso ou distrito ou subdistrito, so encontrou problema no Vitória, que uso ambos. Quando tudos municipios do territorio e mapeado com tudos divisões dentro os municípios podemos revisar os divisões para analizar o que e necessário, que e bom ter, e que e informação duplicado. Eu acho não e tempo fazer este antes que território Brasileiro e completamente mapeado. Aun Johnsen On May 9, 2015, at 19:00, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Obrigado Aun, concordo com voce que essa tag border_type não impacta no mkgmap e, pelo que sei e ando experimentando no Mkgmap, ele não tem configurações em seus styles para reconhecer essa tag. A minha pergunta se deu fins padronização já que me juntei ao grupo que está revisando os boundarys no Brasil . Seria interessante a padronização do emprego dessa tag (ou não) para que uniformizássemos todos os ways sem tag específica e membros de relações boundarys. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Saturday, May 9, 2015 4:45 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] border_type Marcio border_type e usado onde e necessario denominar limites especificos e onde não ha outros tags boas para fazer este denominação. Tem somente alguns exemplos raros no boundary=administrativo, e em maioria dos casos pode ser ignorado do consumidores (por exemplo acho não dar impacto no renderia do mkgmap Tem exemplos onde border_type tem informação importante, por exemplo nos border=maritime, veja no wiki como usar. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] border_type
Marcio et al Um bom aviso e evitar criar caminhos muito longe (por exemplo tenta fica com menus que 500 nos sempre), onde existe caminhos mais longe, e onde esses dar problemas com aplicativos, acho que e isso voce tem Marcio, separa-los em caminhos menores, e sempre fica atento em relações onde faz parte. Aun Johnsen On May 9, 2015, at 21:51, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: E como corrigir way longo? Particionei (quebrei) um trecho de um way e continuou o aviso. Será que teria de particionar mais vezes o way? From: Lists mailto:li...@gimnechiske.org Sent: Saturday, May 9, 2015 9:29 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] border_type Marcio O distancia nao pode responder, mas o API aceitar ate 5000 nos, que e demais, existe aplicativos que tem problemas em cima do 1000, acho que JOSM avisar com 500 Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Eigene OSM-Karte mit Overpass
Hallo mmd, leider kann ich diese Karte zur Zeit nur eingeschränkt weiterempfehlen, da sie die Overpass API regelrecht mit Anfragen flutet. Mit der neuen Quota-Regel für die Overpass API [2] werden inzwischen auch etliche Abfragen mit einem Fehler abgewiesen (429 Too Many Requests). Ob dadurch Briefkästen nicht angezeigt werden oder einfach eine neue Abfrage abgesetzt wird, habe ich mir allerdings nicht mehr genau angesehen. bei meiner eigenen Karte www.veggiekarte.de, hole ich per cronjob nur jede Stunde einmal neue Daten via overpass und selbst da bekomme ich ab und zu die too many requests-Meldung. Aber kommt nur ganz selten vor. Finde ich persönlich aber angenehmer als bei briefkastenkarte.de, weil der Browser so die Daten nur einmal rendern muss. Liebe Grüße Benjamin signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Karte mit Overpass
Versuche auch mal mit umap.openstreetmap.fr:
http://umap.openstreetmap.fr/nl/map/1001-bomen-voor-leuven_30815#13/50.8788/4.7076
http://overpass-api.de/api/interpreter?data=[out:json][timeout:25];(node[natural=tree]({south},{west},{north},{east}););out
meta qt;
http://umap.openstreetmap.fr/nl/map/openbaar-vervoer-rond-leuven_30737#13/50.8767/4.7128
http://overpass-api.de/api/interpreter?data=[out:json][timeout:25];(relation[route=bus][ref=1]({south},{west},{north},{east}););out
body;;out meta qt;
Grüsse,
Polyglot
2015-05-09 20:38 GMT+02:00 Markus liste12a4...@gmx.de:
Liebe Spezialisten,
mich fragte jemand, wie man eine OSM-Karte als Slippymap mit OL in die
eigene Website einbinden, und darauf die Ergebnisse einer Overpass-Abfrage
anzeigen kann.
Dachte, ich schicke ihm einfach einen Link :-)
Gefunden habe ich:
http://wiki.openstreetmap.org/wiki/DE:Karte_in_Webseite_einbinden
Funktioniert soweit.
Nun suche ich dort noch das Howto zum Ausführen einer Overpass-Abfrage und
Einbinden der Ergebnisse in die Karte.
Wer kann helfen?
Gruss, Markus
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-nl] Overlay Kadaster - OSM
On 05/10/2015 02:38 AM, Milo van der Linden wrote: Hallo Opentaal, Die zijn er. ruimtelijke plannen.nl http://plannen.nl voor de bestemmingsplannen, diverse viewers met BAG en BRT (top10) en ook niet publieke omgevingen van kadaster zelf en rvob(voormalig domeinen) dat het register beheert van alle percelen in NL die in eigendom zijn bij de rijksoverheid. dank. bedoel je http://www.ruimtelijkeplannen.nl/web-roo/roo/bestemmingsplannen ? dit geeft zeker alles over bestemmingsplannen maar niet waar overheden eigenaar zijn tov niet-overheden. bestaat dat ook in kaartvorm? On May 10, 2015 1:23 AM, Pander OpenTaal pan...@opentaal.org mailto:pan...@opentaal.org wrote: Hoi allemaal, Zijn er online kaarten van OSM met overlays van Kadaster? Bijvoorbeeld om bestemmingsplan te zien of welke grond van de rijksoverheid, provincie of gemeente is? Groeten, Pander ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- Stichting OpenTaal http://opentaal.org http://twitter.com/opentaal ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Eigene OSM-Karte mit Overpass
Hallo, Am 09.05.2015 um 22:13 schrieb Benjamin Grimm-Lebsanft: Hallo Markus, ist vielleicht die Briefkastenkarte sowas was du suchst: http://briefkastenkarte.de/ Im Blog dazu gibt es auch eine gute Anleitung wie sie gemacht wurde: http://blog.briefkastenkarte.de/ leider kann ich diese Karte zur Zeit nur eingeschränkt weiterempfehlen, da sie die Overpass API regelrecht mit Anfragen flutet. Mit der neuen Quota-Regel für die Overpass API [2] werden inzwischen auch etliche Abfragen mit einem Fehler abgewiesen (429 Too Many Requests). Ob dadurch Briefkästen nicht angezeigt werden oder einfach eine neue Abfrage abgesetzt wird, habe ich mir allerdings nicht mehr genau angesehen. Ich kann mir gut vorstellen, dass die Karte selbst unschuldig ist und leaflet-layer-overpass [3] im Hintergrund für die vielen Abfragen sorgt. Das müsste sich vielleicht jemand mal in Ruhe im Gesamtkontext zu Gemüte führen. Ein Github-Ticket findet sich übrigens unter [1]. Ansonsten würde ich mir auch mal uMap ansehen, die lässt sich bestimmt auch gut in andere Seiten einbetten. Gruß, mmd [1] https://github.com/dbretschneider/briefkastenkarte.de/issues/8 [2] https://lists.openstreetmap.org/pipermail/talk/2015-April/072661.html [3] https://github.com/kartenkarsten/leaflet-layer-overpass ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] border_type
Aun, em que pese que o OSM não é voltado para determinada aplicação, sou de opinião que os resultados encontrados na aplicação por vezes estampam necessidade de revisão de certos parâmetros inseridos nos ways do OSM. Como produzimos o mapa Cocar, nos testes constantemente identificamos alguma necessidade de aperfeiçoamento da forma que empregamos o Mkgmap, ora inserindo comandos nele, ora alterando, removendo ou inserindo dados nos Styles dele. A nível Mkgmap só podemos alterar pedindo help aos desenvolvedores dele como fizemos para remoção do POI de cidade criado dentro da relação boundary, mesmo existindo o admin_centre na relação. Como alguns estados do Brasil começaram a não indexar surtiu a necessidade de se revisar os limites desses estados e por coincidência, ou não, não estavam indexando exatamente aqueles que tinham essa situação de admin_level na relação e admin_level diferente em way membro da relação. Logicamente aquele way fazia parte da relação do vizinho também e também por coincidência, ou não, também não indexam o estado. []s Marcio From: Lists Sent: Saturday, May 9, 2015 7:08 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] border_type Marcio Eu utilizei border_type nos limites administratives no Espírito Santo, porque houve 2 tipos de limites batendo no admin_level=9, os distritos e subdistritos, no maioria dos casos não deu problema, município uso ou distrito ou subdistrito, so encontrou problema no Vitória, que uso ambos. Quando tudos municipios do territorio e mapeado com tudos divisões dentro os municípios podemos revisar os divisões para analizar o que e necessário, que e bom ter, e que e informação duplicado. Eu acho não e tempo fazer este antes que território Brasileiro e completamente mapeado. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-nl] Overlay Kadaster - OSM
Hallo Opentaal, Die zijn er. ruimtelijke plannen.nl voor de bestemmingsplannen, diverse viewers met BAG en BRT (top10) en ook niet publieke omgevingen van kadaster zelf en rvob(voormalig domeinen) dat het register beheert van alle percelen in NL die in eigendom zijn bij de rijksoverheid. On May 10, 2015 1:23 AM, Pander OpenTaal pan...@opentaal.org wrote: Hoi allemaal, Zijn er online kaarten van OSM met overlays van Kadaster? Bijvoorbeeld om bestemmingsplan te zien of welke grond van de rijksoverheid, provincie of gemeente is? Groeten, Pander ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] border_type
Obrigado Márcio! Estou a disposição para o que precisar! Eu que agradeço ao pessoal do Talk-BR que sempre sanaram minhas duvidas e compartilharam as ferramentas para mapear. Abraços, BladeTC --- Mensagem Original --- De: thunder...@gpsinfo.com.br Enviado: 9 de maio de 2015 21:26 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org Assunto: Re: [Talk-br] border_type Aun e demais companheiros, quero deixar registrado o nosso agradecimento ao Blad que não mediu esforços nesses últimos dias, a nosso pedido, para revisar determinados ways membros de algumas relações retirando dele a tag admin_level quando diferente da contida em alguma relação que era membro. Nos juntamos a esse trabalho e nessa madrugada passada revisamos dessa forma os estados que não estavam sendo indexados pelo Mkgmap: Amazonas Pará Goiás Mato Grosso Mato Grosso do Sul Minas Gerais São Paulo Paraná Acabamos de renderizar um novo mapa Cocar com o PBF fornecido pelo Geofrabick ( http://download.geofabrik.de/south-america/brazil.html) e na busca todos os estados do Brasil passaram a indexar. Em que pese que o Brasil está sendo indexado normalmente e não gerando problema, estou curioso para saber como se limpar os avisos que aparecem na relação: boundary A grande maioria deles é a respeito a “very long segment x kilometers” Imaginei que seria particionar o longo way membro da relação, mas pelo visto não é. Como corrigir esse aviso? Alguém sabe qual o valor máximo em distância ou nós para um way membro ,ou não, de uma relação? []s Marcio From: Lists Sent: Saturday, May 9, 2015 7:45 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] border_type Marcio Eu nao sei exatamente que deu seus problemas, seria bom se vocês pode compartilhar logs, ou outros dados sobre isso, para a gente pode compartilhar o processo. Eu acho que um processo assim, principalmente com dados tao importante e complicado como limites administrativos, deve ser transparente, ambos para evitar problemas no futuro e para mais contribuidores fazer parte do processo. Aun Johnsen ___ 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-ph] ADB to train local government on OSM
Hello, Does anybody have any idea about this Asian Development Bank (ADB) project to train local governments on using OSM (among other tools) for disaster risk reduction? http://www.futuregov.asia/articles/6440-adb-to-train-philippine-officials-on-disaster-maps-apps ~Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-de] Eigene OSM-Karte mit Overpass
On Sat, 09 May 2015 20:38:57 +0200, Markus wrote: Liebe Spezialisten, mich fragte jemand, wie man eine OSM-Karte als Slippymap mit OL in die eigene Website einbinden, und darauf die Ergebnisse einer Overpass-Abfrage anzeigen kann. Dachte, ich schicke ihm einfach einen Link :-) Weil es meine erste Wahl für deinen Fall gewesen wäre und auch andere umap schon erwähnt haben: http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html hth Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] senso unico
Il giorno 10 maggio 2015 00:00, Damjan Gerl dam...@damjan.net ha scritto: 09.05.2015 - 23:19 - Francesco Pelullo: Ok, ma oneway=no è considerato comunque un errore di mappatura, meglio usare niente (tutte le strade sono a doppio senso, tranne le eccezioni, quindi si usa specificare oneway=yes solo per le eccezioni). No, oneway=no è giusto. Serve a specificare che non c'è una strada a senso unico. Se non metti niente può significare che non sai se si tratta di senso unico oppure no, anche se normalmente viene considerato a doppio senso. Damjan Fatto sta che il routing non funziona neanche con osrm. Lo considera senso unico :-/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] senso unico
Il giorno 10 maggio 2015 00:04, Catonano caton...@gmail.com ha scritto: Fatto sta che il routing non funziona neanche con osrm. Lo considera senso unico :-/ Ecco qua http://osrm.at/cga ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] border_type
Aun e demais companheiros, quero deixar registrado o nosso agradecimento ao Blad que não mediu esforços nesses últimos dias, a nosso pedido, para revisar determinados ways membros de algumas relações retirando dele a tag admin_level quando diferente da contida em alguma relação que era membro. Nos juntamos a esse trabalho e nessa madrugada passada revisamos dessa forma os estados que não estavam sendo indexados pelo Mkgmap: Amazonas Pará Goiás Mato Grosso Mato Grosso do Sul Minas Gerais São Paulo Paraná Acabamos de renderizar um novo mapa Cocar com o PBF fornecido pelo Geofrabick ( http://download.geofabrik.de/south-america/brazil.html) e na busca todos os estados do Brasil passaram a indexar. Em que pese que o Brasil está sendo indexado normalmente e não gerando problema, estou curioso para saber como se limpar os avisos que aparecem na relação: boundary A grande maioria deles é a respeito a “very long segment x kilometers” Imaginei que seria particionar o longo way membro da relação, mas pelo visto não é. Como corrigir esse aviso? Alguém sabe qual o valor máximo em distância ou nós para um way membro ,ou não, de uma relação? []s Marcio From: Lists Sent: Saturday, May 9, 2015 7:45 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] border_type Marcio Eu nao sei exatamente que deu seus problemas, seria bom se vocês pode compartilhar logs, ou outros dados sobre isso, para a gente pode compartilhar o processo. Eu acho que um processo assim, principalmente com dados tao importante e complicado como limites administrativos, deve ser transparente, ambos para evitar problemas no futuro e para mais contribuidores fazer parte do processo. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] border_type
E como corrigir way longo? Particionei (quebrei) um trecho de um way e continuou o aviso. Será que teria de particionar mais vezes o way? From: Lists Sent: Saturday, May 9, 2015 9:29 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] border_type Marcio O distancia nao pode responder, mas o API aceitar ate 5000 nos, que e demais, existe aplicativos que tem problemas em cima do 1000, acho que JOSM avisar com 500 Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] senso unico
Il 09/mag/2015 22:34, Catonano caton...@gmail.com ha scritto: Un pezzettino di strada risultava essere a senso unico (oneway=yes) L'infornazione era sbagliata, cosicché l'ho corretta settandola a oneway=no Ok, ma oneway=no è considerato comunque un errore di mappatura, meglio usare niente (tutte le strade sono a doppio senso, tranne le eccezioni, quindi si usa specificare oneway=yes solo per le eccezioni). Ma il routing continua a suggerire percorsi sbagliati perche continua a considerare quel pezzettino a senso unico. Dove sbaglio ? Il pezzettino in questione è questo http://www.openstreetmap.org/way/343857115 Probabilmente si aggiornerà nelle prossime ore o giorni. Se vuoi verificare immediatamente, devi caricare un plugin di routing in Josm. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] border_type
Obrigado Aun, concordo com voce que essa tag border_type não impacta no mkgmap e, pelo que sei e ando experimentando no Mkgmap, ele não tem configurações em seus styles para reconhecer essa tag. A minha pergunta se deu fins padronização já que me juntei ao grupo que está revisando os boundarys no Brasil . Seria interessante a padronização do emprego dessa tag (ou não) para que uniformizássemos todos os ways sem tag específica e membros de relações boundarys. []s Marcio From: Lists Sent: Saturday, May 9, 2015 4:45 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] border_type Marcio border_type e usado onde e necessario denominar limites especificos e onde não ha outros tags boas para fazer este denominação. Tem somente alguns exemplos raros no boundary=administrativo, e em maioria dos casos pode ser ignorado do consumidores (por exemplo acho não dar impacto no renderia do mkgmap Tem exemplos onde border_type tem informação importante, por exemplo nos border=maritime, veja no wiki como usar. Aun Johnsen___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] senso unico
09.05.2015 - 23:19 - Francesco Pelullo: Ok, ma oneway=no è considerato comunque un errore di mappatura, meglio usare niente (tutte le strade sono a doppio senso, tranne le eccezioni, quindi si usa specificare oneway=yes solo per le eccezioni). No, oneway=no è giusto. Serve a specificare che non c'è una strada a senso unico. Se non metti niente può significare che non sai se si tratta di senso unico oppure no, anche se normalmente viene considerato a doppio senso. Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: OsmAnd 2.0 disponibile
Stesso problema anche per me, provo a aggiornare ma ottengo quel messaggio di errore, che per me ha poco senso perché sul Galaxy Nexus è impossibile usare memorie esterne :-( Giacomo Boschi Il 05/mag/2015 17:29, Leonardo kinetocor...@gmail.com ha scritto: Sembra ci sia un piccolo problema per i possessori della Osmand Plus: OsmAnd+ upgrade issue: due to lots of issues while upgrading OsmAnd+ (paid version) to 2.0, we organized poll (see below) in order to find and fix the issue, your feedback is important to us, in order to find the problem quicker. Right now we suspect paid apps which were moved to sdcard ( http://www.pocketables.com/2014/06/fix-couldnt-install-usb-storage-sd-card.html). Avevi spostato l'applicazione sulla scheda SD? Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Problems with the wiki (was Why OSM and not another collaborative mapping service?)
On Saturday 09 May 2015, Frederik Ramm wrote: Yes, as far as I can see many people have tried to influence Xxzme's behaviour over the last half year and none have succeeded; as things are my impression is we have a choice of accepting them like they are or asking them to leave. Yes it would be desirable to keep their good edits and drop only the controversial ones, and somehow convince them to respect other voices, but short of a miracle I don't see that happening. And if I balance the positive and negative things they do, at least in my opinion the negatives outweigh the positives. That mostly also summarizes my view of the matter. I have looked at quite a few of Xxzme's edits and interactions with others and had the experience of such interaction myself [1]. There seems to be an intelligent person behind this (or several - that is not really clear to me) with - despite deficits in English language - significant rhetorical skills. But there clearly is no willingness or ability to use these qualifications to the benefit of the OSM community. The problem is not exclusively Xxzme's attitude but also the combination with the dominance of his/her/their edits due to the large amount of energy and time spent. This is also emphasized by the fact that normal community activity on the wiki is relatively low these days compared to the volume of work that exists there - in other words: much of the wiki is undermaintained by the community. This gives someone like Xxzme a lot of room - both to the good and the bad. You could of course argue that this is not Xxzme's fault - however i also think that from someone dominanting the editing activities to this extent you can expect basic social skills and the ability to interact on a basic social level with others - even if we do not require this equally from others who do only make the occasional change. If there are examples of Xxzme productively interacting with the community this would be good to see, otherwise i strongly concur that the current situation is not working out for the vast majority of wiki contributors and a significant and sustained change to that is required to keep the wiki a place where OSM community members feel welcome. Maybe the whole issue could serve as an incentive for the OSM community, esp. mappers, to get more involved in what is ultimately their wiki. And the troubles caused by Xxzme might make those very active on the wiki and sometimes overly protective of the current state appreciate contributions from newbies even if they are sometimes clumsy as long as they come with the willingness to listen to and interact with others. [1] http://wiki.openstreetmap.org/wiki/Talk:Environment -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] il bar all'angolo
Ciao a tutti il bar in questione è questo https://nominatim.openstreetmap.org/details.php?place_id=27494941 io non lo avevo taggato con nessun indirizzo, ma Nominatim lo associa correttamente a via di Palma. Il fatto è che è ad angolo e ha una entrata anche sulla via che fa, apputno, angolo, via Regina Elena. Come faccio ad associarlo a entrambe le strade ? Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Vej kode
Hej Når der angives nye veje på http://danmarksadresser.dk/seneste-nye-vejnavne/0/43 Så er der en vej kode eks 1544 for den ny vej (1544 Svanholm Møllevej 4050 Skibby) Er det en data der ønkes på highway ways ? Hvis det er hvordan bør man så gøre eks tag navn? Mvh Lars ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-cat] Entrevista per a OpenCageData
Jo hi afegiria que donat que som comunitat oberta, amb coneixement del territori fa que els nostres materials siguin més ajustats i actualitzats que qualsevol altra solució comercial i/o governamental, la qual cosa pot portar a governs i administracions a col·laborar, quan no substituir o integrar Openstreetmap, ja sigui tema ADFs i bombers, ajuntaments com el de Sarrià de Ter que ens va escoltar, o en un futur altres ajuntaments o fins i tot la Generalitat de Catalunya. Al cap i a la fi és optimitzar recursos i estalviar-se diners, i la nostra comunitat hi tindrà un paper fonamental. Salut i resposta yopaseopor 2015-05-08 12:47 GMT+02:00 josep constantí jconsta...@yahoo.es: Jo crec que en 10 anys OSM tindrà una qualitat de primer ordre, amb un efecte 'bola de neu' més qualitat actual accelera la qualitat futura, superant les opcions comercials com ara ho està fent la Viquipèdia al seu àmbit. En ser obert es pot incloure nova informació no contemplada en altres opcions: amplada via, alçada finca... Salutacions Josep Sent from Yahoo Mail on Android https://overview.mail.yahoo.com/mobile/?.src=Android -- *From*:Carlos Sánchez erielk...@gmail.com *Date*:dv., maig 8, 2015 at 11:37 *Subject*:Re: [Talk-cat] Entrevista per a OpenCageData Si ningú diu res més aquest cap de setmana redacto la resposta a l'entrevista, integrant el que heu anat comentant. El dia 6 de maig de 2015, 15:37, Konfrare Albert lakonfrariadelav...@gmail.com ha escrit: +1 Me n'havia oblidat El dia 6/5/15, Wladimir Szczerban bolo...@gmail.com ha escrit: Hola a todos, Yo creo que uno de los retos que tiena la comunidad de OSM en catalunya es lograr que el ICGC permita usar sus datos como fuente de datos para OSM. Aunque parece que con la ley de transparencia esto será posible, creo que se debería hacer entender al ICGC de los beneficios (tanto para el ICGC como para OSM) de colaborar. Saludos, Bolo 2015-05-05 22:47 GMT+02:00 Konfrare Albert lakonfrariadelav...@gmail.com: Bones, Alguns aspectes -una mica desordenats- a tenir en compte (des del meu punt de vista): - Evidentment el tema de la llengua penso que per nosaltres és un tema cabdal. De fet, quan Google va «castellanitzar» els noms dels carrers, etc va ser una gran oportunitat per donar a conèixer OSM. També és important que aplicacions com l'OsmAnd permetin utilitzar el mapa amb l'etiquetatge en català. - Sobre l'estat d'OSM a Catalunya jo destacaria la gran feinada que s'ha fet en vies terrestres i també la gran quantitat de senders de muntanya que hi ha traçats. Pel que fa a les poblacions encara hi ha molta a feina a fer, encara que les principals tenen un bon nivell de detall. També destacaria la feina recent que es va fer en col·laboració amb els viquipedistes per entrar les etiquetes Wikidata, i també em faria ressò de les actuacions que s'han fet en indrets com el cementiri de Montjuïc, el Zoològic o Port Aventura. Podria ser interessant comentar el taller amb els ADF. També podríem comentar la importació de Girona (SoTM) i que s'ha començat a importar el cadastre en algunes poblacions (projecte heredat de la comunitat OSM Espanya). També es podria comentar el projecte de recuperar la nomenclatura dels carrers de Perpinyà en català (d'això segurament el Felip ens podrà donar més detalls). - Sobre els 10 anys d'OSM, jo penso que a Catalunya l'evolució de les dades a OSM han crescut exponencialment. La meva opinió és que continuaran creixent i que en els propers 10 anys el nivell de detall serà impressionant. - En què ens pot ajudar la comunitat d'OSM? Jo penso que ja ens ha ajudat en dos aspectes fonamentals: - Permetre traduir, utilitzar etiquetes en català, etc... és a dir, ser 100% obert - Permetre'ns crear una «comunitat» malgrat no disposar d'Estat propi. Sembla una obvietat, però em consta que en altres comunitats això no és tan obvi i que no els és tan fàcil. - Un problema que no és culpa d'OSM és per exemple, no disposar de TTS gratuïts en català. De cara a publicitar l'OsmAnd -per exemple- com a GPS ens perjudica. Bé, ara per ara no se m'acut res més. Ja direu i ja posaré cullerada si cal. Salut! ;) 2015-05-02 10:46 GMT+02:00 Carlos Sánchez erielk...@gmail.com: M'han fet arribar unes preguntes a OSMcatala per al blog d'OpenCageData. Us passo les preguntes per tal de poder elaborar una resposta conjunta, tot posant en comú idees o temes a parlar. Us paso a continuació les preguntes. La setmana entrant miraré d'enviar resposta conjunta amb la recopilació de temes i idees parlats per aquí. *1. Who are you and what do you do? What got you into OpenStreetMap?* *2. What would you say is the current
Re: [OSM-talk] Mapillary plugin for JOSM
On May 5, 2015 8:45 AM, Shaun McDonald sh...@shaunmcdonald.me.uk wrote: It’s currently possible to comment on single images, commenting on the whole sequence would be interesting. If one person thinks they have added all the details, someone else is likely to come up with some other obscure tags that would be added due to information in the photos that the original person never thought of. Being able to overlay the speed limit signs on the top of the ITO speed limit map for example could be more interesting for example. +1 Shaun On 5 May 2015, at 16:27, Mike Thompson miketh...@gmail.com wrote: Looking forward to the JOSM plugin! Is there, or will there be, some sort of way that one can indicate that a sequence of Mapillary images has been reviewed and relevant content added to OSM? Perhaps a notes field in the Mapillary database where a mapper could state mapped signs or mapped surface type. Mike On Tue, May 5, 2015 at 12:37 AM, Janko Mihelić jan...@gmail.com wrote: This brings us exciting possibilities. Someone could make a layer that detects inconsistencies between mapillary sign data and osm data. For example: -there should be a oneway street near a oneway sign -there should be a turn restriction or a oneway street junction near a sign with a turn restriction -there should be a maxspeed tag where there is a max speed sign ... Janko uto, 5. svi 2015. 00:49 Clifford Snow cliff...@snowandsnow.us je napisao: On Mon, May 4, 2015 at 3:16 PM, moltonel 3x Combo molto...@gmail.com wrote: Looking forward to the josm plugin and the merging/locating of signs :) +1 - I got so excited that I purchased a new cell phone mount from GeekWire to replace my defective old mount. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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-dk] Export from addressnode
Som jeg ser det er der 3 måder at angive eks. amenity=bank 1. På bygningen 2. På den computer generede adresse node 3. En ny node Er det rigtig forstået at 3 er den foretrukne ? Hvis der er nr 3 hvor meget af adressen skal så med (hvis noget) ? Mvh Lars ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Export from addressnode
Hvis det er muligt at lægge den på bygningen (dvs hvis bygningen ikke bruges til andet), kan jeg personligt godt lide det. Der er for eksempel mange fritliggende supermarkeder (Netto, Fakta, Aldi mm) hvor det er nemt at gøre og hvor jeg vil mene det med nogen fordel kan gøres. Jeg synes også at have set på den internationale IRC kanal at der i hvert fald i visse kredse er en vis præference for at lægge tags på bygninger hvor det giver mening. Mvh Hjart Lørdag den 9. maj 2015 09:22:42 skrev Lars Gravengaard: Som jeg ser det er der 3 måder at angive eks. amenity=bank 1. På bygningen 2. På den computer generede adresse node 3. En ny node Er det rigtig forstået at 3 er den foretrukne ? Hvis der er nr 3 hvor meget af adressen skal så med (hvis noget) ? Mvh Lars ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vej kode
Spørgsmålet må vel være om vi kan bruge koden til noget fornuftigt? Lørdag den 9. maj 2015 09:34:26 skrev Lars Gravengaard: Hej Når der angives nye veje på http://danmarksadresser.dk/seneste-nye-vejnavne/0/43 Så er der en vej kode eks 1544 for den ny vej (1544 Svanholm Møllevej 4050 Skibby) Er det en data der ønkes på highway ways ? Hvis det er hvordan bør man så gøre eks tag navn? Mvh Lars ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-it] il bar all'angolo
Dovresti associarlo solamente alla via ufficiale, quella dove ha sede il locale. Se lo scontrino riporta l'indirizzo via di Palma associalo solo a quello. Il 09/05/2015 10:24, Catonano ha scritto: Ciao a tutti il bar in questione è questo https://nominatim.openstreetmap.org/details.php?place_id=27494941 io non lo avevo taggato con nessun indirizzo, ma Nominatim lo associa correttamente a via di Palma. Il fatto è che è ad angolo e ha una entrata anche sulla via che fa, apputno, angolo, via Regina Elena. Come faccio ad associarlo a entrambe le strade ? Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Mapas Humanitarios de Colombia hasta Nepal
Fredy, gracias por compartir la nota. @mapisaro @hotosm Excelente trabajo! Tengo el honor de haber participado en la mayoria de esas emergencias y soy testigo de excepcion de lo util que ha sido HOT para nosotros los trabajadores humanitarios. Aca en West Africa HOT ha sido de un valor enorme! Les invito a que leas en [0] una experiencia interesante con el apoyo de HOT. Contar con buena cartografia libre es importante, y mas ahora que nos aproximamos a la temporada de lluvias. Finalmente quiero compartir con ustedes que mientras conducia por las muy estrechas calles de Freetown hace unos dias, algunos cierres en las calles pusieron las cosas dificiles para mi. Y creanme que los recorde y le di gracias al Altisimo por contar con su apoyo! Literalmente me sacaron de una situacion que sin OSM / OSMAND hubiera sido una pesadilla. Un abrazo y saludos desde Freetown. p.d.: Hoy declararon libre de Ebola a Liberia :) [0] https://www.humanitarianresponse.info/en/operations/sierra-leone/article/mapping-task-kambia-sierra-leone-notes-field ___ Luis Hernando AGUILAR RAMIREZ | Information Management Officer | United Nations Mission for Ebola Emergency Response - UNMEER | aguil...@un.org | twitter: @luishernando | skype: qu1x0t3 | Tie-line ext 174-2104 | Tel: +233(0)540108014 Ghana | Tel +232(0)99500634 Sierra Leone Some of our tools: https://www.humanitarianresponse.info/disaster/ep-2014-41-gin http://ebolaresponse.un.org/un-mission-ebola-emergency-response https://ebolageonode.org https://data.hdx.rwlabs.org/ebola http://ors.ocharowca.info/ebola/ http://nerc.sl https://www.facebook.com/UNMEER http://www.youtube.com/playlist?list=PLrVWthPkPMmfQyLfKr-8idi4vn4T131p2 https://www.flickr.com/unmeer/ -Original Message- From: Fredy Rivera [mailto:fredyriv...@gmail.com] Sent: Friday, May 8, 2015 2:52 PM To: OpenStreetMap Colombia Subject: [Talk-co] Mapas Humanitarios de Colombia hasta Nepal Les invito a leer este articulo sobre el tema http://www.las2orillas.co/mapas-para-ayudar-nepal/ -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-GB] Benches (was Quarterly Project All things delivery-related - an update)
Hello, I've forgotten if I said this in this list, if so my apologies. A line got my attention As the map becomes more and more complete it becomes harder and harder to find something to map. I don't have lot of experience mapping and I do agree... in some areas is hard to find missing things. If you want: add benches, many are missing! I think that they are important for many reasons. Friend of mine (phone side) and I (mostly server side) wrote an iPhone app: https://itunes.apple.com/us/app/benches/id962734704?mt=8 (I think that we are pending Apple to approve an update) Motivation: http://pintant.cat/2015/04/12/benches-app-iphone/ In a nutshell, when I was doing the London LOOP I wondered should I eat here or wait for a bench. Also I've seen my grandad not being able to walk much without resting. So when I'll be old I'd like to have benches from where I'll live. Overpass for benches: http://overpass-turbo.eu/s/9g4 Regards, On May/06/2015, Rob Nickerson wrote: That's interesting. Have just tried the app out. It gives you the postboxes in OpenStreetMap but not the ones that are missing (as shown by blue markers on Robert's comparison tool: http://robert.mathmos.net/osm/postboxes/ I really do feel like we are missing a trick here. As the map becomes more and more complete it becomes harder and harder to find something to map (example: I spend more time trying to find missing footpaths that I can map on a circular walk now than 2-3 years ago). An app that helps people find what's missing whilst out surveying could really help. I only wish I had the skills and time to do this. Regards, Rob On 6 May 2015 at 11:29, SK53 sk53@gmail.com wrote: Are you aware of the the PostBox Finder https://play.google.com/store/apps/details?id=com.elbatrop.postboxeshl=enapp from Elbatrop? I had a quick play with it ages ago, adding some collection times to existing post boxes. Jerry On 5 May 2015 at 23:40, Rob Nickerson rob.j.nicker...@gmail.com wrote: Robert Whittaker has an excellent site http://robert.mathmos.net/osm/postboxes/ monitoring OSM data on postboxes in the UK. Here you can see progress (even a league table of who's contributing). From the history graph you can see there's been an increase in activity since the project got going. Perhaps Robert might provide some data analysis about the effect of the project. Enter a postcode and you can find all the missing and incorrect postboxes nearby. Wow there are loads of postboxes still missing. Wouldn't it be great if there was a smartphone app that you could load missing points in to and it would tell you about them as you travel around. It would be like a guide to where to go mapping! Geocaching for postboxes anyone? Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb -- Carles Pina i Estany Web: http://pinux.info || Blog: http://pintant.cat GPG Key 0x8CD5C157 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSRM-talk] Using map matching for guessing travel mode?
Hi Patrick, What’s the reason behind the data sample period of 5-10 per minute? Is it a tuning to a specific “zoom level” and average vehicle speed (ie car)? Our bike GPS data is sampled every second, which makes more sense for bikes which don’t travel that fast. My guess is we would need this this resolution to capture many of the details that separate car/foot/bike, like how you turn in intersections, etc. Would it possible to change the sample rate of the algorithm at either query time or with program options? Another challenge could be situations where ways are missing in OSM. But we might be able to recognize these by lookng for low matching matching confidence for all modes. The approach would require us to run additional OSRM instances for foto and car - at the moment we only run bike. Emil On 09 May 2015, at 15:49 , Patrick Niklaus patrick.nikl...@student.kit.edu wrote: Hey Emil! yes that sounds like a good application for the map matching API. Good catch on the missing documentation, I fixed that. :-) The only problem I see is that the classification highly depends on a sample periods around 5-10s. I'm very interested in hearing about the results of this! Best, Patrick On Fri, May 8, 2015 at 8:14 PM, Emil Tin e...@tin.dk wrote: Hi, I’m wondering if the new map matching feature could be used for guessing travel mode? We’re currently working on adding a GPS tracking feature to our I BIke CPH ap. Both iOS and Android now come with build-in APIs for automatically detecting the travel mode, but on iOS the results are surprisingly low quliaty. Since we already use OSRM, I’m wondering it it could be used improve the detection quality. For example, suppose I have a GPS track and need to guess whether the user was biking, walking or in a car? Could I use the matching algorithm with different profiles (bike/foot/car), and get values expresssing how well the track fits each network, ie. the probability that the user was biking/walking/driving? It might be useful in siutations where the networks differ slighty due to things like: - Topology. Some ways allow only bikes/walking/cars. Some intersections provide different lanes/ways for turning by car/bike/foot. - Oneway. Streets might be oneway for cars, but not for bikes. - Barriers. You don’t usually pass stairs or bollards by car. At https://github.com/Project-OSRM/osrm-backend/wiki/Server-api is written that you can pass classify=true to get a confidence value for the matching, but it’s not mentioned in the response section? Thanks! Emil Tin CIty of Copenhagen ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[Talk-at] GIP.at
Es gibt wieder neues bei data.gv.at Intermodales Verkehrsreferenzsystem Österreich (GIP.at) – BETA https://www.data.gv.at/katalog/dataset/3fefc838-791d-4dde-975b-a4131a54e7c5 Sind zurzeit nur 2 Testdatensätze (Wien und Klagenfurt) mfg Thomas Rupprecht ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] nominatim ortsangaben
Am 08.05.2015 um 18:39 schrieb Wendetangente wendetange...@gmx.net: eine mögliche lösung scheint wohl zu sein, die kleineren dörfer außerhalb nicht als node, sondern als fläche zu definieren. das habe ich bei einer mühle auch bereits gemacht (und das hat funktioniert), müsste dann eben auch für alle anderen dörfer auch durchgeführt werden. +1, bei einem node kann Nominatim (und auch sonst alle anderen) nur raten, wie groß der wohl ungefähr ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Problems with the wiki (was Why OSM and not another collaborative mapping service?)
On 09.05.2015 10:08, Christoph Hormann wrote: The problem is not exclusively Xxzme's attitude but also the combination with the dominance of his/her/their edits due to the large amount of energy and time spent. I fully agree with that. Xxzme is not the first wiki user who has tried to push through unpopular edits or who has engaged in edit wars, but they are doing so at an unprecedented scale. For a long time, I have tried to encourage them to improve their behaviour, to give reasons for their changes, to respond to criticism, to take care not to break links and to seek feedback before engaging in huge edits across the wiki, but it simply doesn't work. Following their own vision of cleaning up the wiki seems to trump everything else. Considering the countless hours spent on dealing with them, and the loss of valuable wiki contributors, their presence on the wiki is a net negative. Unfortunately, the warning shot (i.e. the 1 month ban) didn't really improve the situation, except giving everyone else a much-needed breather. Tobias ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] historic=memorial
09.05.2015 - 15:16 - demon.box: Qual'é il tag corretto? http://gis.19327.n5.nabble.com/file/n5843862/IMG_3153_%281024_x_768%29.jpg http://gis.19327.n5.nabble.com/file/n5843862/IMG_0979_%281024_x_768%29.jpg historic=memorial e poi memorial=plaque oppure memorial=stele? Intendo, il classico cippo di piccole dimensioni con delle scritte è più corretto plaque oppure stele? Il wiki http://wiki.openstreetmap.org/wiki/Key:memorial per plaque dice: /A commemorative plaque, i.e. a plate of metal, ceramic, stone, wood, or other material, typically attached to a wall, stone, or other vertical surface/ Grazie. Io direi sicuramente plaque no, ma o stone (più per la tua seconda foto) oppure stele. Plaque sarebbe più qualcosa di simile: http://www.desenzanoblog.com/galleria/monumenti/Monumenti08.jpg Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Diminuzione Tag totali wikipedia
On 09/05/15 08:55, Simone F. wrote: Per capire quali siano gli altri tag cancellati mi servirebbe un file pbf dell'Italia precedente al 5 maggio ma non troppo vecchio; quello che ho io è di dicembre. Qualcuno ce l'ha? Qua trovi un estratto per ogni giorno di maggio e poi a scalare mensile e annuale: http://download.geofabrik.de/europe/italy.html -- Alla prossima, Marco. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Les routes traversant les bâtiments
Bonjour, j'ai 2-3 doutes sur la façon de tagger la chose suivante : http://www.openstreetmap.org/#map=19/43.70144/7.27845 et surtout sur comment tagger la place Yves Klein 1. le Mamac est creux, on voit le ciel en son milieu 2. au niveau de la chaussée il est percé et laisse passer la traverse Garibaldi 3. l'espace central se nomme la place Yves Klein, la route passe au milieu Street view pour mieux se rendre compte : https://goo.gl/maps/VWB0t Là j'ai déclaré la place comme highway pedestrian, area inner celle du Mamac, et j'ai coupé la traverse en plusieurs morceaux pour indiquer tunnel=building_passage sur le morceau interne au Mamac. Vous en pensez quoi ? Pas simple ce truc... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] historic=memorial
Qual'é il tag corretto? http://gis.19327.n5.nabble.com/file/n5843862/IMG_3153_%281024_x_768%29.jpg http://gis.19327.n5.nabble.com/file/n5843862/IMG_0979_%281024_x_768%29.jpg historic=memorial e poi memorial=plaque oppure memorial=stele? Intendo, il classico cippo di piccole dimensioni con delle scritte è più corretto plaque oppure stele? Il wiki http://wiki.openstreetmap.org/wiki/Key:memorial per plaque dice: /A commemorative plaque, i.e. a plate of metal, ceramic, stone, wood, or other material, typically attached to a wall, stone, or other vertical surface/ Grazie. -- View this message in context: http://gis.19327.n5.nabble.com/historic-memorial-tp5843862.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: [OSRM-talk] Using map matching for guessing travel mode?
Hey Emil! yes that sounds like a good application for the map matching API. Good catch on the missing documentation, I fixed that. :-) The only problem I see is that the classification highly depends on a sample periods around 5-10s. I'm very interested in hearing about the results of this! Best, Patrick On Fri, May 8, 2015 at 8:14 PM, Emil Tin e...@tin.dk wrote: Hi, I’m wondering if the new map matching feature could be used for guessing travel mode? We’re currently working on adding a GPS tracking feature to our I BIke CPH ap. Both iOS and Android now come with build-in APIs for automatically detecting the travel mode, but on iOS the results are surprisingly low quliaty. Since we already use OSRM, I’m wondering it it could be used improve the detection quality. For example, suppose I have a GPS track and need to guess whether the user was biking, walking or in a car? Could I use the matching algorithm with different profiles (bike/foot/car), and get values expresssing how well the track fits each network, ie. the probability that the user was biking/walking/driving? It might be useful in siutations where the networks differ slighty due to things like: - Topology. Some ways allow only bikes/walking/cars. Some intersections provide different lanes/ways for turning by car/bike/foot. - Oneway. Streets might be oneway for cars, but not for bikes. - Barriers. You don’t usually pass stairs or bollards by car. At https://github.com/Project-OSRM/osrm-backend/wiki/Server-api is written that you can pass classify=true to get a confidence value for the matching, but it’s not mentioned in the response section? Thanks! Emil Tin CIty of Copenhagen ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSM-ja] 5/16 京都世界遺産マッピングパーティ：第２回金閣寺
京都の山下です。皆さんこんにちわ。 毎月一つづつ世界遺産をコンプリートしようという企み、 京都世界遺産マッピングパーティ 第２回は金閣寺をターゲットに 来週末の 5/16 に開催します。 https://openstreetmap.doorkeeper.jp/events/23367 ゆるーり観光しながらサーベイ 向日市の公民館に移動して OpenStreetMap にマッピング、 マッピングの後は激辛懇親会！！ 皆さん、是非京都へお越しください！ お待ちしています -- 山下康成＠京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-de] nominatim ortsangaben
Am 08.05.2015 um 18:39 schrieb Wendetangente: eine mögliche lösung scheint wohl zu sein, die kleineren dörfer außerhalb nicht als node, sondern als fläche zu definieren. das habe ich bei einer mühle auch bereits gemacht (und das hat funktioniert), müsste dann eben auch für alle anderen dörfer auch durchgeführt werden. die fläche die für das jeweilige kleine dorf definiert wird müsste ich dann ja mehr oder weniger willkürlich festlegen. (wirkt sich dass dann nicht auch negativ auf die platzierung des ortsnamen aus?) In der Regel wird die Fläche als Admin-Relation gemappt, und zusätzlich das Zentrum als place-Node. So können Auswerter die an der Fläche interessiert sind die Relation auswerten und Anwendungen welche das Zentrum benötigen (z.B. um das Namenslabel zu platzieren) können den place-Node auswerten. Grüße Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim ortsangaben
Hallo, On Fri, May 08, 2015 at 06:39:36PM +0200, Wendetangente wrote: zuerst mal ein obligatorisches: bin ich hier überhaupt richtig? falls nein verweist mich bitte an die richtige mailingliste/forum das problem: beim hierarchischen erläutern einer adresse macht nominatim fehler. meistens schleicht sich an der zweiten stelle ein kleines dorf zwischen die straße und der stadt zu der die straße eigentlich gehört: schulstraße in greding http://nominatim.openstreetmap.org/details.php?place_id=60442791 herrnsberg liegt weit außerhalb von greding (2. eintrag) ziegelweg in hilpoltstein http://nominatim.openstreetmap.org/details.php?place_id=59033911 lösmühle liegt weit außerhalb von hilpoltstein (2. eintrag) huttergasse in weißenburg http://nominatim.openstreetmap.org/details.php?place_id=61208766 gänswirtshaus liegt weit außerhalb von weißenburg (2. eintrag) Die Beispiele hier betreffen alle Ortsteile die aus eingemeindeten Dörfern entstanden sind und damit hat Nominatim so seine Probleme. Da kommen zwei Probleme zusammen: zum einen sind diese Ortsteile oft eben nur als Place-Node getaggt. Das heisst, Nominatim muss ohnehin schätzen (es wird wohl zum nächstgelegenen gehören). Zum anderen sind aber immer nur die Ortsteile mit speziellen Place-Nodes getaggt, der Hauptort selber fehlt. Und dann geht diese Heuristik daneben. Also als Beispiel die Schulstrasse in Greding: da gibt es zwar einen place=town-Node für Greding, da aber auch eine Relation gleichen Namens existiert, nimmt er an, dass die Relation die genaueren Grenzen für den place-Node sind und ignoriert im weiteren. Dann findet er aber einige place=suburb-Node und nimmt an, dass das Ortsteile sein müssen von Greding. Und da es hier keine Grenzen gibt, nimmt er eben den nächsten. Ich denke das Problem muss sowohl im Tagging als auch in Nominatim angegangen werden. Irgendwie muss der place-Node des Hauptorts in die Berechnung einbezogen werden. Wie genau das gehen kann, ist mir noch nicht so klar, weil es ja schon sein kann, dass die Innenstadt als eigener Ortsteil getaggt ist. Es gibt da bereits ein Ticket, weil die Engländer ähnliche Probleme haben: https://github.com/twain47/Nominatim/issues/231 In OSM wäre es schön wenn wir uns auf ein einheitliches Tagging für solche Eingemeindungnen einigen könnten. Ich habe schon alles gesehen für das Tagging der place-Nodes: village, hamlet, suburg, isolated_dwelling. Das macht es schwierig, einigermassen allgemeingültige Regeln für die Berechnung der Adressen aufzustellen. eine mögliche lösung scheint wohl zu sein, die kleineren dörfer außerhalb nicht als node, sondern als fläche zu definieren. das habe ich bei einer mühle auch bereits gemacht (und das hat funktioniert), müsste dann eben auch für alle anderen dörfer auch durchgeführt werden. die fläche die für das jeweilige kleine dorf definiert wird müsste ich dann ja mehr oder weniger willkürlich festlegen. (wirkt sich dass dann nicht auch negativ auf die platzierung des ortsnamen aus?) das erscheint mir als anfänger ein bisschen aufwändig das für jedes kleine dorf durchzuführen, weil es ja scheinbar schon ein weit verbreitetes problem ist (?), und deswegen wollte ich noch mal nachfragen wie man das optimal löst. Langfristig ist die Definition von Flächen auf jeden Fall die bessere Lösung, weil die Auswertung der Nodes immer ungenau ist. Ich persönlich beführtworte da ein doppeltes Tagging: Relationen für die Stadtfläche und einen place-Node für die Markierung des Ortskerns. Aber es gibt auch Gegner, die das als Redundanz ansehen. könnte man vielleicht auch die straße als teil des jeweiligen größeren dorf definieren, damit der zusammenhang zwischen straße und nächst gelegenen stufe nicht geraten werden muss? Es gibt Leute, die addr:suburb an die Strassen taggen. Nominatim wertet das nur zum Teil aus (es hilft, um es vom einen Ortsteil in den anderen zu bekommen, aber nicht bei den obrigen Beispielen, wo die Strasse im Hauptort liegt). Ausserdem gibt es stimmen, die sagen, dass addr:*-Tags nicht an die Strasse gehören, weil Strassen keine Adressen haben. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] weeklyOSM 250 is online
2015-05-08 19:26 GMT+02:00 Steve Coast st...@asklater.com: Congratulations on 250! Thank you, will pass it to the whole team ... but the flowers to Marc Gehling please. ;-) [...] -- ## Manfred Reiter - - ## www.weeklyOSM.eu ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Aiutino per Wiki Loves Monuments Italia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 06/05/2015 00:42, Dario Crespi ha scritto: Ciao a tutti. Non ho (quasi) mai scritto in questa mailing list, ma c'è sempre una prima volta :-) Scrivo per chiedere se c'è qualcuno che ha voglia di dare una mano con la redazione delle liste di monumenti fotografabili per l'edizione 2015 di Wiki Loves Monuments Italia. Lo scrivo qui perché in molti casi mancano le coordinate dei vari monumenti (a volte anche l'indirizzo è mancante). Se quindi qualcuno ha voglia di dedicare un po' di tempo a inserire le coordinate, le liste sono suddivise per regione e sono raggiungibili da qui: https://it.wikipedia.org/wiki/Progetto:Wiki_Loves_Monuments_2015/Monumenti Potrebbe anche essere l'occasione per collegare le voci di wikipedia ai monumenti su OpenStreetMap (o mapparli se ancora non sono presenti su OSM). Piccola nota: in Campania abbiamo delle sottoliste dedicate agli scavi archeologici di Pompei ed Ercolano: in quel caso non so quanto sia fattibile l'inserimento delle coordinate, ma se si riuscisse sarebbe il massimo. Ringrazio subito chi vorrà dare una mano, magari anche solo con i monumenti della propria zona. Se poi avete voglia di contribuire anche chiedendo delle nuove autorizzazioni a enti locali o parrocchie per poter fotografare i monumenti di loro proprietà, io e Cristian Cenci https://it.wikipedia.org/wiki/Utente:Cristian_Cenci_(WMI) (il referente nazionale di Wiki Loves Monuments) siamo a vostra disposizione per farvi avere i modelli di richiesta o per chiarire qualsiasi dubbio relativo a WLM. Ancora grazie Dario / Yiyi Chiedo qui, perchè credo interessi a tutta la lista, e mi scuso se la domanda era già posta in precedenza. Ho guardato il sito WLM, cercando di capire quali erano i limiti, che già in piccola parte conoscevo per via della discussione sulla legge Urbani passata in lista per un'esempio su Venezia. La mia domanda è, se voglio fotografare le montagne, visto che alcune foto vincitrici delle scorse edizioni le riportano, bisogna chiedere comunque al comune o più comuni confinanti (mi riferisco per mio caso alla zona del Lagorai orientale) la lista dei monumenti? - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVTkufAAoJEMTPIIVov0Ztj20H/2PpclQGFkO6YbPcVXr2iad2 eNZxCwlMzlVtr+klV1ogFqBvHteDVP5wY92K8soMq8t7WBlrgRy6iuwjCYoBYyPM IpCsKuQQc0/px7Uc34VJc8gRaB+RDfFfy1TWb3uTgDJ0XVJ3TfrJGcuP3dQHmcco pEMeurMTSbiw/sABi5OaEpvFcr+bY6kfykRvkcapFGxQJbxiVLTfEIEFpdxLYTcb qBIgs13QIsR+CYOz/Gq60qxWJZVpdWp3eiMZKyFycqyzxF5aIkE6uftF0XFNhKJK sBx6vqboH0B2k9gToubbY3c++P3bE/VfHtofdhmGws5mz2logpMJkSGSXQie46I= =JYji -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-de] Eigene OSM-Karte mit Overpass
Liebe Spezialisten, mich fragte jemand, wie man eine OSM-Karte als Slippymap mit OL in die eigene Website einbinden, und darauf die Ergebnisse einer Overpass-Abfrage anzeigen kann. Dachte, ich schicke ihm einfach einen Link :-) Gefunden habe ich: http://wiki.openstreetmap.org/wiki/DE:Karte_in_Webseite_einbinden Funktioniert soweit. Nun suche ich dort noch das Howto zum Ausführen einer Overpass-Abfrage und Einbinden der Ergebnisse in die Karte. Wer kann helfen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] R: OsmAnd 2.0 disponibile
Installata e funzionante, un bug noto è quello dei file delle voci tts, del file della correzione dell'altitudine e della mappa mondiale che se vai a controllare li dà come sempre da aggiornare ma non pregiudica la funzionalità. Per me funziona bene, anch'io vorrei il pulsante la mia posizione più piccolo, molto. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/R-OsmAnd-2-0-disponibile-tp5843232p5843899.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: [OSM-talk] Problems with the wiki (was Why OSM and not another collaborative mapping service?)
The wiki's decreasing level of edit energy, combined with it's increasing reach is a problem. Wiki text now appears directly in dozens of automated editing and QA tools. With JOSM style presets, there's a filter between activity on the wiki and what gets wider coverage. With iD style automatic import, the wiki becomes the documentation. That combined with a rouge user driving others away from the wiki really sets up a bad situation. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-br] border_type
Amigos, como a maioria sabe os níveis administrativos (admin_level) vem agora sendo incluídos nas relações já que um way, por vezes, é membro de inúmeras relações com admin_level distintos. Como nosso amigo Blad já postou aqui nesta lista a situação e se comprometeu a revisar algumas regiões, decidi fazer parte desse trabalho em conjunto com ele e os demais que vem fazendo. A minha primeira dúvida é quanto a tag boundary=administrative inserida no way. Entendo eu que esse way, sendo membro da relação boundary=administrativo, não necessita ter essa tag nele. Revisando os limites administrativos no Brasil me deparei com uma situação única, não empregada de forma geral. É o way http://www.openstreetmap.org/way/28733364 , limite marítimo de estado e que recebeu a tag border_type=state Havia eu removido essa tag, mas decidi restaurar e aqui perguntar Observei que essa tag border_type=state esta inclusa em alguns ways membros de ralações boundary=administrative de estados (level=4), entretanto, não está esse way é também membro de relações boundary de outros admin=level. Entendo que não foi incluída porque ali é múltiplo border, já que pode ser border de país ou região, no caso do Brasil, mas não deixa de ser border Existe tag border+type=multi? ou algo parecido. []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] border_type
Marcio border_type e usado onde e necessario denominar limites especificos e onde não ha outros tags boas para fazer este denominação. Tem somente alguns exemplos raros no boundary=administrativo, e em maioria dos casos pode ser ignorado do consumidores (por exemplo acho não dar impacto no renderia do mkgmap Tem exemplos onde border_type tem informação importante, por exemplo nos border=maritime, veja no wiki como usar. Aun Johnsen On May 9, 2015, at 16:38, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Amigos, como a maioria sabe os níveis administrativos (admin_level) vem agora sendo incluídos nas relações já que um way, por vezes, é membro de inúmeras relações com admin_level distintos. Como nosso amigo Blad já postou aqui nesta lista a situação e se comprometeu a revisar algumas regiões, decidi fazer parte desse trabalho em conjunto com ele e os demais que vem fazendo. A minha primeira dúvida é quanto a tag boundary=administrative inserida no way. Entendo eu que esse way, sendo membro da relação boundary=administrativo, não necessita ter essa tag nele. Revisando os limites administrativos no Brasil me deparei com uma situação única, não empregada de forma geral. É o way http://www.openstreetmap.org/way/28733364 http://www.openstreetmap.org/way/28733364 , limite marítimo de estado e que recebeu a tag border_type=state Havia eu removido essa tag, mas decidi restaurar e aqui perguntar Observei que essa tag border_type=state esta inclusa em alguns ways membros de ralações boundary=administrative de estados (level=4), entretanto, não está esse way é também membro de relações boundary de outros admin=level. Entendo que não foi incluída porque ali é múltiplo border, já que pode ser border de país ou região, no caso do Brasil, mas não deixa de ser border Existe tag border+type=multi? ou algo parecido. []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-pe] Usarios de OSM en Peru?
Hola Erika Tenemos una lista de usuarios que han contribuido al mapa de Perú [0] (Se elaboro en base al código de Komzpa[1]), ademas de un resumen de las contribuciones que han realizado (tal vez pueda ser útil). Yo podría reunirme el día jueves o viernes si se encuentran esos días en Lima. Saludos [0] http://osmpe.ourproject.org/stats/latest/users.html [1] https://github.com/osm-by/maps/tree/master/statistic/komzpa -- Omar Vega ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
