Re: [Talk-hr] learnosm prijevod gotov
Eto na iOS sve pet nedjelja, 6. travnja 2014. korisnik Matija Nalis mnalis-openstreetmapl...@voyager.hr napisao je: On Fri, Apr 04, 2014 at 02:54:25PM +0200, hbogner wrote: http://learnosm.org/hr/ Od danas i Hrvatski kao ponu?eni jezik na po?etnoj strani! Prva verzija prijevoda gotova, sad sljedi ispravljanje gre?aka. Ako/kad primjetite gre?ke pomozite nam. skroz su mi potrgana nasa slova na mobu (cyanogenmod 9), tj. zjape rupe umjesto njih. francuski, portugalski i spanjolski mi na istom tom mobu na istim tim stranicima izgledaju ok sa svojim specijalnim slovcima. isto tako mi na mobu uredno rade druge stranice sa UTF-8 hrvatskim slovima (npr. http://biciklijade.com/about , http://www.carnet.hr i sl.) na desktopu (iceweasel 24.4 - debian stable) mi nasa slova rade, ali ako se zagledam izgledaju malo cudno, kao da su mrvicu drugaciji ili pixel veci font ili takvo sto (sto na drugim stranicama se ne vidi) pa eto, fyi -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-hr -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
On Mon, Apr 7, 2014 at 8:06 AM, Martin Koppenhoefer dieterdre...@gmail.comwrote: Am 06/apr/2014 um 01:24 schrieb Eugene Alvin Villar sea...@gmail.com: or if a court decision says *exactly* that it is OK to copy stuff for OSM. how would you get that decision if you didn't use the material before? You can always file for a declaratory judgment: https://en.wikipedia.org/wiki/Declaratory_judgment ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
Am 07/apr/2014 um 02:24 schrieb Eugene Alvin Villar sea...@gmail.com: You can always file for a declaratory judgment: https://en.wikipedia.org/wiki/Declaratory_judgment interesting, wouldn't it be a good idea to try this for deriving facts from google sat or street view? On the other hand this would maybe not work out for OSMF with their seat in London? In European jurisdiction with its database doctrine those will probably be protected also when deriving uncopyrightable facts cheers, Martin___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] No new information on the SOTM since January 2014
Hi all, On Sat, Apr 05, 2014 at 12:57:09PM -0700, Steve Coast wrote: Why don’t we focus on the substance raised, [...] Indeed. I believe the topic of this thread was the currernt state of planning of SOTM 2014. It would be great if somebody directly involved in the organization of the conference could give a short statement about the state of things. Otherwise, if there are general concerns over the mission and organization of OSMF or the current behaviour of the board, please open a new thread with a new topic, preferably on osmf-talk@ which is better suited for this kind of discussion. Thank you kindly Sarah ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] No new information on the SOTM since January 2014
Hello all, In short: SotM14 in Buenos Aires is still scheduled for November 7th-9th. The local team have been busy getting the basics in place and they are proud to host the international OSM conference in Latin America. I hope that many of you are still planning to attend the first SotM in the southern hemisphere. More information will become available later this month. Cheers, Henk On Fri, Apr 4, 2014 at 11:06 PM, wn reader wnrea...@gmail.com wrote: Hello, since the release there is no new information. There are no application forms, only slightly from last year. Did I consider great if there really will be a SOTM. The arrival is causing great cost, so a rejection in the next few months would be very detrimental to all. But I would appreciate more if the organizations could allay my concerns. Marc ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tag search/display
I would like to be able to see where every Telecom:central_office tag is used. How do I do this? There does not appear to any documentation on this in the wiki and a quick google search didn't show anything obvious. thanks, glenn ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag search/display
On So, Apr 06, 2014 at 07:17:20 -0500, glenn wrote: I would like to be able to see where every Telecom:central_office tag is used. How do I do this? I assume you mean telecom=central_office: http://taginfo.openstreetmap.org/tags/telecom=central_office Then click on the Turbo button (looks like a racecar steering wheel) on the far right to go to the Overpass Turbo (see http://wiki.osm.org/wiki/Overpass_turbo for docs). Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag search/display
Thanks! I created a page on the wiki for this: http://wiki.openstreetmap.org/wiki/Search_by_tag I'm sure there's a better page title, please move the page if you think of one. Also, is it possible to see what regions the tags occurs in? I get a server timeout error if I try to search the entire planet or even just north america. thanks, glenn On 04/06/2014 07:30 PM, Jochen Topf wrote: On So, Apr 06, 2014 at 07:17:20 -0500, glenn wrote: I would like to be able to see where every Telecom:central_office tag is used. How do I do this? I assume you mean telecom=central_office: http://taginfo.openstreetmap.org/tags/telecom=central_office Then click on the Turbo button (looks like a racecar steering wheel) on the far right to go to the Overpass Turbo (see http://wiki.osm.org/wiki/Overpass_turbo for docs). Jochen ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Mapear bairros como área.
Eu uso os objetos existentes, se possível. Vários limites de município são rios. Na minha opinião, temos que mapear da forma correta sempre. Se o limite é o rio, o rio é o limite. Em 04/04/2014 16:40, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: O que é o recomendado fazer? Utilizar objetos existentes ou criar um polígono novo? Em 4 de abril de 2014 16:28, Arlindo Pereira openstreet...@arlindopereira.com escreveu: E a desvantagem é que usuários que editarem alguma dessas ruas utilizando editores que não suportem relações corretamente, irá quebrar a relação do bairro. []s Arlindo 2014-04-04 16:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Uma vantagem de você usar um objeto existente como limite é que se ele mudar de posição por alguma razão, o limite muda junto. Se mantiver em objetos diferentes, tem que lembrar de editar dois (talvez mais) objetos. Em 4 de abril de 2014 16:19, Lists li...@gimnechiske.org escreveu: Hmmm, Tudos os limites administrativo no Espírito Santo e importado do IBGE, não procurei os leis defini-los, mas olhando vejo que muitos passa nos estradas/ruas ou rios/córregos/canais. Talvez em futuro pode fazer um “limpeza”. Ja fiz no algumas pontos onde e bem evidente que o limite passando no uma rio, mas não fiz onde passando nos estradas. Aun Johnsen On Apr 4, 2014, at 15:53, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Hmmm... Interessante e inteligente isso. Você definiu um bairro usando rios e ruas como limites, tal como nas leis municipais que os definem. [ ]s Paulo Em 4 de abril de 2014 10:08, Bráulio brauliobeze...@gmail.comescreveu: Exemplo: Pitimbu: http://www.openstreetmap.org/relation/388146 Procurando por uma rua de dentro do bairro, o nominatim retorna assim: Via Terciária Avenida dos Pintassilgos, Pitimbu, Natal, RN, Northeast Region, 59067-530, Brasil 2014-04-04 9:47 GMT-03:00 Lists li...@gimnechiske.org: boundary=administrative + admin_level=10 + name=* no um relação Aun Johnsen On Apr 4, 2014, at 9:36, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, Gostaria de saber como se faz para mapear bairros de forma que as buscas no nomitatim, etc. funcionem bem. Achei algo no fórum, mas não encontrei uma resposta objetiva (tinha muita filosofia). Acho que deve haver uma resposta objetiva que não encontrei. [ ]s Paulo ___ 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 ___ 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 ___ 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] Fw: Reverter changeset.
Hum, boa pergunta. Eu tinha comparado com o google maps, no tenho o earth... esse caso eu no saberia responder, eu perguntaria na lista :). Vamos ver se o Nelson ou algum com mais experincia d uma analisada. Atenciosamente, Roger. -- Em 06-04-2014 00:51, thunder...@gpsinfo.com.br escreveu: No vou importar esse rodovia ES-381 porque acabei de desenha-la j que no existia no mapa. Parei o desenho dela no pequeno trecho desenhado pelo Skippern. Depois irei corrigir esse trecho e desenhar o trevo no entroncamento das ruas rodovias. Deixo registrado que no estou acusando o Skippern de nada. S constatei uma incrvel coincidncia em desenhos de via. Observe que o desenho do entroncamento feito por ele no tem relao com a imagem do BING como reportado no changeset. Essa imagem nessa rea continua desatualizada at hoje, entretanto o acesso a NW, para a ES-381 que aparece na imagem existe desde quando ele efetuou o changeset e o desenho dele est bem desalinhado ali. Hoje existe um trevo construdo no incio de 2013, ou seja, h mais de 1 ano. Observe a semelhana do traado incorreto feito por ele comparando com o traado, tambm incorreto estampado no Google Earth. Ser que o Google copiou o traado desalinhado no OSM? Havia eu interpretado changeset ao p da letra, ou seja, alterao de dados. Em no existindo dados a serem alterados inclua eu no campo no existia no mapa. A partir de agora farei como recomendado. Agradeo. From: Roger C. Soares Sent: Saturday, April 5, 2014 11:59 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Fw: Reverter changeset. Quanto aos seus dados, se vieram de survey no vejo problema em importar, com as trilhas no OSM ento, melhor ainda. Gostaria de ouvir a opinio do pessoal mais experiente sobre isso. O changeset do Skippern diz: "Bing tracings after coverage in Brazil have been extended". A imagem do bing semelhante, se no a mesma, do google, em uma poca que o trecho estava em construo. No me pareceu problemtico, mas se existir alguma dvida, voc ou algum pode tentar entrar em contato com ele e perguntar. No changeset que voc acabou de fazer, ficou: source=no existia no mapa Isso no indica a fonte do changeset, o source seria algo do tipo: source=GPS ou source=GPS;Bing etc http://wiki.openstreetmap.org/wiki/Key:source Atenciosamente, Roger. ___ 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] Reverter changeset.
Sobre meu edit do ES-381, este fui feito atravez Bing, mas os primeiros Bings do Espirito Santo tava mal alinhado e resolução bem baixo. Agora com um qualidade maior e tempo para refinar os trechos, e ja fazendo algumas mudanças vez e outro. Tambem para cobra mais distance em pouco tempo economizava em quantidade de pontos. Trevo que voce mostrou não lembro, mas credito que fui isso que fui motivo. Desde inicio eu sempre tentei notar os fontes, principal mente e Bing, mas também tem IBGE, DHN, Yahoo (do tempo Yahoo fui usado, antes do Bing), Landsat, Survey/GPS, entre outros. Eu sempre tinha suspeito que Yahoo e Google Map vez e outro utilizando dados OSM, lembro que logo depois eu desenhou um rua rural no Guarapari, apareceu no Yahoo também, bem similar do o que tracei aqui no OSM. Aun Johnsen On Apr 6, 2014, at 0:51, thunder...@gpsinfo.com.br wrote: Não vou importar esse rodovia ES-381 porque acabei de desenha-la já que não existia no mapa. Parei o desenho dela no pequeno trecho desenhado pelo Skippern. Depois irei corrigir esse trecho e desenhar o trevo no entroncamento das ruas rodovias. Deixo registrado que não estou acusando o Skippern de nada. Só constatei uma incrível coincidência em desenhos de via. Observe que o desenho do entroncamento feito por ele não tem relação com a imagem do BING como reportado no changeset. Essa imagem nessa área continua desatualizada até hoje, entretanto o acesso a NW, para a ES-381 que aparece na imagem existe desde quando ele efetuou o “changeset” e o desenho dele está bem desalinhado ali. Hoje existe um trevo construído no início de 2013, ou seja, há mais de 1 ano. Observe a semelhança do traçado incorreto feito por ele comparando com o traçado, também incorreto estampado no Google Earth. Será que o Google copiou o traçado desalinhado no OSM? entroncamento[2].jpg Havia eu interpretado “changeset” ao pé da letra, ou seja, alteração de dados. Em não existindo dados a serem alterados incluía eu no campo “não existia no mapa”. A partir de agora farei como recomendado. Agradeço. From: Roger C. Soares Sent: Saturday, April 5, 2014 11:59 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Fw: Reverter changeset. Quanto aos seus dados, se vieram de survey não vejo problema em importar, com as trilhas no OSM então, melhor ainda. Gostaria de ouvir a opinião do pessoal mais experiente sobre isso. O changeset do Skippern diz: Bing tracings after coverage in Brazil have been extended. A imagem do bing é semelhante, se não a mesma, do google, em uma época que o trecho estava em construção. Não me pareceu problemático, mas se existir alguma dúvida, você ou alguém pode tentar entrar em contato com ele e perguntar. No changeset que você acabou de fazer, ficou: source=não existia no mapa Isso não indica a fonte do changeset, o source seria algo do tipo: source=GPS ou source=GPS;Bing etc http://wiki.openstreetmap.org/wiki/Key:source Atenciosamente, Roger. ___ 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] Reverter changeset.
Sim Johnsen, como citei anteriormente, para aquela região, naquela época, não existia imagem satélite de qualidade que permitisse emprego de uma delas como referência para traçados. Por essa razão que desenvolvi mapa empregando os traçados coletados com meu primeiro gps. Sobre aquele entroncamento da ES-381 com a ES-137 em https://www.openstreetmap.org/way/152419105#map=17/-18.76460/-40.47392layers=N se desejar posso fazer a alteração uma vez que conheço o local e o entroncamento. []s Marcio From: Lists Sent: Sunday, April 6, 2014 8:20 AM To: imports talk-br Subject: Re: [Talk-br] Reverter changeset. Sobre meu edit do ES-381, este fui feito atravez Bing, mas os primeiros Bings do Espirito Santo tava mal alinhado e resolução bem baixo. Agora com um qualidade maior e tempo para refinar os trechos, e ja fazendo algumas mudanças vez e outro. Tambem para cobra mais distance em pouco tempo economizava em quantidade de pontos. Trevo que voce mostrou não lembro, mas credito que fui isso que fui motivo. Desde inicio eu sempre tentei notar os fontes, principal mente e Bing, mas também tem IBGE, DHN, Yahoo (do tempo Yahoo fui usado, antes do Bing), Landsat, Survey/GPS, entre outros. Eu sempre tinha suspeito que Yahoo e Google Map vez e outro utilizando dados OSM, lembro que logo depois eu desenhou um rua rural no Guarapari, apareceu no Yahoo também, bem similar do o que tracei aqui no OSM. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter changeset.
Compreendido. Farei a alteração no entroncamento. []s Marcio From: Lists Sent: Sunday, April 6, 2014 9:05 AM To: imports talk-br Subject: Re: [Talk-br] Reverter changeset. Bom Marcio No momento fazendo um pouco limpeza no Guarapari, como os imagens ai melhorou bastante recente, também acrescendo nomes dos ruas atravéz IBGE. Como os dados do mapa partence ao comunidade, tudo mundo e livre a aumentar detalhas onde quiser :) Aun Johnsen On Apr 6, 2014, at 8:55, thunder...@gpsinfo.com.br wrote: Sim Johnsen, como citei anteriormente, para aquela região, naquela época, não existia imagem satélite de qualidade que permitisse emprego de uma delas como referência para traçados. Por essa razão que desenvolvi mapa empregando os traçados coletados com meu primeiro gps. Sobre aquele entroncamento da ES-381 com a ES-137 em https://www.openstreetmap.org/way/152419105#map=17/-18.76460/-40.47392layers=N se desejar posso fazer a alteração uma vez que conheço o local e o entroncamento. []s Marcio From: Lists ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] idéias dados IBGE OSM: CNEFE, setores censitários, quarteirões.
On 2014-04-05 21:40, Thiago Marcos P. Santos wrote: 2014-04-05 19:21 GMT+03:00 Hermann Peifer pei...@gmx.eu: Oi Pessoal, Minha resposta demorou um pouco porque a vida real, incluindo o trabalho me manteve longe do OSM. Estou em contato com o mapeador alemão Dietmar [1] o qual eu encontrei no evento OSM em Berlim. Ele já tem um sistema online que apresenta comparações entre listas oficiais de ruas e as ruas mapeadas no OSM. Para quem entende um pouco de alemão: a palestra dele em Berlim está disponivel no Youtube [2] A cobertura do sistema dele era: Alemanha, Austria, Suiça e Luxembourgo. Agora, ele importou os dados IBGE/CNEFE do RS. Um resultado daquela importação é o Heat Map do RS [3]. (Tem que ter ums segundinhhos de paciencia). Clique num município e segue o link Auswertung. Você encontrara as estatísticas do município, por exemplo Ivoti [4]. Você até pode escolher Português do Brasil (= Português do Hermann ;-) como lingua da página. Infelizmente, tem ainda problemas com as páginas dos municípios que tem acentos no nome. Acho fantástico. Seria algo excelente se tivéssemos para o Brasil todo. O projeto dos mapas do IBGE que estou trabalhando está 90% pronto, falta mesmo só dois estados para processar e fazer o upload para o Mapbox. Depois de concluído, vai ser um prazer te ajudar no heat map se você tiver interesse. Thiago, Que bom que tu gostaste. É mesmo: faltam voluntários para preparar e verificar a importação dos dados CNEFE de outros estados brasileiros. Tabem é necessario de verificar e talvez reparar/corrigir as divisas municipais no OSM, para inventar uma comparação menos rigido e mais intelligente das duas listas (usando Levenshtein, etc.). Estou um pouco preocupado que somente tu estás comentando sobre o heat map gaúcho do osm-regio.de. Talvez o interesse na comparação das listas não é tão grande? Em qualquer caso, estou reenviando os links relevantes, veja abaixo. Abraços, Hermann [3] http://regio-osm.de/listofstreets/kartenansicht.html?file=BR [4] http://regio-osm.de/listofstreets/evaluation?title=Ivoticountry=Brasil ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] idéias dados IBGE OSM: CNEFE, setores censitários, quarteirões.
Hermann, quando eu abro o link do *heat map* gaúcho [1], só vejo o estilo padrão do OSM, sem uma camada de *heat map*. Achei legal a comparação de nomes de ruas, e vi que também traduziram a interface para Português do Brasil, bem bacana. [1]: http://regio-osm.de/listofstreets/kartenansicht.html?file=BR Em 6 de abril de 2014 09:08, Hermann Peifer pei...@gmx.eu escreveu: On 2014-04-05 21:40, Thiago Marcos P. Santos wrote: 2014-04-05 19:21 GMT+03:00 Hermann Peifer pei...@gmx.eu: Oi Pessoal, Minha resposta demorou um pouco porque a vida real, incluindo o trabalho me manteve longe do OSM. Estou em contato com o mapeador alemão Dietmar [1] o qual eu encontrei no evento OSM em Berlim. Ele já tem um sistema online que apresenta comparações entre listas oficiais de ruas e as ruas mapeadas no OSM. Para quem entende um pouco de alemão: a palestra dele em Berlim está disponivel no Youtube [2] A cobertura do sistema dele era: Alemanha, Austria, Suiça e Luxembourgo. Agora, ele importou os dados IBGE/CNEFE do RS. Um resultado daquela importação é o Heat Map do RS [3]. (Tem que ter ums segundinhhos de paciencia). Clique num município e segue o link Auswertung. Você encontrara as estatísticas do município, por exemplo Ivoti [4]. Você até pode escolher Português do Brasil (= Português do Hermann ;-) como lingua da página. Infelizmente, tem ainda problemas com as páginas dos municípios que tem acentos no nome. Acho fantástico. Seria algo excelente se tivéssemos para o Brasil todo. O projeto dos mapas do IBGE que estou trabalhando está 90% pronto, falta mesmo só dois estados para processar e fazer o upload para o Mapbox. Depois de concluído, vai ser um prazer te ajudar no heat map se você tiver interesse. Thiago, Que bom que tu gostaste. É mesmo: faltam voluntários para preparar e verificar a importação dos dados CNEFE de outros estados brasileiros. Tabem é necessario de verificar e talvez reparar/corrigir as divisas municipais no OSM, para inventar uma comparação menos rigido e mais intelligente das duas listas (usando Levenshtein, etc.). Estou um pouco preocupado que somente tu estás comentando sobre o heat map gaúcho do osm-regio.de. Talvez o interesse na comparação das listas não é tão grande? Em qualquer caso, estou reenviando os links relevantes, veja abaixo. Abraços, Hermann [3] http://regio-osm.de/listofstreets/kartenansicht.html?file=BR [4] http://regio-osm.de/listofstreets/evaluation? title=Ivoticountry=Brasil ___ 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] data.rio
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 https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fw: Reverter changeset.
Gostaria de dizer que, dadas as condições expostas pelo Marcio, não há impedimento algum à importação dos dados no OSM. []s Arlindo Em 05/04/2014 22:10, thunder...@gpsinfo.com.br escreveu: Roger, a partir do momento que um editor de mapa é recebido no projeto ele, pelo menos para mim é digno de confiança e suas ações não devem gerar duvidas. Só deixará de ser digno de confiança a partir do momento que existirem fortes indícios de que ele cometeu algo recriminado pelo OSM. Creio que se começarmos a colocar barreiras dificilmente o projeto caminhará a passos largos no Brasil. Vamos a um exemplo prático que está ocorrendo neste momento comigo. A família de minha esposa reside em Barra de São Francisco, interior do ES, e para lá me desloco do Rio de Janeiro frequentemente. Desenhei toda essa cidade de Barra de São Francisco para o Tracksource e não empreguei imagem satélite alguma porque na ocasião que desenhei, em 2008, não existia imagem satélite com satisfatória resolução na área. Sendo uma pequena cidade, de aproximadamente 70 mil habitantes, fiquei circulando pelas ruas dela levantando tracklogs com meu gps e os nomes das ruas. Dessa forma desenhei o arruamento de todas a cidade e tenho esse mapa aqui comigo. Quando ingressei no OSM identifiquei que essa cidade de Barra de São Francisco tinha poucas ruas desenhadas no mapa OSM, sem nomes e a rodovia que corta a cidade estava errada. Não é o caso, mas os dados existentes no mapa OSM ali eram pouco aproveitáveis. Mesmo assim e até por não saber fazer, deixei de efetuar o changeset e decidi iniciar manualmente o desenho não importei o mapa que desenho daquela cidade pela segunda vez. Ainda não terminei. Ainda pouco consultei Guararema, próximo a Barra de São Francisco, mas distrito de Águia Branca - ES. Para lá também me desloco com certa frequência e quem desejar verificar existem tracklogs por mim levantados e arquivados na base OSM. De inicio identifiquei que no mapa OSM não existiam dados da rodovia ES-381 por mim desenhada para o Tracksource. Essa rodovia foi asfaltada em 2012 e liga Águia Branca a Nova Venécia, ambas do ES. Mesmo tendo aqui comigo toda essa rodovia desenhada decidi mais uma vez fazer na mão o desenho no OSM, sem importar para ele os dados. Ainda estou desenhando a rodovia e já subi um grande trecho dela, entretanto para minha surpresa identifico no entroncamento dela com a rodovia ES-137 um pequeno desenho feito há 2 anos pelo Skippern . Vide https://www.openstreetmap.org/way/152419115#map=18/-18.76660/-40.47218 Aquele entroncamento está muito diferente do que foi desenhado e o que me espanta é que desenho semelhante e com erro se encontra no Google Maps. Será que ele se valeu dessa ferramenta Google? Não sei e confesso que em principio, sendo ele um elemento experiente no OSM, não agiria dessa forma copiando o Google. Além de desenhar a rodovia irei corrigir esse entroncamento manualmente. O entroncamento do outro lado, com a ES-080 acabei de desenhar já que também não existia no mapa. Vide https://www.openstreetmap.org/way/272190586 Desculpem o imenso post, mas é importante esse exemplo de área onde não existem dados no OSM e os poucos existentes estão incorretos e não refletem a realidade. []s Marcio *From:* Roger C. Soares rogersoa...@gmail.com *Sent:* Saturday, April 5, 2014 9:23 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Fw: Reverter changeset. Se a área está vazia é um complicador a menos. Eu não vejo problema em você incluir seus dados lá. Porém a legalidade dos dados pode gerar dúvidas. É melhor você descrever como gerou os dados, as fontes utilizadas e mais algumas outras perguntas que o pessoal da lista fizer, inclusive para deixar documentado, caso alguém no futuro levante dúvidas sobre o changeset. Se fosse eu, só por garantia, comentaria na lista a intenção de subir os dados, pediria alguma recomendação e para alguém revisar o changeset antes de subir. Principalmente nas primeiras vezes, o pessoal da lista vira e mexe levanta pontos que eu nunca teria imaginado sozinho... Atenciosamente, Roger. ___ 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] Fwd: Novo Kit de compilação Garmin para Windows
Amigos, Disponibilizamos hoje novo kit de compilação de mapas Garmin para o ambiente Windows. A nova versão contempla: Permite compilar todos os conjuntos estaduais; Bairro no campo zip_code do IMG; A verificação do MD5 do site da Geofabrik agora é opcional, permitindo forçar o download das últimas atualizações do mapa-base sempre que compilar; http://www.cocardl.com.br/viewtopic.php?f=23t=114p=122 Com isto qualquer um pode compilar o mapa do Brasil e todos os conjuntos estaduais em cerca de meia hora com um computador de médio desempenho. Temos testemunho de uma pessoa que compilou o mapa do Brasil em apenas 2,5 minutos em uma máquina com 8 núcleos Intel Core i7. Devemos dar o devido crédito ao Nélson, que se deu ao trabalho de criar os limites do Brasil, das regiões e dos estados e com isso possibilitar este trabalho. [ ]s Paulo Carvalho ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Novo Kit de compilação Garmin para Windows
Pessoal, Esqueci de mencionar o Hélio, que também fez contribuições importantes na concepção do .BAT de compilação. abraço, Paulo Em 6 de abril de 2014 18:11, Paulo Carvalho paulo.r.m.carva...@gmail.comescreveu: Amigos, Disponibilizamos hoje novo kit de compilação de mapas Garmin para o ambiente Windows. A nova versão contempla: Permite compilar todos os conjuntos estaduais; Bairro no campo zip_code do IMG; A verificação do MD5 do site da Geofabrik agora é opcional, permitindo forçar o download das últimas atualizações do mapa-base sempre que compilar; http://www.cocardl.com.br/viewtopic.php?f=23t=114p=122 Com isto qualquer um pode compilar o mapa do Brasil e todos os conjuntos estaduais em cerca de meia hora com um computador de médio desempenho. Temos testemunho de uma pessoa que compilou o mapa do Brasil em apenas 2,5 minutos em uma máquina com 8 núcleos Intel Core i7. Devemos dar o devido crédito ao Nélson, que se deu ao trabalho de criar os limites do Brasil, das regiões e dos estados e com isso possibilitar este trabalho. [ ]s Paulo Carvalho ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Disponibilização de mapas Garmin para todos os estados
Pessoal, Estão disponíveis para download os mapas Garmin compilados com dados OSM correspondentes a todos os estados e o Brasil inteiro: http://www.cocardl.com.br/viewtopic.php?f=52t=139 Lembrando que o Nélson faz uma compilação diária do mapa de SP: http://naoliv.iq.unesp.br/mapas/gmapsupp.img . [ ]s Paulo Carvalho ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapear bairros como área.
Obrigado. Em 6 de abril de 2014 07:34, Flavio Bello Fialho bello.fla...@gmail.comescreveu: Eu uso os objetos existentes, se possível. Vários limites de município são rios. Na minha opinião, temos que mapear da forma correta sempre. Se o limite é o rio, o rio é o limite. Em 04/04/2014 16:40, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: O que é o recomendado fazer? Utilizar objetos existentes ou criar um polígono novo? Em 4 de abril de 2014 16:28, Arlindo Pereira openstreet...@arlindopereira.com escreveu: E a desvantagem é que usuários que editarem alguma dessas ruas utilizando editores que não suportem relações corretamente, irá quebrar a relação do bairro. []s Arlindo 2014-04-04 16:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com : Uma vantagem de você usar um objeto existente como limite é que se ele mudar de posição por alguma razão, o limite muda junto. Se mantiver em objetos diferentes, tem que lembrar de editar dois (talvez mais) objetos. Em 4 de abril de 2014 16:19, Lists li...@gimnechiske.org escreveu: Hmmm, Tudos os limites administrativo no Espírito Santo e importado do IBGE, não procurei os leis defini-los, mas olhando vejo que muitos passa nos estradas/ruas ou rios/córregos/canais. Talvez em futuro pode fazer um limpeza. Ja fiz no algumas pontos onde e bem evidente que o limite passando no uma rio, mas não fiz onde passando nos estradas. Aun Johnsen On Apr 4, 2014, at 15:53, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Hmmm... Interessante e inteligente isso. Você definiu um bairro usando rios e ruas como limites, tal como nas leis municipais que os definem. [ ]s Paulo Em 4 de abril de 2014 10:08, Bráulio brauliobeze...@gmail.comescreveu: Exemplo: Pitimbu: http://www.openstreetmap.org/relation/388146 Procurando por uma rua de dentro do bairro, o nominatim retorna assim: Via Terciária Avenida dos Pintassilgos, Pitimbu, Natal, RN, Northeast Region, 59067-530, Brasil 2014-04-04 9:47 GMT-03:00 Lists li...@gimnechiske.org: boundary=administrative + admin_level=10 + name=* no um relação Aun Johnsen On Apr 4, 2014, at 9:36, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, Gostaria de saber como se faz para mapear bairros de forma que as buscas no nomitatim, etc. funcionem bem. Achei algo no fórum, mas não encontrei uma resposta objetiva (tinha muita filosofia). Acho que deve haver uma resposta objetiva que não encontrei. [ ]s Paulo ___ 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 ___ 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 ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapear bairros como área.
Após aprender a trabalhar com relações, trabalhei em alguns municípios que se dividem por rios, mas por bairros é mais complicado, nem sempre uma rua divide um bairro. Ja até consegui alguns dados do Plano Diretor de minha cidade, mas descobri que o mesmo tinha falhas e não era confiável. Tive que deixar minha cidade sem bairros definidos. Só tome cuidado ao usar ruas para dividir bairros, as vezes os dois lados da rua fazem parte do bairro, o limite esta no final dos lotes casas de algum dos lados. Qualquer problema adiciona a TAG addr:suburb do bairro na Rua. Att,BladeTCDate: Sun, 6 Apr 2014 19:01:58 -0300 From: paulo.r.m.carva...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapear bairros como área. Obrigado. Em 6 de abril de 2014 07:34, Flavio Bello Fialho bello.fla...@gmail.com escreveu: Eu uso os objetos existentes, se possível. Vários limites de município são rios. Na minha opinião, temos que mapear da forma correta sempre. Se o limite é o rio, o rio é o limite. Em 04/04/2014 16:40, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: O que é o recomendado fazer? Utilizar objetos existentes ou criar um polígono novo? Em 4 de abril de 2014 16:28, Arlindo Pereira openstreet...@arlindopereira.com escreveu: E a desvantagem é que usuários que editarem alguma dessas ruas utilizando editores que não suportem relações corretamente, irá quebrar a relação do bairro. []s Arlindo 2014-04-04 16:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Uma vantagem de você usar um objeto existente como limite é que se ele mudar de posição por alguma razão, o limite muda junto. Se mantiver em objetos diferentes, tem que lembrar de editar dois (talvez mais) objetos. Em 4 de abril de 2014 16:19, Lists li...@gimnechiske.org escreveu: Hmmm, Tudos os limites administrativo no Espírito Santo e importado do IBGE, não procurei os leis defini-los, mas olhando vejo que muitos passa nos estradas/ruas ou rios/córregos/canais. Talvez em futuro pode fazer um “limpeza”. Ja fiz no algumas pontos onde e bem evidente que o limite passando no uma rio, mas não fiz onde passando nos estradas. Aun Johnsen On Apr 4, 2014, at 15:53, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Hmmm... Interessante e inteligente isso. Você definiu um bairro usando rios e ruas como limites, tal como nas leis municipais que os definem. [ ]s Paulo Em 4 de abril de 2014 10:08, Bráulio brauliobeze...@gmail.com escreveu: Exemplo: Pitimbu: http://www.openstreetmap.org/relation/388146 Procurando por uma rua de dentro do bairro, o nominatim retorna assim: Via Terciária Avenida dos Pintassilgos, Pitimbu, Natal, RN, Northeast Region, 59067-530, Brasil 2014-04-04 9:47 GMT-03:00 Lists li...@gimnechiske.org: boundary=administrative + admin_level=10 + name=* no um relação Aun Johnsen On Apr 4, 2014, at 9:36, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, Gostaria de saber como se faz para mapear bairros de forma que as buscas no nomitatim, etc. funcionem bem. Achei algo no fórum, mas não encontrei uma resposta objetiva (tinha muita filosofia). Acho que deve haver uma resposta objetiva que não encontrei. [ ]s Paulo ___ 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 ___ 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 ___ 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 ___ 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] Mapear bairros como área.
Obrigado pelas dicas. A colocação dos polígonos deve aumentar a precisão do Nominatim, além de permitir a inclusão do bairro na indexação no Garmin. Já incluí esta funcionalidade no kit de compilação, mas só funciona se o bairro estiver como polígono. []s Paulo Em 6 de abril de 2014 19:26, Blademir Andrade de Lima blademi...@hotmail.com escreveu: Após aprender a trabalhar com relações, trabalhei em alguns municípios que se dividem por rios, mas por bairros é mais complicado, nem sempre uma rua divide um bairro. Ja até consegui alguns dados do Plano Diretor de minha cidade, mas descobri que o mesmo tinha falhas e não era confiável. Tive que deixar minha cidade sem bairros definidos. Só tome cuidado ao usar ruas para dividir bairros, as vezes os dois lados da rua fazem parte do bairro, o limite esta no final dos lotes casas de algum dos lados. Qualquer problema adiciona a TAG addr:suburb do bairro na Rua. Att, BladeTC -- Date: Sun, 6 Apr 2014 19:01:58 -0300 From: paulo.r.m.carva...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapear bairros como área. Obrigado. Em 6 de abril de 2014 07:34, Flavio Bello Fialho bello.fla...@gmail.comescreveu: Eu uso os objetos existentes, se possível. Vários limites de município são rios. Na minha opinião, temos que mapear da forma correta sempre. Se o limite é o rio, o rio é o limite. Em 04/04/2014 16:40, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: O que é o recomendado fazer? Utilizar objetos existentes ou criar um polígono novo? Em 4 de abril de 2014 16:28, Arlindo Pereira openstreet...@arlindopereira.com escreveu: E a desvantagem é que usuários que editarem alguma dessas ruas utilizando editores que não suportem relações corretamente, irá quebrar a relação do bairro. []s Arlindo 2014-04-04 16:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Uma vantagem de você usar um objeto existente como limite é que se ele mudar de posição por alguma razão, o limite muda junto. Se mantiver em objetos diferentes, tem que lembrar de editar dois (talvez mais) objetos. Em 4 de abril de 2014 16:19, Lists li...@gimnechiske.org escreveu: Hmmm, Tudos os limites administrativo no Espírito Santo e importado do IBGE, não procurei os leis defini-los, mas olhando vejo que muitos passa nos estradas/ruas ou rios/córregos/canais. Talvez em futuro pode fazer um limpeza. Ja fiz no algumas pontos onde e bem evidente que o limite passando no uma rio, mas não fiz onde passando nos estradas. Aun Johnsen On Apr 4, 2014, at 15:53, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Hmmm... Interessante e inteligente isso. Você definiu um bairro usando rios e ruas como limites, tal como nas leis municipais que os definem. [ ]s Paulo Em 4 de abril de 2014 10:08, Bráulio brauliobeze...@gmail.com escreveu: Exemplo: Pitimbu: http://www.openstreetmap.org/relation/388146 Procurando por uma rua de dentro do bairro, o nominatim retorna assim: Via Terciária Avenida dos Pintassilgos, Pitimbu, Natal, RN, Northeast Region, 59067-530, Brasil 2014-04-04 9:47 GMT-03:00 Lists li...@gimnechiske.org: boundary=administrative + admin_level=10 + name=* no um relação Aun Johnsen On Apr 4, 2014, at 9:36, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, Gostaria de saber como se faz para mapear bairros de forma que as buscas no nomitatim, etc. funcionem bem. Achei algo no fórum, mas não encontrei uma resposta objetiva (tinha muita filosofia). Acho que deve haver uma resposta objetiva que não encontrei. [ ]s Paulo ___ 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 ___ 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 ___ 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] Mapear bairros como área.
O limite dos bairros pode ser um dos lados da rua e não a rua em si. Nesse caso, deve ser traçado outra linha. Se a divisa for a própria rua, então use-a. Sempre use relações para limites administrativos. Em 06/04/2014 19:32, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Obrigado pelas dicas. A colocação dos polígonos deve aumentar a precisão do Nominatim, além de permitir a inclusão do bairro na indexação no Garmin. Já incluí esta funcionalidade no kit de compilação, mas só funciona se o bairro estiver como polígono. []s Paulo Em 6 de abril de 2014 19:26, Blademir Andrade de Lima blademi...@hotmail.com escreveu: Após aprender a trabalhar com relações, trabalhei em alguns municípios que se dividem por rios, mas por bairros é mais complicado, nem sempre uma rua divide um bairro. Ja até consegui alguns dados do Plano Diretor de minha cidade, mas descobri que o mesmo tinha falhas e não era confiável. Tive que deixar minha cidade sem bairros definidos. Só tome cuidado ao usar ruas para dividir bairros, as vezes os dois lados da rua fazem parte do bairro, o limite esta no final dos lotes casas de algum dos lados. Qualquer problema adiciona a TAG addr:suburb do bairro na Rua. Att, BladeTC -- Date: Sun, 6 Apr 2014 19:01:58 -0300 From: paulo.r.m.carva...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapear bairros como área. Obrigado. Em 6 de abril de 2014 07:34, Flavio Bello Fialho bello.fla...@gmail.comescreveu: Eu uso os objetos existentes, se possível. Vários limites de município são rios. Na minha opinião, temos que mapear da forma correta sempre. Se o limite é o rio, o rio é o limite. Em 04/04/2014 16:40, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: O que é o recomendado fazer? Utilizar objetos existentes ou criar um polígono novo? Em 4 de abril de 2014 16:28, Arlindo Pereira openstreet...@arlindopereira.com escreveu: E a desvantagem é que usuários que editarem alguma dessas ruas utilizando editores que não suportem relações corretamente, irá quebrar a relação do bairro. []s Arlindo 2014-04-04 16:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Uma vantagem de você usar um objeto existente como limite é que se ele mudar de posição por alguma razão, o limite muda junto. Se mantiver em objetos diferentes, tem que lembrar de editar dois (talvez mais) objetos. Em 4 de abril de 2014 16:19, Lists li...@gimnechiske.org escreveu: Hmmm, Tudos os limites administrativo no Espírito Santo e importado do IBGE, não procurei os leis defini-los, mas olhando vejo que muitos passa nos estradas/ruas ou rios/córregos/canais. Talvez em futuro pode fazer um “limpeza”. Ja fiz no algumas pontos onde e bem evidente que o limite passando no uma rio, mas não fiz onde passando nos estradas. Aun Johnsen On Apr 4, 2014, at 15:53, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Hmmm... Interessante e inteligente isso. Você definiu um bairro usando rios e ruas como limites, tal como nas leis municipais que os definem. [ ]s Paulo Em 4 de abril de 2014 10:08, Bráulio brauliobeze...@gmail.com escreveu: Exemplo: Pitimbu: http://www.openstreetmap.org/relation/388146 Procurando por uma rua de dentro do bairro, o nominatim retorna assim: Via Terciária Avenida dos Pintassilgos, Pitimbu, Natal, RN, Northeast Region, 59067-530, Brasil 2014-04-04 9:47 GMT-03:00 Lists li...@gimnechiske.org: boundary=administrative + admin_level=10 + name=* no um relação Aun Johnsen On Apr 4, 2014, at 9:36, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Pessoal, Gostaria de saber como se faz para mapear bairros de forma que as buscas no nomitatim, etc. funcionem bem. Achei algo no fórum, mas não encontrei uma resposta objetiva (tinha muita filosofia). Acho que deve haver uma resposta objetiva que não encontrei. [ ]s Paulo ___ 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 ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org
[Talk-br] Mapear ruas com trânsito diferente em determinadas horas do dia
Pessoal, Preciso mapear algumas particularidades de ruas de João Pessoa. Caso 1: avenida com ciclofaixa à esquerda, separada dos carros através de cones, ativa das 7 às 16h dos domingos Caso 2: avenida que é fechada para carros das 7 às 16h dos domingos - vira uma ciclovia Caso 3: rua que é fechada para circulação de veículos (vira highway=pedestrian) diariamente das 5 às 8 da manhã Como mapear esses casos? -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapear ruas com trânsito diferente em determinadas horas do dia
Nelson, Obrigado pela indicação! 2014-04-07 0:44 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-04-07 0:40 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com: Preciso mapear algumas particularidades de ruas de João Pessoa. Vai ser com isso: http://wiki.openstreetmap.org/wiki/Conditional_restrictions Desculpa não dar a solução pronta agora, mas dá uma olhada nos exemplos nessa mesma página. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 5. April 2014 20:38 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 05/apr/2014 um 20:08 schrieb Andreas Labres l...@lab.at: Meine radikaler Lösungsansatz: wir kübeln (gedanklich) alle landuse, natural, leisure, area Tags und machen einen landcover (z.B.) Tag, der die geographisch/kartographisch relevante Flächenbeschreibung wiedergibt. Alles andere ist nur Fallback, falls es keinen landcover Tag gibt ich finde es kein Problem, wenn es überlappende Flächen gibt, solange das jeweils orthogonale Eigenschaften sind. Landnutzung und Bewuchs hängen zwar schon zusammen, im Sinne dass nicht jegliche Kombination möglich ist, aber das hat schon beides seine Berechtigung, getaggt zu werden Was meinst du in diesem Zusammenhang mit orthogonal? Das Problem ist, das wir mit dem offenen on the ground Ansatz von OSM auch ganz oft eine Froschperspektive einnehmen: Ich sehe etwas und geben dem Etwas ein Tag. Allzuoft wird dabei nicht links und rechts geschaut. So finden wir heute viele Tags, bei denen es unterschiedliche Auffassungen gibt und die hier oft für Diskussion sorgen. Das liegt oft nicht daran das man das Tag nicht richtig versteht, sondern weil es unterschidliche Interpretationen zulässt. Das liegt in der Regel daran, dass ein Tag nicht nur eine Information enthält, sondern in der Regel viele, die sich überlagern. Ein Beispiel: highway=track, tracktype=value, ist eine (je nach Sichtweise) lustige bis üble Mischung aus 1. landuse: der Weg führt durch Wald oder Feld, 2. access: da dürfen nur forst- und landwirtschaftliche Fahrzeuge fahren, 3. surface: befestigt, asphaltiert, unbefestigt, etc., 4. highway: es handelt sich um eine Straße. Das Ganze hat man auch bei Radwegen und insbesondere bei Landuse: da wird Nutzung, Bewuchs und Oberflächen lustig in einem Tag zusammengefasst, obwohl man das auch in getrennten Tags erfassen kann und sollte! Verallgemeinernd kann man sagen: die Tags werden um so unbefriedigender und der Streit um so größer, je mehr Einzelinformationen in einem Tag zusammengefasst sind. Man kann sich viel leichter darauf einigen, ob auf einer Fläche Gras wächst als darüber zu diskutieren, ob das eine Kuhweide, Heuwiese, Parkwiese, Rasen, Golfrasen etc. ist. All diese Begriffe haben eben nicht nur die Information Bewuchs, sondern auch noch zumindest eine Information zur Nutzung. Wenn jemand einfach nur Gras mappen möchte muss er sich gleichzeitig mit der Bedeutung dieser vielen unterschiedlichen Nutzungsarten beschäftigen, um das richtige Tag zu finden. Die dabei auftretenden Fehler und Missverständnisse machen in meinen Augen 75 % der Tagstreitereien bei OSM aus -- dabei wollte man doch einfach nur Gras eintragen ... Und vor allem: die geographische Information hier ist Wiese ist entkoppelt von jeglicher Frage wem gehört die Fläche?, wie wird sie genutzt?,... Wiese ist ja eine Nutzung, Grasbewuchs hingegen wäre ein landcover Genau. Und das gehört getrennt erfasst. Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 5. April 2014 23:30 schrieb Christoph Hormann chris_horm...@gmx.de: On Saturday 05 April 2014, Andreas Labres wrote: On 05.04.14 20:38, Martin Koppenhoefer wrote: Wiese ist ja eine Nutzung, Grasbewuchs hingegen wäre ein landcover Eben das ist ja das Übel. Das Rendering basiert (in vielen Fällen) auf einer Nutzungsklasse. Wir sollten aber eine kartographisch Oberflächentypisierung haben, wo man Wiese als Wiese klassifizieren kann, Wald als Wald, Weingärten als Weingärten (usw., was man halt kartographisch braucht). Das ganze funktioniert aber selbst in Mitteleuropa nicht - eine Streuobstwiese ist zum Beispiel gleichzeitig eine Wiese und ein Obstbaumbestand. In anderen Gegenden, wo nicht jeder Quadratmeter Erde zugeschnitten und mit deutscher Gründlichkeit verwaltet wird, gilt das noch viel mehr. Wieso nicht, man kann die Informationen doch getrennt erfassen. Aus der Kombination der Informationen ergibt sich dann, dass es eine Obstwiese ist. Nur weil die Welt vielfältiger ist, als man es in Karten abbilden kann, heißt es doch nicht, dass man es gleich lassen soll möglichst einfache Tags zu finden. Einfach heißt in diesem Fall, dass wichtige Informationen möglichst getrennt erfasst werden. Was Du 'Oberflächentypisierung' nennst ist im Grunde vor allem Wunschdenken von Bürokraten, jeder Fläche eine von 20-30 Klassen zuzuweisen. Wie diese Klassen zugeschnitten sind, hängt natürlich von der jeweiligen Zielrichtung ab, immer ist es aber entweder das eine oder das andere und kein Mittelding. Was ist dein Lösungsvorschlag? Man kommt bei einer Datenbank mit geografischen Informationen nun einmal nicht um Abstrahierung herum. Und dort wo man abstrahiert muss man notgedrungen auch klassifizieren. Dazu gibt es keine Alternative. Und wenn es schon keine Alternative gibt, dann sollte man es möglichst in ein handhabbares Schema bringen. Daran fehlt es manchmal bei OSM. In OSM ist das letzendlich nicht anders und natürlich wäre es irgendwie eleganter, das über die Zeit gewachsene System mit seinen inneren Wiedersprüchen durch ein konsistent gestaltetes System zu ersetzen. Das würde aber a) auch nicht perfekt sein und mit der Zeit genauso verkorkst werden wie das jetzige und b) die inherente Problematik einer solchen Klasseneinteilung nicht lösen. Es muss noicht perfekt sein. Gut reicht völlig. Ziel muss es sein, dass jemand der nur Gras eintragen will, sich nicht auch noch mit den verschiedenen Nutzungsarten von Gras auseinandersetzen muss (Weide, Zierrasen, Heuwiese, Parkwiese). Was ist deiner Meinung nach die inherente Problematik einer Klassifizierung? Die Abstrahierung der uns umgebenden Umwelt? Was sehr schön wäre ist, wenn es möglich wäre, die gröbsten Inkonsistenzen durch gezielte und ggf. auch radikale Änderungen an den im Wiki dokumentierten Regeln und entsprechend im Standard-Rendering-Stil zu ändern. Ob das jeweils dann als landuse-, landcover- oder natural-key läuft, ist denke ich egal - die meisten Mapper interessieren sich eh nicht für die Feinheiten der Semantik. Deswegen ist es auch so Wichtig nicht mehrere wichtige Informationen in einem Tag zu verstecken. Eine einfach Semantik im Sinne von nur eine Hauptinformation pro Tag wäre wünschenswert. Es gibt ja immer wieder vernünftige Ansätze in der Richtung, die sich aber meist im Sand verlaufen. Zuletzt wenn ich mich recht erinnere zum Beispiel zum natural=wood/landuse=forest-Chaos, woraus dann aber auch wieder nichts geworden ist (warum eigentlich?). Woran machst du fest, dass sich nichts entwickelt. An welchen Kriterien würdest du erkennen, dass sich etwas ändert oder eben nicht? Nur weil man nicht gleich los zieht und alle natural=wood löscht heißt das doch nicht, dass sich nichts entwickelt. Gruß Falk Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Christoph Hormann chris_horm...@gmx.de wrote: Sehr schön ist dort die Beschriftung von Inseln bei niedrigen Zoomstufen (=8): Kannst Du die Änderungen zwischen den beiden Carto Stilen da mal rausdestilieren? Daneben ist das Hellgelb für natural=desert wesentlich günstiger als das alles überdeckende kräftige Braun im Standard- und de-Stil. Ack, das ist furchtbar. Im de-Stil wurde das wohl seinerzeit aus dem normalen Stil einfach übernommen. Wenns nach mir ginge, würde man das gleich weglassen - die Daten sind sowieso größtenteils unsinnig, aber das ist wahrscheinlich nicht mehrheitsfähig... Ja ja, ich habe ja auch das Rendering dieser unsinnigen landuse=farmland Seuche im Vergleich zum normalen Stil im deutschen Stil erheblich abgeschwächt. Mal sehen: Das ist #f2e9d7 vs. #f2efe9 also nur minimal brauner als das normale grau des Hintergrundes. Ich habe das jetzt mal von #e3b57a auf #f2efc0 geändert. natural=sand ist unverändert. Einwände? Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
On Sunday 06 April 2014, Falk Zscheile wrote: [...] Was ist deiner Meinung nach die inherente Problematik einer Klassifizierung? Die Abstrahierung der uns umgebenden Umwelt? Nein, sondern die Notwendigkeit, in jedem Fall eine entweder-oder-Entscheidung zu fällen. Mit einem allgemeinen landcover-Schema gäbe es halt ein landcover=grass und ein landcover=trees und man müsste sich bei der Streuobstwiese unsinnig entscheiden, was man nimmt. Das wäre gegenüber der derzeitigen Situation, wo man zumindest teilweise natural- und landuse-Tags kombinieren kann, nochmals verschärft. Auch wenn man in der gerenderten Karte am Ende vielleicht nur entweder das eine oder das andere darstellt, sollte man das nicht schon bei der Erfassung vorbestimmen. Was sehr schön wäre ist, wenn es möglich wäre, die gröbsten Inkonsistenzen durch gezielte und ggf. auch radikale Änderungen an den im Wiki dokumentierten Regeln und entsprechend im Standard-Rendering-Stil zu ändern. Ob das jeweils dann als landuse-, landcover- oder natural-key läuft, ist denke ich egal - die meisten Mapper interessieren sich eh nicht für die Feinheiten der Semantik. Deswegen ist es auch so Wichtig nicht mehrere wichtige Informationen in einem Tag zu verstecken. Eine einfach Semantik im Sinne von nur eine Hauptinformation pro Tag wäre wünschenswert. Ich denke, da sind wir uns weitgehend einig, ich denke aber auch, dass dies eher durch klarere Eingrenzungen bestehender Tags als durch Schaffung vollkommen neuer gelingen könnte. Generell scheint es mir von primärer Bedeutung, dass der Mapper für das, was er sieht, die passenden Tags findet. Dafür ist es oft sehr hinderlich, wenn die Tags in ihrer Bedeutung viele Aspekte kombinieren, wie es ja leider oft vorkommt. Gleichzeitig ist es aber auch erschwerend, wenn der Mapper für die exakte Beschreibung von dem was er sieht ein halbes Dutzend Tags kombinieren muss und der Renderer dann trotzdem nur eines davon für die Darstellung nutzt. Sieht der Mapper zum Beispiel einen Park, ist es durchaus recht praktisch, dass er das leisure=park taggen kann und damit fertig und nicht eine Kombination von landcover=grass trees=yes access=public purpose=recreation sitting=yes walking=yes running=no bike=no children=yes ballsport=no verwenden muss, um das zu umschreiben und der Renderer es dann trotzdem genau wie eine Viehweide darstellt. Ideal ist es natürlich, wenn beides möglich ist, es also fein granulierte Tags gibt sowie shortcut-Tags für gängige Kombinationen. Das würde aber vor allem von den Renderern eine intelligentere Tag-Auswertung erfordern. Es gibt ja immer wieder vernünftige Ansätze in der Richtung, die sich aber meist im Sand verlaufen. Zuletzt wenn ich mich recht erinnere zum Beispiel zum natural=wood/landuse=forest-Chaos, woraus dann aber auch wieder nichts geworden ist (warum eigentlich?). Woran machst du fest, dass sich nichts entwickelt. An welchen Kriterien würdest du erkennen, dass sich etwas ändert oder eben nicht? Nur weil man nicht gleich los zieht und alle natural=wood löscht heißt das doch nicht, dass sich nichts entwickelt. Ich habe nicht gesagt, dass sich nichts entwickelt, sondern dass es wünschenswert wäre, wenn erlangte Erkenntnisse über notwendige und sinnvolle Änderungen nicht so oft wieder verloren gehen. Es gibt natürlich auch gute Gründe, weshalb das passiert, aber letztendlich haben wir in OSM da schon ein gewisses Skalierungsproblem, dadurch dass mit zunehmender Größe des Projektes grundsätzliche Änderungen schwieriger werden und sich Strukturen stärker zementieren. So etwas wie das natural=wood/landuse=forest-Problem würde es schon erfordern, dass die OSM-Community zu der kollektiven Erkenntnis kommt, dass man sich da etwas verrannt hat und das jetzt korrigiert. Und dann den Mut und die Koordination aufbringen, das umzusetzen. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
On Sunday 06 April 2014, Sven Geggus wrote: Sehr schön ist dort die Beschriftung von Inseln bei niedrigen Zoomstufen (=8): Kannst Du die Änderungen zwischen den beiden Carto Stilen da mal rausdestilieren? Das ist nicht ganz einfach, da die ganze Beschriftung im fr-Stil deutlich anders ist. Aber es gibt in eine Datenbank-Abfrage hier: https://github.com/cquest/osmfr-cartocss/blob/master/osmfr-cartocss.mml#L1903 Und eine Zeichenvorschrift dazu hier: https://github.com/cquest/osmfr-cartocss/blob/master/placenames.mss#L55 Was als Ergänzung noch cool wäre, wo ich aber nicht weiss, ob das technisch ohne weiteres möglich ist, wenn man die Beschiftung bei place=archipelago nicht auf dem Centroid des Polygons (und damit auf einer der Inseln) platzieren würde, sondern auf der convex hull - denn im Moment sieht es immer so aus, als ob das der Name einer Einzelinsel wäre, z.B. hier: http://tile.openstreetmap.fr/?zoom=5lat=80.88328lon=55.53561layers=B000FFF http://tile.openstreetmap.fr/?zoom=6lat=34.68744lon=-20.74796layers=B000FFF -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meinungsbild noexit auf der Tagging-Liste
Am 06.04.2014 04:09, schrieb fly: On 03.04.2014 21:43, Florian Schäfer wrote: OK, dann haben wir das denke ich fürs erste ausdiskutiert. Übrigens geht die Diskussion gerade auf der Tagging-ML weiter ;-) (ich war's diesmal nicht). Da es auf dieser Liste doch einigen Klärungsbedarf gab, dachte ich, es wäre gut diese Diskussion auch auf Englisch zu führen. Immerhin würde die englische Wiki-Seite jetzt auch angepasst sowie einige anderssprachige Seiten. cu fly Ja, klar. Es war nicht als Vorwurf gegen dich gedacht. Scheinbar gibt es ja auf der englischen Mailingliste denselben Klärungsbedarf, wie auf Talk-DE, wenn nicht gar noch mehr (manche wollen ja dort z.B. noexit=yes auf ways und nicht auf Knoten). Von daher bin ich Dir dankbar, dass Du das Thema dort nochmal angesprochen hast. Ich bin aber noch am Überlegen, wie man die Inkonsistenzen zwischen dem Ergebnis auf Talk-DE und dem Ergebnis auf Tagging auflöst. Auf der englischen Seite wurde ja inzwischen auch schon editiert, um die Diskussionsergebnisse im Wiki festzuhalten. Viele Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 6. April 2014 14:44 schrieb Christoph Hormann chris_horm...@gmx.de: On Sunday 06 April 2014, Falk Zscheile wrote: [...] Was ist deiner Meinung nach die inherente Problematik einer Klassifizierung? Die Abstrahierung der uns umgebenden Umwelt? Nein, sondern die Notwendigkeit, in jedem Fall eine entweder-oder-Entscheidung zu fällen. Mit einem allgemeinen landcover-Schema gäbe es halt ein landcover=grass und ein landcover=trees und man müsste sich bei der Streuobstwiese unsinnig entscheiden, was man nimmt. Das wäre gegenüber der derzeitigen Situation, wo man zumindest teilweise natural- und landuse-Tags kombinieren kann, nochmals verschärft. Auch wenn man in der gerenderten Karte am Ende vielleicht nur entweder das eine oder das andere darstellt, sollte man das nicht schon bei der Erfassung vorbestimmen. Man soll durch das Zerlegen eines Tags in seine Hauptbestandteile ja gerade eine differenzierte Entscheidung treffen können. Eben zwischen Bewuchs und dessen Nutzung. Das kann ja durchaus redundant zueinander sein: landcover=trees und landuse=park. Landcover kann man vom Luftbild zeichnen, landuse muss einer mit Ortskenntnis ergänzen. Und beim Streit um landuse=park ginge es dann nicht mehr um die Frage ob da Bäume stehen, sondern nur noch um die Frage was einen park sonst noch auszeichnet. Dann wäre landcover=trees und landcover=grass jeweils mit landuse=park. Ich gebe zu kein perfektes Beispiel, aber ich denke man erkennt, was ich meine. Was sehr schön wäre ist, wenn es möglich wäre, die gröbsten Inkonsistenzen durch gezielte und ggf. auch radikale Änderungen an den im Wiki dokumentierten Regeln und entsprechend im Standard-Rendering-Stil zu ändern. Ob das jeweils dann als landuse-, landcover- oder natural-key läuft, ist denke ich egal - die meisten Mapper interessieren sich eh nicht für die Feinheiten der Semantik. Deswegen ist es auch so Wichtig nicht mehrere wichtige Informationen in einem Tag zu verstecken. Eine einfach Semantik im Sinne von nur eine Hauptinformation pro Tag wäre wünschenswert. Ich denke, da sind wir uns weitgehend einig, ich denke aber auch, dass dies eher durch klarere Eingrenzungen bestehender Tags als durch Schaffung vollkommen neuer gelingen könnte. Generell scheint es mir von primärer Bedeutung, dass der Mapper für das, was er sieht, die passenden Tags findet. Dafür ist es oft sehr hinderlich, wenn die Tags in ihrer Bedeutung viele Aspekte kombinieren, wie es ja leider oft vorkommt. Da sind wir uns in der Tat vollkommen einig. Gleichzeitig ist es aber auch erschwerend, wenn der Mapper für die exakte Beschreibung von dem was er sieht ein halbes Dutzend Tags kombinieren muss und der Renderer dann trotzdem nur eines davon für die Darstellung nutzt. Sieht der Mapper zum Beispiel einen Park, ist es durchaus recht praktisch, dass er das leisure=park taggen kann und damit fertig und nicht eine Kombination von landcover=grass trees=yes access=public purpose=recreation sitting=yes walking=yes running=no bike=no children=yes ballsport=no verwenden muss, um das zu umschreiben und der Renderer es dann trotzdem genau wie eine Viehweide darstellt. Ideal ist es natürlich, wenn beides möglich ist, es also fein granulierte Tags gibt sowie shortcut-Tags für gängige Kombinationen. Das würde aber vor allem von den Renderern eine intelligentere Tag-Auswertung erfordern. Ja, ich erkenne das Problem, wenn man ein Tag zu stark in einzelne Informationen zerteilt. Deswegen sprach ich auch von Hauptelementen. Es wäre vielleicht mal ein Hackingweekend ganz anderer Art, wenn man mal einen Workshop zu der Frage veranstalten würde. Meine Idee ist bisher mehrere Hauptkategorien zu bilden, in der Art: Oberflächenbewuchs, Nutzung, Vegetationsform, ???. Dann müsste man schauen, ob sich daraus alle wichtigen OSM-Tags einfach und verständlich wiederfinden. Anhaltspunkt könnten die wichtigsten Kartendarstellungen sein. Dann wäre eine Aufgabe des Wikis eben auch zu sagen, welche wesentlichen Elemente getaggt werden müssen, wenn es ein Park sein soll. Drei Elemente wären da schon die äußerste Grenze. Gewisse Redundanzen können ja durchaus hilfreich sein landuse=park landcover=trees. Wie gesagt, könnte ein interessantes Workshop-Wochenende werden ... Allein schon die Frage, ob es überhaupt möglich ist, wäre spannend ... Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Hi Sven, validierst Du die Größe des Platzes? Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze als ein Feld getaggt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AFD nutzt Openstreetmap ohne Attribution in Wahlwerbeflyer in Bremen
Bernd Wurst schrieb: Was soll also die Aufregung? Es geht um die AfD, und die ist laut Massenmedien nun mal böse und antidemokratisch und nationalsozialistisch, und rechtspopulistisch, und was nicht noch alles, was gerade so in die allgemeine Stimmung zum Thema Politik passt. Und da die Gesellschaft lehrt, dass man solche Parteien aus Prinzip schlecht zu finden hat, will man denen eben auch nicht „seine Mail“ geben, weil: Die AfD gehört zu den Bösen. … oder so ähnlich. Jedenfalls würde in diesem Fall hier eine simple Mail mit der Information über die richtige Nutzung/Einbindung von OSM-Karten an die entsprechende Stelle (sicher auf der Website zu finden) völlig ausreichen. Genau, wie bei jedem anderen „Problemfall“, losgelöst von persönlicher oder anerzogener Ablehnung. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-04-06T20:56:53+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
On Sunday 06 April 2014, Falk Zscheile wrote: Man soll durch das Zerlegen eines Tags in seine Hauptbestandteile ja gerade eine differenzierte Entscheidung treffen können. Eben zwischen Bewuchs und dessen Nutzung. Das kann ja durchaus redundant zueinander sein: landcover=trees und landuse=park. Landcover kann man vom Luftbild zeichnen, landuse muss einer mit Ortskenntnis ergänzen. Und beim Streit um landuse=park ginge es dann nicht mehr um die Frage ob da Bäume stehen, sondern nur noch um die Frage was einen park sonst noch auszeichnet. Dann wäre landcover=trees und landcover=grass jeweils mit landuse=park. Ich gebe zu kein perfektes Beispiel, aber ich denke man erkennt, was ich meine. So weit ist das schon klar, aber das von mir angeschnittene Problem ist, dass innerhalb der Hauptkomponenten nach diesem Konzept eine eindeutige Zuordnung zu genau einer Klasse erfolgen muss. Das funktioniert sicher in der Mehrzahl der Fälle ganz gut, aber in einigen eben überhaupt nicht. Die Obstwiese ist sowohl in der landcover-Kategorie ein Hybrid aus zwei Klassen (trees und grass) als auch ggf. in der landuse-Kategorie (also falls beweidet, dann orchard und pasture). Man sollte sich dabei auch klar machen, dass so was wie landuse=park bei uns zwar möglicherweise immer recht eindeutig einzige Landnutzung ist, es in anderen Kulturkreisen aber durchaus anders sein kann, so dass die Funktion eines Parks beispielsweise standardmäßig mit einer landwirtschaftlichen Nutzung kombiniert wird. So was wie Landnutzung ist vom Prinzip her eigentlich niemals wirklich exklusiv. Meine Idee ist bisher mehrere Hauptkategorien zu bilden, in der Art: Oberflächenbewuchs, Nutzung, Vegetationsform, ???. Dann müsste man schauen, ob sich daraus alle wichtigen OSM-Tags einfach und verständlich wiederfinden. Anhaltspunkt könnten die wichtigsten Kartendarstellungen sein. Dann wäre eine Aufgabe des Wikis eben auch zu sagen, welche wesentlichen Elemente getaggt werden müssen, wenn es ein Park sein soll. Drei Elemente wären da schon die äußerste Grenze. Gewisse Redundanzen können ja durchaus hilfreich sein landuse=park landcover=trees. Wie gesagt, könnte ein interessantes Workshop-Wochenende werden ... Allein schon die Frage, ob es überhaupt möglich ist, wäre spannend ... Fänd ich durchaus ein interessantes Thema - ist aber natürlich die Gefahr dabei, dass man sich ziemlich verzettelt und nichts produktives dabei rauskommt. In Anbetracht der Komplexität des Ganzen ist es im Grunde erstaunlich, dass das Tagging von Flächen in OSM kein vollkommenes Chaos ist - wobei letzteres sicher nicht jeder so sieht... -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AFD nutzt Openstreetmap ohne Attribution in Wahlwerbeflyer in Bremen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jedenfalls würde in diesem Fall hier eine simple Mail mit der Information über die richtige Nutzung/Einbindung von OSM-Karten an die entsprechende Stelle (sicher auf der Website zu finden) völlig ausreichen. Genau, wie bei jedem anderen ?Problemfall?, losgelöst von persönlicher oder anerzogener Ablehnung. +1 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlNB0ysACgkQbWutCqbzQO3bkwCeOyXkceEyat5Dcye9+P4xcZpb n1EAnRJI+/1GFfTOw5booXTVa15kQEhC =i9vl -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 06/apr/2014 um 21:26 schrieb Christoph Hormann chris_horm...@gmx.de: Die Obstwiese ist sowohl in der landcover-Kategorie ein Hybrid aus zwei Klassen (trees und grass) als auch ggf. in der landuse-Kategorie (also falls beweidet, dann orchard und pasture). in der landuse Klassifizierung wäre das ein eigener Haupttyp, dann entfallen diese Probleme Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 05/apr/2014 um 23:30 schrieb Christoph Hormann chris_horm...@gmx.de: Was sehr schön wäre ist, wenn es möglich wäre, die gröbsten Inkonsistenzen durch gezielte und ggf. auch radikale Änderungen an den im Wiki dokumentierten Regeln und entsprechend im Standard-Rendering-Stil zu ändern. Ob das jeweils dann als landuse-, landcover- oder natural-key läuft, ist denke ich egal - die meisten Mapper interessieren sich eh nicht für die Feinheiten der Semantik. ja, daher kommen ja die Inkonsistenzen. landuse=grass etwa, oder auch natural=mud. Solange man die Keys nicht definiert wird man auch bei den Values mit Inkonsistenzen leben müssen ;-) Eine andere Art von Inkonsistenz findet man beim Detaillierungsgrad/Spezifizität: auf derselben Ebene zwei spezifische Arten von Bauland, aber nur eine für Industrie- und Gewerbegebiete z.B., und nur eine einzige für alle Formen von Wohnen. Dazuhin fehlen noch ein paar Gebietstypen, aber viele Mapper schlagen das dann auch dem Wohnen zu, wodurch es noch unschärfer wird. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenmapping so korrekt? Wie korrigieren?
Am 06/apr/2014 um 10:25 schrieb Falk Zscheile falk.zsche...@gmail.com: da wird Nutzung, Bewuchs und Oberflächen lustig in einem Tag zusammengefasst, obwohl man das auch in getrennten Tags erfassen kann und sollte! das meinte ich mit orthogonal: Nutzung und Bewuchs sind 2 unterschiedliche Eigenschaften / Betrachtungsweisen und können gut getrennt gesehen (und getaggt) werden, auch wenn sie zT zusammenhängen und jedenfalls nicht völlig losgelöst voneinander sind. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Wikimedia
Complimenti e buon lavoro! Federico 2014-04-05 22:44 GMT+02:00 Damjan Gerl dam...@damjan.net: Congratulazioni!!! Ciao Damjan 05.04.2014 - 22:10 - Ida Leone: Grande Simone! Sei tutti noi :) da iPad Il giorno 05/apr/2014, alle ore 22:08, Francesca Valentina coretodes...@gmail.com mailto:coretodes...@gmail.com ha scritto: Auguroni Simone! Il 05/apr/2014 20:22 Simone Cortesi sim...@cortesi.com mailto: sim...@cortesi.com ha scritto: Ciao, Grazie del supporto che mi avete dato in questi ultimi tempi. L'assemblea di Wikimedia Italia ha voluto eleggermi nel Direttivo. Sono il nuovo vicepresidente dell'associazione. Grazie, S. ___ 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-it] Wikimedia
Simone Cortesi wrote Ciao, Grazie del supporto che mi avete dato in questi ultimi tempi. L'assemblea di Wikimedia Italia ha voluto eleggermi nel Direttivo. Sono il nuovo vicepresidente dell'associazione. Grandissimo! fatti valere ;) ps: purtroppo non son potuto essere d'alcun aiuto non essendo iscritto a Wikimedia ma, quando lavorerò e avrò modo di contribuire a questi progetti anche economicamente, Wikimedia sarà il primo progetto a ricevere un mio finanziamento; comunque sia, come semplice mapper niubbo di OSM, hai tutto il mio sostegno morale e la mia gratitudine :) Ciao, Aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Wikimedia-tp5802404p5802447.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] Wikimedia
On 04/06/2014 09:09 AM, Federico Cortese wrote: Ciao, Grazie del supporto che mi avete dato in questi ultimi tempi. L'assemblea di Wikimedia Italia ha voluto eleggermi nel Direttivo. Sono il nuovo vicepresidente dell'associazione. Grazie, S. brau!!! :-) :-) :-) :-) :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikimedia
Bravissimo Simone e congratulazioni :) 2014-04-05 20:21 GMT+02:00 Simone Cortesi sim...@cortesi.com: Ciao, Grazie del supporto che mi avete dato in questi ultimi tempi. L'assemblea di Wikimedia Italia ha voluto eleggermi nel Direttivo. Sono il nuovo vicepresidente dell'associazione. Grazie, S. -- Sent from my rotary dial phone. Not a fruit. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (CET/CEST) Phone: +39 348 2668873 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: B1CD 2318 532D 57D6 56FA E409 64DE 5B09 C09A 145F Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikimedia
Grande Simone! Il 05/apr/2014 20:22 Simone Cortesi sim...@cortesi.com ha scritto: Ciao, Grazie del supporto che mi avete dato in questi ultimi tempi. L'assemblea di Wikimedia Italia ha voluto eleggermi nel Direttivo. Sono il nuovo vicepresidente dell'associazione. Grazie, S. -- Sent from my rotary dial phone. Not a fruit. ___ 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-dk] Relation:destination_sign og Key:noexit
Hej igen talk-dk, Jørgen og Ole Tak for jeres råd, i reglen bruger jeg faktisk nærmest altid den stabile version af JSOM(kører webstarteren). Så har jeg lige sat nogle hacks op i den, bl.a et mit eget direkte link geodatastyrelsen orto fotos og gerne potlatch 2 laget evt. med den nye kort tegning stil der kan vises lanes, den er virkelig illustrativ til en del tvivls tilfælde, selvom den endnu ikke er perfekt. Selvom jeg endnu ikke har gjort nogen særlige erfaringer, udover at rundkørslen ned ved motorvejen omkring Kolding ser ud til at være ude af proportioner, https://www.openstreetmap.org/#map=18/55.51370/9.44005 og har bemærket at de sat på nær ceres krydset i Aarhus. Samt at jeg har placeret dem på enkelte meget store og centrale veje i Silkeborg, Drewsensvej, Chr. VIII Vej / Frederiksberggade og i krydset mellem dem Østergade som i folkemunde bliver kaldt Shell krydset eller er i gang med det. Turn lanes kræver jo altså en temmelig stor koncentration og logisk tænkning. Men syntes I jeg har benyttet dem korrekt?I forbindelsen med hvordan man linker til en node som du Jørgen forslog så virker det ikke, men på wikien( http://wiki.openstreetmap.org/wiki/Data_layer ) fandt jeg denne dejlige beskrivelse af datalaget som jeg ikke rigtigt havde kendt eller brugt tidligere. Med hensyn til https://osm.org så har jeg dog bemærket at, den ikke altid er helt stabil i IE11 @ Win8.1 x64, specifikt at den fx ikke markere en ting i iD eller potlatch når jeg klikker tilbage på osm via linket i øverster venstre hjørne. Samt den nogle gange efter en geolocation forspørgelse(dvs man klikker på hvor er jeg pilen, i navigations bjælken i højre side) går i stå, således at nogle maptiles er blevet indlæst mens andre ikke bliver henter. Den kan så ordnes med en genindlæsning af siden([F5] fra cachen af eller [CTRL] + [F5] tvungen genindlæsning). Selve mit motiv med at mappe så detaljeret er fordi jeg lidt går glæder mig og drømmer om engang at se en =75% nøjagtigt 3d(reelt 4d i overensstemmelse med rumtiden) repræsentation af verden. Flere af 3d værktøjerne er jo rimeligt langt, bl.a. med trapperne fx mens at bygningerne endnu bare er en omgang rod. Men vi(osm) mangler virkelig en god og dækkende DEM. Jørgen dit forslag er så vidt jeg kan læse mig på wikien udokumenteret, traffic_sign:backward=noexit. Desuden forslår Ole en anden løsningen, traffic_sign=DK:E18. Hvilket på den kedeligste måde viser at der ikke er enighed om hvordan vi registre skilte.Tak for jeg respons på at brugen af Key:noexit, min tolkning var nok lidt for bred.Hvad vedrøre min tagging af destinations skilte har jeg endnu ikke dannet en færdig holdning om end, jeg i udgangs punktet er er tilhænger af total tagging. Blandet fordi jeg husker at der er flere måde at skrive skilte ind i databasen på. VhJ K god søndag allesammen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] lyskrydse
Kære alle på talk-dk Michel, hvis du er https://www.openstreetmap.org/user/Spectrokid, så syntes jeg det ser udmærket ud. Selvom at der imellem https://www.openstreetmap.org/node/575384 og https://www.openstreetmap.org/node/2749847204 kun er to vognbaner i det at selve motorway_link jo skal regnes som en selvstændig vognebane/vej og desuden bør strækning imellem https://www.openstreetmap.org/node/2749847202 og https://www.openstreetmap.org/node/2749847186 tagges som en sving bane. Det er i hvert fald min væsentligste kritik af dit gode arbejde, desuden vil jeg dog opfordre dig og andre som ændre lidt på vejen til at huske :lanes og :turn( http://wiki.openstreetmap.org/wiki/Turn_lane ). Da disse kræver tid men også er værdifulde. Desuden håber jeg du kender til http://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes i JOSM. Den kan virkeligt blive din gode hjælper :-) Vh. J K god søndag til alle ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-at] Tools für OpenStreetMapper
On 06/04/14 01:49, Markus Mayr wrote: Hallo! Auf der Eingabe-Seite: * JOSM * Früher den Potlach2, ID läuft bei mir nicht flüssig genug damit Freude aufkäme - in ein paar Monaten / Jahren ist es aber bestimmt soweit, also sehe ich schon eine Zukunft für den ID Tipp: iD wurde auf Chrome optimiert - da läufts wesentlich besser als auf jedem anderen Browser. lg, Markus lg, Michi -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tools für OpenStreetMapper
Ahoi! AC Welche Hardware (GPS-Geräte, Navis, etc.) verwendet ihr? - Garmin GPSMap62s - Nokia Lumia 920 (falls ich das Garmin grad nicht dabei hab) AC Welche mobile Apps? - maaloo outdoor (mit OSM-offline für WP8; track recording) - Quo Vadis Mobile (track recording) AC Welche Editoren verwendet ihr so? - JOSM AC Welche Plugins? - Buildings_tool AC Welche OSM-bezogenen Webseiten benutzt ihr? - OSM-Wiki (ist beim Mappen ständig offen benutzt) - http://sautter.com/map/ (zum Vergleichen OSM / Google-maps / Luftbild) - basemap.at - www.landkartenindex.de/ - www.openmapsurfer.uni-hd.de/ (zum wandern) - www.lenz-online.de/cgi-bin/osmpoi/osmpoi.pl (zum filtern von POI weltweit) - www.radlkarte.at - http://www.itoworld.com/static/openstreetmap_tools/osm_mapper.html (tag Analysis für definierbare Gebiete) und dann noch: - Maperitive zum rendern eigener Karten Beste Grüße Bernhard / dromedar61 Alles wird gut! ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Polo/T-Shirt
Liebe Alle! Wir planen, ein Polo oder T-Shirt besticken zu lassen, dass ungefähr so ausschauen soll wie Boris' hier auf diesem Foto: https://openstreetmap.at/userfiles/boris2.jpg Hier ein Mockup, wie es voraussichtlich aussehen wird: https://openstreetmap.at/files/polo2014.jpg Wer würde ein solches Polo oder T-Shirt kaufen wollen (vermutlich so ca. 15,- Euro*)? Bitte tragt Euch hier ein: http://doodle.com/tk4yuigzcupny9eu Bitte entscheidet Euch auch zwischen T-Shirt oder Polo, damit wir einen Überblick kriegen, ob wir - nur Polos (die Tendenz geht momentan dahin) - nur T-Shirts - oder beides und in welchen Größen wie viele ca. bestellen sollen. Das soll nur eine unverbindliche Umfrage sein, aber wir hoffen schon, dass wir die Shirts dann in etwa auch in diesen Größen und Mengen los werden... ;) lg Andreas *) Der Preis ist nur grob geschätzt, ich habe noch keine Antwort vom Lieferanten ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] SOTM-fr
Je viens d'assister à trois jours très intéressants au SOTM de Paris. Le premier jour nous étions dans les locaux administratifs de l'Ile-de-France. Les deux jours suivants nous étions dans un espace de style pépinière de talents comme celles où nous aimons nous rencontrer à Montréal notamment. Et en plus dans le quartier le Sentier juste à côté du passage du Caire. Ambiance garantie. Les échanges ont été très fructueux. Présentations plus formelles les deux premiers jours suivis d,un BarCamp dimanche. Les vidéos vont être publiés bientôt j'espère. Fait intéressant pour nous, on a mentionné que des extraits OpenStreetMap sous forme de couchs thématiques sont publiées sur le site de données ouvertes du gouvernement français. Très rassembleur tout cela. Espérons que nous arriverons là un jour au Québec aussi. OpenStreetMap - data.gouv.fr OpenStreetMap - data.gouv.fr Données ouvertes françaises Afficher sur www.data.gouv.fr Aperçu par Yahoo Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] SOTM-fr
Tu veux dire qu'ils publient directement en format 'OpenStreetMap'??? Pascal Le 6 avril 2014 16:54, Pierre Béland pierz...@yahoo.fr a écrit : Je viens d'assister à trois jours très intéressants au SOTM de Paris. Le premier jour nous étions dans les locaux administratifs de l'Ile-de-France. Les deux jours suivants nous étions dans un espace de style pépinière de talents comme celles où nous aimons nous rencontrer à Montréal notamment. Et en plus dans le quartier le Sentier juste à côté du passage du Caire. Ambiance garantie. Les échanges ont été très fructueux. Présentations plus formelles les deux premiers jours suivis d,un BarCamp dimanche. Les vidéos vont être publiés bientôt j'espère. Fait intéressant pour nous, on a mentionné que des extraits OpenStreetMap sous forme de couchs thématiques sont publiées sur le site de données ouvertes du gouvernement français. Très rassembleur tout cela. Espérons que nous arriverons là un jour au Québec aussi. OpenStreetMap - data.gouv.frhttp://www.data.gouv.fr/fr/organization/openstreetmap OpenStreetMap - data.gouv.frhttp://www.data.gouv.fr/fr/organization/openstreetmap Données ouvertes françaises Afficher sur www.data.gouv.frhttp://www.data.gouv.fr/fr/organization/openstreetmap Aperçu par Yahoo Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- hackonslacorruption.wordpress.com | Info-lettrehttp://hackonslacorruption.wordpress.com/ | twitter: @hackseao #SEAO #corruption #ceic *Suivi des questions envoyées au Secrétariat du Conseil du Trésor* https://groups.google.com/forum/#!forum/hackseaoquestions *Signalement à l'UPAC* www.upac.gouv.qc.ca | Tél.: 1 888 444-1701 | Téléc.: 514 873-0099 | Formulaire https://www.upac.gouv.qc.ca/index.php?id=72 web de signalement *Liens utiles* Québec ouvert http://quebecouvert.org | Ligue d'action civiquehttp://liguedactioncivique.org/ | Transparency International http://transparency.org | Sunlight Foundationhttp://sunlightfoundation.com/procurement/opendataguidelines/fr/ | Open Contracting http://fr.contractroadmap.org/ *Pourquoi le mot hackons? Êtes-vous des hackers informatiques?* Nous ne sommes pas des hackers au sens original du terme. Ainsi, nous ne sommes pas des pirates informatiques et nous n'obtenons pas les données de façon illicite. Toutes nos démarches et nos activités sont légales. Le mot hackons s'inscrit ici dans l'esprit des *hackathons *(voir sur Wikipédia http://fr.wikipedia.org/wiki/Hackathon), ces événements qui ont pris de l'ampleur au cours des dernières années, où des citoyens se rassemblent autour d'une problématique afin d'y apporter différentes solutions, habituellement avec un aspect informatique. Cette approche s'est elle-même élargie, étant à la base essentiellement destinée aux programmeurs (ou geek), jusqu'à inclure tout citoyen voulant collaborer, même s'il n'a pas une expertise en informatique. Il faut donc comprendre le nom du projet, Hackons la corruption, dans la volonté de ses participants à vouloir faire leur part, selon leurs compétences et leurs expériences, dans la lutte à la corruption. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] SOTM-fr
Cette disparité dans les formats proposés vient principalement du fait que les données sont issues de plusieurs traitements différents : - Les données brutes d'OSM (pbf) - Les données exportées en temps réel au travers d'une requête pré-écrite via Overpass (xml et json) - Des données retravaillées à la main et qui peuvent donc convenir à d'autres usages (shp notamment) Pierre Le 07/04/2014 01:21, Pierre Béland a écrit : Pascal à partir du lien que j'ai donné, tu peux voir les différentes données publiées. Je constate que les données sont publiées sous différents formats. Surprenant, ils proposent des formats différents d'une donnée à l'autre (ie. pbf, xml, json, shp). Ils auraient sans doute avantage à uniformiser les formats offerts. Pierre *De :* Pascal Robichaud pascal.robichaud.do...@gmail.com *À :* Pierre Béland pierz...@yahoo.fr *Cc :* Talk- CA Open Street Map talk-ca@openstreetmap.org *Envoyé le :* Dimanche 6 avril 2014 23h19 *Objet :* Re: [Talk-ca] SOTM-fr Tu veux dire qu'ils publient directement en format 'OpenStreetMap'??? Pascal Le 6 avril 2014 16:54, Pierre Béland pierz...@yahoo.fr mailto:pierz...@yahoo.fr a écrit : Je viens d'assister à trois jours très intéressants au SOTM de Paris. Le premier jour nous étions dans les locaux administratifs de l'Ile-de-France. Les deux jours suivants nous étions dans un espace de style pépinière de talents comme celles où nous aimons nous rencontrer à Montréal notamment. Et en plus dans le quartier le Sentier juste à côté du passage du Caire. Ambiance garantie. Les échanges ont été très fructueux. Présentations plus formelles les deux premiers jours suivis d,un BarCamp dimanche. Les vidéos vont être publiés bientôt j'espère. Fait intéressant pour nous, on a mentionné que des extraits OpenStreetMap sous forme de couchs thématiques sont publiées sur le site de données ouvertes du gouvernement français. Très rassembleur tout cela. Espérons que nous arriverons là un jour au Québec aussi. OpenStreetMap - data.gouv.fr http://www.data.gouv.fr/fr/organization/openstreetmap OpenStreetMap - data.gouv.fr http://www.data.gouv.fr/fr/organization/openstreetmap Données ouvertes françaises Afficher sur www.data.gouv.fr http://www.data.gouv.fr/fr/organization/openstreetmap Aperçu par Yahoo Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org mailto:Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- hackonslacorruption.wordpress.com http://hackonslacorruption.wordpress.com/ | Info-lettre http://hackonslacorruption.wordpress.com/ | twitter: @hackseao #SEAO #corruption #ceic *Suivi des questions envoyées au Secrétariat du Conseil du Trésor* https://groups.google.com/forum/#!forum/hackseaoquestions https://groups.google.com/forum/#%21forum/hackseaoquestions *Signalement à l'UPAC* www.upac.gouv.qc.ca https://www.upac.gouv.qc.ca/ | Tél.: 1 888 444-1701 | Téléc.: 514 873-0099 | Formulaire https://www.upac.gouv.qc.ca/index.php?id=72web de signalement *Liens utiles* Québec ouvert http://quebecouvert.org/ | Ligue d'action civique http://liguedactioncivique.org/ | Transparency International http://transparency.org/ | Sunlight Foundation http://sunlightfoundation.com/procurement/opendataguidelines/fr/ | Open Contracting http://fr.contractroadmap.org/ *Pourquoi le mot /hackons/? Êtes-vous des hackers informatiques?* Nous ne sommes pas des hackers au sens original du terme. Ainsi, nous ne sommes pas des pirates informatiques et nous n'obtenons pas les données de façon illicite. Toutes nos démarches et nos activités sont légales. Le mot hackons s'inscrit ici dans l'esprit des /hackathons /(voir sur Wikipédia http://fr.wikipedia.org/wiki/Hackathon), ces événements qui ont pris de l'ampleur au cours des dernières années, où des citoyens se rassemblent autour d'une problématique afin d'y apporter différentes solutions, habituellement avec un aspect informatique. Cette approche s'est elle-même élargie, étant à la base essentiellement destinée aux programmeurs (ou geek), jusqu'à inclure tout citoyen voulant collaborer, même s'il n'a pas une expertise en informatique. Il faut donc comprendre le nom du projet, Hackons la corruption, dans la volonté de ses participants à vouloir faire leur part, selon leurs compétences et leurs expériences, dans la lutte à la corruption. ___ 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] Průběh importu adres
Ahoj, průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych tam trapně vyčníval ;-) -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průběh importu adres
taky si přihřeju polívčičku http://sandbox.cz/~jachym/osm/ Jednoduchá mapička J On Sun, Apr 06, 2014 at 05:54:59PM +0200, Petr Vejsada wrote: Ahoj, průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych tam trapně vyčníval ;-) -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průběh importu adres
-- Původní zpráva -- Od: Jachym Cepicky jachym.cepi...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 6. 4. 2014 18:10:48 Předmět: Re: [Talk-cz] Průběh importu adres taky si přihřeju polívčičku http://sandbox.cz/~jachym/osm/ Jednoduchá mapička J On Sun, Apr 06, 2014 at 05:54:59PM +0200, Petr Vejsada wrote: Ahoj, průběh importu adres můžete sledovat na http://ruian.poloha.net/czaddr/ Ještě třeba přidám hitparádu spolupracovníků pro lepší motivaci, ale teď bych tam trapně vyčníval ;-) Hoši bomba :-D Teď ještě kdybych si mohl zatrhnout, že chci okres FM, zadám email a na ten mi pak dorazí odkaz na stažení B-) ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] CzechAddress zahájil činnost a ještě není zabanován
Ahoj Petře, On Mon 31-03-14 20:09:57, Petr Vejsada wrote: Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že 6 hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-). Koukám, že okres Česká Lípa je ještě volný. Rád se jej ujmu. Zběžně jsem proběhl wiki stránku Import adres z RUIAN, ale nenašel informaci, jak začít. Můžeš mě navést na správné místo? Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Service de pré-intégration d'adresses
Attention à l'ambiguité des lettres après un numéro. Selon les endroits ce sont des lettres classées dans l'ordre alphabétique (10A, 10B, 10C, ...) dans d'autre ce sont des abrébréviations pour: alpha (position avant le numéro de base, généralement pour 1A, puisqu'on ne peut pas mettre de numéros négatifs, puis 1, 3, 5, ...; pour le côté pair le zéro est admis par endroit, mais on trouve aussi 2A avant 2, 4, 6...), puis bis (B), ter (T), quater (Q)... l'ordre de succession des lettres n'étant pas du tout le même. Il me semble que pour l'ordre alphabétique on ne mettra pas d'espace, mais on en mettra un pour le complément d'un numéro. Parfois la lettre (ou la mention bis/ter/...) est encore suivie d'un numéro de porte/hall d'entrée (cas rare mais qu'on trouve quand des immeubles récents ont remplacé des anciennes adresses individuelles et multiplié le nombre d'accès indépendants) et on a des numéros de type 8, 10A1, 10A2, 10B1, 10B2, 10B3, 10C, 12, 14, ...) où la séquence avec les bis/ter/... est évitée le numéro de porte/hall étant conservé à la fin sans changer la lettre. Dans d'autres cas c'est le couple lettre+numéro suffixé au numéro standard dans la rue qui indique un bloc/batiment et l'accès (quand tous ces numéros ne sont pas dans la même copropriété et sont inscrits séparément au cadastre). Dans le cas des copropriétés uniques, ces numéros ne sont pas suffixés mais inclus dans le complément d'adresse (Bâtiment B, porte 2, etc.) Il arrive aussi qu'il y ait des copropriétés séparées qui, pour des raisons pratiques de repérage, ont préféré unifier leur numérotation des batiments, ou les conserver (après une scission de copropriétés en entités séparées) chacune ayant alors leur numéro au cadastre, ou parois aussi regroupant plusieurs numéros (12-12) pour mentionner ensuite dans le complément d'adresse le numéro de batiment et l(éventuel numéro de porte d'accès/hall). Il me semble que ce dernier cas est assez courant dans les zones industrielles (ou ce n'est pas toujours des copropriétés non plus mais où les baux de location et la divison des lots loués peuvent changer selon les locataires). Dans l'état actule pourtant on ne peut pas simplement distinguer comment les numéros sont utilisés ou adaptés avec le temps. Les bis/ter/... ont de moins en moins la cote en zone dense ou dans les zones dont les usages changent souvent (zones commerciales et industrielles) Ne devrait-on pas alors demander d'éviter d'abréger les bis/ter/quater en B/T/Q afin de savoir dans quel ordre se font leur succession ? Dans ce cas il semble que les bis/ter/quater sont écrits avec une espace après le numéro. [On ne les trouvera abrégés que sur les enveloppes et étiquettes imprimées destinées au courrier postal et colis de livraisons, du fait de la nécessité d'abréger les lignes d'adresse, comme on trouvera aussi les abréviations communes pour R=Rue, AV=Avenue, BD=Boulevard, DR=Docteur, Général, RIMA, etc... ou la suppression des prénoms de personnalité et des articles, voire aussi des titres honorifiques, ainsi que des derniers mots les plus longs mais non discriminants localement, ou encore le remplacement des nombres romains par des chiffres arabo-latins, tant que ce n'est pas ambigu, ce qui ne peut se faire qu'en connaissance de l'usage local]. Si on veut des numéros abrégés (destinés justement au courrier), on pourrait avoir un tag séparé (addr:housenumber=* reste entier, on utilise alors addr:short_housenumber=* pour l'abréviation locale, si celle-ci n'est pas facilement déductible du numéro complet). On pourrait avoir la même chose dans les noms de rues (addr:street=* non abrégé, addr:short_street=* pour la version non abrégée), si les abréviations communes ne suffisent pas -- comme Route de la Chapelle-des-Fitzméens qui peut s'abréger préférablement en Rte de la Chapelle-des-Fns plutôt que Rte de la Chap.-des-Fitzméens, car le point abréviatif comme toute ponctuation est souvent indésirable dans les adresses postales, y compris pour Appt. 12 qu'on abrège Appt 12 sans le point quand les 2 lignes d'adresse sont déjà pleines. De même qu'on évite l'usage des exposants pour Dr, Gal, Rte dans les adresses postales -- la Poste recommandant même de n'utiliser que des lettres capitales même si on conserve les accents et cédilles qui ne gênent pas la lecture OCR (qui peut se permettre de ne pas les reconnaître). Le 5 avril 2014 15:49, Pierre Knobel pierr...@gmail.com a écrit : Un petit problème qu'il faudrait probablement corriger c'est la présence d'espace dans le cas des numéros préfixés d'une lettre (25 A, 36 B...etc). En Alsace je crois qu'on ne met pas d'espace. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retours adresses de Nantes Métropole
Bonsoir, Le 05/04/2014 22:42, DH a écrit : Le 05/04/2014 20:30, Pieren a écrit : 2014-04-05 10:27 GMT+02:00 Jean Couteau cout...@codelutin.com: Le FANTOIR ne permet pas une identification unique de la rue (plusieurs codes FANTOIR pour une même rue, possibilité de code FANTOIR identique pour 2 rues différentes). Ouhla, ça va être le foutoir avec le code fantoir ;-) Je crois que j'ai eu le cas également sur Strasbourg. Comme un con, je l'ai pas noté. Je suis quitte de refaire de refaire le travail d'enquête. Dès que j'ai appréhendé le suspect, je le traduirais devant le Tribunal. Pour le service de pré-intégration des adresses, j'avais fait une stat sur les doublons de noms du FANTOIR. Sur 7250221 voies et lieux-dits répartis dans 36829 communes, j'avais dénombré 13221 noms (dans 5198 communes) à l'orthographe suffisamment proche pour qu'on soupçonne un doublon. Ça se joue souvent à une nuance d'abréviation, ou la présence/absence d'un article. Parfois il s'agit de vrais doublons : orthographe identique en tous points, mais plusieurs codes FANTOIR. Quelques exemple : RUE DE CHABLET - RUE DU CHABLET LE BOIS LAVERGNE - LE BOIS DE LAVERGNE MOULIN DE BOURDENNE - MOULIN DE LA BOURDENNE CHEMIN DU DESERT - CHE DU DESERT Sur Strasbourg je n'ai que : SENTIER KEMPF - SEN KEMPF Donc au final un phénomène bien réel, mais qui concerne 0.18% des noms. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] 基盤地図情報2500のダウンロードがよく失敗する
トレースするために、基盤地図情報2500を使うのですが、 最近よくダウンロードに失敗します。タイムアウトになってしまいます。 皆様のところではいかがでしょうか。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 基盤地図情報2500のダウンロードがよく失敗する
石川といいます。 昨夜基盤情報使って地図描きましたが、特にストレス無かったです。 他のサイトは重かったりはしなかったですか? では。 2014/04/07 6:27 ribbon o...@ns.ribbon.or.jp: トレースするために、基盤地図情報2500を使うのですが、 最近よくダウンロードに失敗します。タイムアウトになってしまいます。 皆様のところではいかがでしょうか。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Key: PMSA_ref
Andy Mabbett andy@... writes: I've tidied up and updated the documentation for Public Monuments Sculpture Association PMSA references: https://wiki.openstreetmap.org/wiki/Key:PMSA_ref ... For example, WMbiBIxx288 is now: http://pmsa.cch.kcl.ac.uk/pmsa-database/6690/ Should we tag with the URI as well as the ref? What do you see the tag being used for? -- Andrew ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-ht] COSMHANNE Election mars 2014
Plis ke bel,avec transparans,sa fè nou santi gen moun ki gen volonte nan peyi ya Le 2014-04-05 23:10, dielinx04 dielin...@gmail.com a écrit : sa te bèl wi 2014-04-05 13:26 UTC+13:45, Evens Louis venso...@gmail.com: ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages. ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
Re: [Talk-ht] COSMHANNE Election mars 2014
Bel eleksyon On Apr 6, 2014 8:00 AM, Dagno louis djdagn...@gmail.com wrote: Plis ke bel,avec transparans,sa fè nou santi gen moun ki gen volonte nan peyi ya Le 2014-04-05 23:10, dielinx04 dielin...@gmail.com a écrit : sa te bèl wi 2014-04-05 13:26 UTC+13:45, Evens Louis venso...@gmail.com: ... ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.