Re: [talk-ph] Concluded Mapping Expedition of the Cordilleras
This reminds me of the great map atlas by Conklin the Ethnographic Atlas of Ifugao, where his team practically mapped individual rice paddies! The book is out of print and I can't get a decent photo of the maps over the internet, I only found this one: http://www.ebay.com/itm/CONKLIN-ATLAS-OF-THE-IFUGAO-/390687755077 In some of the maps (not shown in the ebay link above), you can actually see individual rice paddies outlined including the purpose of each one. On Fri, Jan 10, 2014 at 6:34 PM, maning sambale emmanuel.samb...@gmail.com wrote: Great work Ervin! (as always) On Fri, Jan 10, 2014 at 11:37 AM, Ervin Malicdem schad...@gmail.com wrote: Hi all, We have completed our 6-day mapping expedition of the Cordilleras with focus on Sagada Mountain Province and Banaue Ifugao and some updates on Bontoc, Baguio, Nueva Vizcaya-Mountain Province Highway and the Halsema Highway. Mapping data has been contributed to Openstreetmap. Check out the article here http://www.s1expeditions.com/2014/01/121-discovering-cordillera.html and the map here Sagada - http://osm.org/go/42K60gHjA- Banaue - http://osm.org/go/42gCeXDs Regards, Ervin M. Schadow1 Expeditions - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Attribution Requirements
Am 10.01.2014 07:15, schrieb Clifford Snow: I like the Mapbox solution the author mentions of putting a box on the map to take you to another page. I realize that unless the user clicks on the link, they will never discover that OSM contributed to this product. Since OSM may be only one of many contributors this make sense considering that there is only so much screen real estate available. Clifford, to make this very short: this is NOT acceptable. See the last board minutes. And I'm very tired of people trying to weasel around the absolute minimal requirements we pose on reuse of OSM data. Simon ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Es weihnachtet wieder sehr ....
Am 08.11.2013 12:17, schrieb Pieren: 2013/11/8 Jan Tappenbeck o...@tappenbeck.net: Hoho ! in den letzten Tagen habe ich schon einige Anfragen bekommen - jetzt ist es wieder soweit die OSM XMAS-Karte [1] wird wieder aktuallisiert und es können die Daten wieder fleißig nachgeführt werden. Please, don't tag events in OSM. We don't delete roads when they are closed for one month. So don't add a christmass tree because it's there for 3 weeks. Add buildings and/or market places as much as you want but use apps like umap ([1]) for event map mashups. I deleted the 6 or 7 of your xmas:feature I found in France (mainly contributed by Germans), all coming from last year and, of course, never maintained (e.g. obsolete opening dates). Pieren BTW, wrong list ! [1] http://umap.openstreetmap.fr/en/ hi ! this theme is a funny mapping event to use in public relation. many use this one special event. regards Jan :-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Interesting use of OSM data in Battlefield 4
https://twitter.com/Mapbox/status/395179791680159744 The blog link is redirecting, maybe they weren't supposed to announce it. http://wiki.openstreetmap.org/wiki/Games#Games_using_OpenStreetMap_data On 9 January 2014 06:56, James Mast rickmastfa...@hotmail.com wrote: I just recently got Battlefield 4 and noticed that in the leaderboards area, that they have a real map so you can add your location to see how others around you are ranked. To my surprise, they are using OSM data for the map. I confirmed this by going down to Corridor H (US-48) in West Virginia and it was exactly how I did it in the OSM data on the most recently opened segment of that highway. I just thought that this was interesting and wanted you guys to know about this. -James ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] gittip.com
I think this is great, many thanks! I particularly like the option to just log in to another site via OpenStreetMap OAuth. Tim On 9 January 2014 10:09, Simó Albert i Beltran s...@probeta.net wrote: Hi, I am proud to announce that now you can use your https://openstreetmap.org user to receive and make donations with https://gittip.com For example, you can make me a donation via https://gittip.com/sim6 to thank for this new feature. ;-) I hope you enjoy it. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Es weihnachtet wieder sehr ....
On 11/08/2013 07:06 AM, Pieren wrote: On Fri, Nov 8, 2013 at 1:20 PM, Andreas Labres l...@lab.at wrote: Christmas trees are not an event. If you like. Call it temporary feature, like tents in camping, exhibitions, motor shows, food trucks, etc Sorry for the noise I just want to contribute to the conversation that even things that seem to be obvious like the temporary character of Christmas trees do not have to be true everywhere. Besides the following information might amuse some of the readers. As probably in most places of the christian world Christmas trees are a temporary feature, but in Nicaragua we have them as a permanent phenomena for over 5 years now in the roundabouts of the capital: http://content.time.com/time/world/article/0,8599,1911496,00.html This is not just a joke! It actually had a positive effect of recovering public spaces by the people. The illumination of the places led to an increased feeling of security and people like to spend their evenings there (the whole year). It looks like nobody has mapped them so far. We have to change this! :) At least we know now that it has to be mapped as xmas:feature=tree. Cheers, Felix ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-tr] Mapping battle site Canakkale (Gallipoli), Turkey [name tag]
Hi, Firstly The good news! I think I've found a copyright expired source for Turkish names - published 1921, pdf here https://ia600202.us.archive.org/3/items/newzealandersatg00waituoft/newzealandersatg00waituoft.pdf An NZ view. Humm I should inform the NZ talk group too ... Question. Who is the map for? I'd think this is a mix of languages - mostly Turks and English speakers. Both would want to relate it to their knowledge, and that knowledge would be (mostly) of the language used by that individual. Context - Site + Mapping The OSM map should reflect the area - and that has been in part dedicated to the conflict in this area. I think this comes about due to the lack of use before the conflict and the amount of importance both political and from the common people of this site. So battlefield history maybe worth mapping here due to its present and foreseeable future use? I don't know, I've put up one that I regard as battlefield history - an area of criss crossed Turkish trenches that might still be identifiable. I await Turkish feed back on it. I may not have it quite the correct location - I'm working off hand drawn maps. Labelling - language. Firstly These are valleys, ridges and gullies. Not something with a street sign. So the 'general principles' while a good guide but were worked out for streets, where someone else has already provided a solution. But I'd take them as a guide. Some things are refered to by the original names .. they must have been available before the conflict and used, so no conflict there! Secondly I'd think these things would not be significant under normal circumstances. But they are now to some. To most they are places they have read about or seen in a film. Some have been named after the men who fought there. Some have been named for there features or their use at the time. E.G. 'Gun Ridge' so called by the ANZACs as that is where the Turks had their guns. As the fighting lines changed little of the conflict period .. I'm thinking of using the names used by the troops at their locations. As most visitors will primary be interested in their own troops areas that should serve them well. By placing the ' / ' separator between any two language names both sides can use the information - and the more frequently used one would be first? On 9/01/2014 12:06 PM, Paul Norman wrote: As might be expected, I've been involved in settling tagging in a few disputed areas, so I've got some experience with differing names. A few general principles apply - name=* is for the name of the object, as indicated on the ground. If there's no sign on the ground, you'd fall back to the name in the language spoken there. This would probably be Turkish, but if all the sites are only labelled in English for some reason, that's what the name tag should reflect - name:xx=* is for the name of the object, in the language xx. It is not for the name of the object translated into xx, although that may often end up being the same. As an example, my neighborhood has an English name. You could translate that name into German (or another language) but it would be wrong to put it in name:de, as it's not the name of the neighborhood. - You should avoid adding features which do not currently exist, e.g. the sites of historical battles. OSM is not well suited for that. For that kind of use you want to make an overlay, using OSM or another map as the base map. ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?
Eu discordo. Por sorte, vi esse email a tempo. Gostaria de propor duas coisas: 1. Vamos usar as definições internacionais, e não ficar inventando novas (alley é uma coisa bem clara e específica). 2. Vamos nos concentrar em mapear aquilo que não é polêmico. Ainda temos MUITO trabalho pela frente. 3. Vamos reduzir um pouco o número e o comprimento dos emails. Em 9 de janeiro de 2014 12:27, Fernando Trebien fernando.treb...@gmail.comescreveu: Se ninguém discordar, vou converter as living streets de Porto Alegre nesse tipo de via então. On Jan 9, 2014 12:12 PM, Nelson A. de Oliveira nao...@gmail.com wrote: 2014/1/9 Fernando Trebien fernando.treb...@gmail.com: Como poderia ficar pra nós: é uma via de serviço entre propriedades ou um logradouro com calçamento inadequado e/ou passagem difícil para veículos, frequentemente com pedestres na pista. alley é o que faz mais sentido, apesar de originalmente ter sido concebido como serviço. ___ 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 -- Flávio Bello Fialho bello.fla...@gmail.com ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?
Pois é, mas no mesmo artigo diz: In an urban context, unclassified roads may be more likely to have pavements (sidewalks) and be fit for two-way traffic than in rural areas in the same region. They are commonly found in industrial, retail, or commercial areas, or linking to residential neighbourhoods. Acho que as partes que você citou fazem sentido pra diferenciar de terciárias, particularmente fora de área urbana. Além disso, a maioria dos exemplos que estávamos debatendo eram de vias com residências. E pra completar, a interpretação dada por aplicações (renderizadores e roteadores) sugere que quase não há diferença entre residential e unclassified (mesmo estilo gráfico, mesma velocidade média). On Jan 9, 2014 11:24 PM, Wille wi...@wille.blog.br wrote: Problema de rigor: essas ruas não são de serviço, então highway=service seria uma incorreção. Mas marcá-las assim funcionaria bem com os renderers atuais e também com os roteadores atuais. Porque não highway=unclassified? Pela descrição no wiki, se encaixa perfeitamente para essas ruas mais estreitas: *Unclassified* is used for minor public roads typically at the lowest level of the interconnecting grid network. Unclassified roads have lower importance in the road network than tertiary roads, and are not residential streets or agricultural tracks. Unclassified roads are considered usable by motor cars. They might be distinguishable from tertiary roads in the same geographical region by their: - Being *narrower*, perhaps requiring you to drive slower; - Having a *lower speed limit* than the tertiary roads; - *Lack* of any visible classification; or, - *Lower* classifications, for countries which classify both and where the official classifications drive OSM tagging. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dunclassified Essa rua em Londres ilustra perfeitamente o que tá escrito: http://www.openstreetmap.org/way/4260278 http://goo.gl/maps/7YNBT Problema de não distingui-las: fica faltando uma informação no mapa que é útil pra muitas pessoas que pensam em passar ou não passar nessas ruas. Sobre a possibilidade de criar um novo valor na tag highway, parece que alguém mais já teve uma idéia parecida, mas a proposta acabou abandonada: http://wiki.openstreetmap.org/wiki/Proposed_features/residential_narrow Poderíamos fazer assim: - marcamos como highway=service+service=alley+access=yes+narrow=yes (isso cria uma assinatura fácil de identificar caso surja uma classe específica pra isso no futuro) - depois tentamos aprovar esse valor highway=residential_narrow (que acho que resolveria os nossos problemas) - depois buscamos o suporte dessa tag em aplicações (começamos pelas mais famosas) Outra possibilidade é usar um novo valor na tag service (algo como service=narrow_street). Funcionaria porque a tag service não é obrigatória e seus valores são um conjunto aberto (podem ser valores quaisquer), o que não afetaria nenhuma aplicação. Mas foge à definição de highway=service. 2014/1/9 Nelson A. de Oliveira nao...@gmail.com nao...@gmail.com: Exemplo (que infelizmente o Google não ajuda muito): http://goo.gl/maps/AoEut Isso pra mim é beco (alley). Ela liga duas ruas, passa apenas um carro, não tem fluxo de pedestres (pedestrem usam para atravessar, mas não é contínuo o uso). ___ Talk-br mailing listTalk-br@openstreetmap.orghttps://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] Ruas residenciais em subúrbios: residential ou living_street?
2014/1/10 Flavio Bello Fialho bello.fla...@gmail.com Eu discordo. Por sorte, vi esse email a tempo. Gostaria de propor duas coisas: 1. Vamos usar as definições internacionais, e não ficar inventando novas (alley é uma coisa bem clara e específica). Não existe uma definição internacional. A definição atual é emprestada do modelo inglês onde as classificações já vem prontas estabelecidas órgão responsáveis pelo trânsito. Muitos países da europa tem uma malha viária bem definida e hierarquica que simplifica a adaptação do modelo inglês. Por esta razão houve a necessidade de elaborar um conjunto de classificações próprias para o Brazil (o schema_br2013). 2. Vamos nos concentrar em mapear aquilo que não é polêmico. Ainda temos MUITO trabalho pela frente. Plenamente de acordo. 3. Vamos reduzir um pouco o número e o comprimento dos emails. Já passou da hora desta discussão mudar para o Forum. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?
Oi Marcio 2014/1/10 thunder...@gpsinfo.com.br Como administro alguns sites decidi promover neles o OSM, mas infelizmente muitos estão criticando e não efetivamente ingressando no Projeto porque ainda faltam muitas cidades a serem mapeadas. Isso os desestimula logo de início. Que sites são estes? Poderia compartilhar com a gente? Eu vi seu vídeo no youtube https://www.youtube.com/watch?v=zZKfwQtMSZ0, achei bem interessante. Recentemente me desloquei para Saquarema, Região dos Lagos no Rio de Janeiro, onde residem filho e netos, e fiquei triste ao constatar que o arruamento do município ainda estava muito a deseja no OSM. Só existiam as rodovias. Atentem que se trata de um município em uma região muito frequentada na época do verão. Nem vou comentar os demais municípios daquela região. A cobertura do OSM no Brazil é altamente variável. Infelizmente a comunidade de pessoas interessadas em mapear no Brazil é muito pequena e ainda por cima divide seus esforços entre dois projetos incomunicáveis (OSM e Tracksource, não sei se há outros ainda). Antes que me critiquem: eu penso que as pessoas devem ter total liberdade de participar do projeto que quiserem, mas é fato incontornável que a divisão não é produtiva. Fazendo meu papel, repriorizei meu tempo e comecei a reservar um pouco dele para dar continuidade a edição do mapa onde é mais requerido. Também faço isto constantemente. Necessitamos de mais colaboradores e o importante neste momento é incrementar o arruamento no mapa empregando o básico. “Alegorias e adereços” deixemos para quando já tiver sido estruturado o mapa. A discussão é importante e necessária, mas o Forum é um local mais adequado para isto. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ruas residenciais em subúrbios: residential ou living_street?
Olá Gerald! Que sites são estes? Poderia compartilhar com a gente? Eu vi seu vídeo no youtube, achei bem interessante. Divulgamos muita coisa sobre GPS e alertas para GPS no Youtube. Alguns vídeos lá disponibilizados estão com grande aceitação e já superaram a casa de dezenas de milhares de visualizações. Atualmente administramos os sites: Voltados a navegação. http://gpsinfo.com.br que criamos para concentrar informações sobre gps. http://maparadar.com que tem o mapa em http://mapa.maparadar.com e o fórum onde colhemos informações em http://forum.maparadar.com que mantemos para mapear pontos de alerta para GPS. http://cocardl.com.br que criamos recentemente e voltado ao que iremos empregar do OSM Reservado http://turma6669.com.br reservado aos integrantes da turma da aeronáutica de 1966 da EPCAR / 1969 da Academia da Força Aérea. A cobertura do OSM no Brazil é altamente variável. Infelizmente a comunidade de pessoas interessadas em mapear no Brazil é muito pequena e ainda por cima divide seus esforços entre dois projetos incomunicáveis (OSM e Tracksource, não sei se há outros ainda). Antes que me critiquem: eu penso que as pessoas devem ter total liberdade de participar do projeto que quiserem, mas é fato incontornável que a divisão não é produtiva. Me perdoe, mas deduzo de forma diferente. Compartilho informações em sites dedicados a navegação há muitos anos e pouco se trata do OSM neles. Falta de divulgação adequada? Talvez sim. Eu mesmo já tinha ouvido falar do OSM anos atrás, mas quando fui pesquisar sobre ele e divulgar, me assustei com a quantidade de informações técnicas a respeito e espalhadas pelo Wiki. Apesar de administrar e manter sites meu conhecimento em programação é limitado. Confesso que continuo assustado com algumas mensagens trocadas aqui nesta lista. Um outro ambiente, de preferência fórum, seria mais adequado e recomendado até porque nele o assunto poderia ser melhor consultado quando necessário. O arquivo de fórum é melhor estruturado do que o de uma lista de correspondência. Tenho recebido e-mails de companheiros que convidei para esta lista criticando as mensagens altamente técnicas nela trocadas. Se a mim assusta, imagina a eles que não tem a experiência de vocês e nem a minha. Já fui criticado por ter criado uma lista paralela no endereço co...@cocardl.com.br , mas a intenção ali é a de comentar assuntos do OSM para aqueles que estão ingressando agora no Projeto. Estamos também concentrando informações uteis daqui resgatadas e postando em nosso fórum do cocardl visando auxiliar ao iniciante. Não considero que o Tracksource divida colaboradores. Muitos desenvolvedores ativos nele estão editando no OSM. São Projetos diferentes, não podemos compara-los como um todo. Em que pese que o Tracksource começou a disponibilizar mapa para navegador Navtel e 7Ways, o carro chefe dele é Garmin. Já o OSM é multi utilidades. Falo por experiência própria quando sou consultado em um dos sites que administro sobre a melhor base de dados para GPS Garmin, se a fornecida pelo Gpsinfo ou pelo Tracksource. Respondo que a base do Gpsinfo é alimentada pela do Maparadar que conta com inúmeros colaboradores porque ela atende a todos os navegadores GPS. Já a do Tracksource conta com menos colaboradores porque é voltada tão somente para Garmin e por isso só recebe colaborações dos usuários daquele navegador. Quando ainda no Tracksource familiarizei muitos no desenvolvimento de mapas e hoje, alguns daqueles, por orientação nossa, já estão editando o mapa OSM. Sem duvida essa ação em muito contribuiu para o incremento de edições observadas neste mês. Finalizando, esperamos reverter esse quadro de desinformação e para isso criamos o site COCARDL que ainda não foi devidamente divulgado porque esperamos inicialmente adquirir a experiência necessária no OSM para depois sim, fazer a divulgação correta. []s Marcio From: Gerald Weber Sent: Friday, January 10, 2014 9:06 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br]Ruas residenciais em subúrbios: residential ou living_street? Oi Marcio 2014/1/10 thunder...@gpsinfo.com.br Como administro alguns sites decidi promover neles o OSM, mas infelizmente muitos estão criticando e não efetivamente ingressando no Projeto porque ainda faltam muitas cidades a serem mapeadas. Isso os desestimula logo de início. Que sites são estes? Poderia compartilhar com a gente? Eu vi seu vídeo no youtube, achei bem interessante. Recentemente me desloquei para Saquarema, Região dos Lagos no Rio de Janeiro, onde residem filho e netos, e fiquei triste ao constatar que o arruamento do município ainda estava muito a deseja no OSM. Só existiam as rodovias. Atentem que se trata de um município em uma região muito frequentada na época do verão. Nem vou comentar os demais municípios daquela região. A cobertura do OSM no Brazil é altamente variável. Infelizmente a comunidade de pessoas interessadas em mapear no Brazil
[Talk-br] oneway:no
Srs, Uma dúvida, tenho encontrado nos mapas, way com a tag acima e gostaria de saber se isso não seria redundante. A minha teoria é que só faria sentido a existência dela no casos oneway:yes ou oneway:-1 Claro que a permanência da tag não deve intereferir no comportamento das aplicações ao lerem o mapa, mas penso no ganho de espaço no banco de dados, por menor que seja esse ganho. E pelo que vi, é fácil se livrar desse tipo de coisa. Marcelo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] oneway:no
Concordo com o Nelson, o correto é deixar. Quando vejo oneway=no em geral eu entendo que o mapeador que colocou verificou e tem certeza que a via é de mão dupla, o que por sí só já é uma informação importante. Ou seja, se você não sabe se uma via é mão dupla ou mão única, então é melhor não colocar nada. 2014/1/10 Nelson A. de Oliveira nao...@gmail.com 2014/1/10 Marcelo Pereira pereirahol...@gmail.com: Uma dúvida, tenho encontrado nos mapas, way com a tag acima e gostaria de saber se isso não seria redundante. O padrão é entender que a via seja de mão dupla, exceto motorway, motorway_link e roundabout (onde por padrão já se entende oneway=yes). Nos casos das motorways* utiliza-se oneway=no para forçar mão dupla. Também pode utilizar oneway=no como forma de afirmar que um caminho não é de mão única (onde possivelmente poderia ser interpretado como mão única). Pode até ser redundante de certa forma, mas não é errado (assim como colocar surface nas vias (que por padrão já são consideradas paved)) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] oneway:no
Eu interpreto uma via mapeada sem a tag oneway como não sei se esta via é mão dupla ou mão única, apesar de na renderização não ser desenhada setinha de mão única (levando à conclusão de que a via é, portanto, necessariamente mão dupla). Pode não fazer muito sentido num primeiro momento, mas cito o seguinte exemplo: no OSM, muitas vezes as vias são mapeadas somente através de imagens de satélite, o que a comunidade apelidou de armchair mapping (mapeamento [sem sair] do sofá), que tem o intuito de já deixar as ruas traçadas da melhor maneira possível para que uma posterior ida a campo seja simplificada, apenas inserindo os nomes das vias e outros detalhes. Acontece que muitas vezes o mapeador posterior (pode ser a mesma pessoa) também não necessariamente obteve os nomes das vias através de mapeamento presencial (digamos, através de dados públicos), de forma que mesmo as ruas mapeadas com o nome bonitinho, não dá para afirmar se são de mão única ou não. Dessa forma, o oneway=no significa eu conheço essa região e afirmo que está via nao é mão única. Note que no editor, para a opção mão única há as opções sim, não e vazio, equivalente a não sei. []s Arlindo Em 10/01/2014 13:07, Fernando Trebien fernando.treb...@gmail.com escreveu: Acho que pode-se pensar assim: se você tem certeza da direção e não faz diferença você acrescentar a tag na via (porque existe um valor padrão), você pode optar por informar esse valor (corroborando o padrão, dando certeza sobre ele) ou pode deixar sem (e se concentrar em outros detalhes que possam precisar de mais atenção). On Jan 10, 2014 12:29 PM, Gerald Weber gwebe...@gmail.com wrote: Concordo com o Nelson, o correto é deixar. Quando vejo oneway=no em geral eu entendo que o mapeador que colocou verificou e tem certeza que a via é de mão dupla, o que por sí só já é uma informação importante. Ou seja, se você não sabe se uma via é mão dupla ou mão única, então é melhor não colocar nada. 2014/1/10 Nelson A. de Oliveira nao...@gmail.com 2014/1/10 Marcelo Pereira pereirahol...@gmail.com: Uma dúvida, tenho encontrado nos mapas, way com a tag acima e gostaria de saber se isso não seria redundante. O padrão é entender que a via seja de mão dupla, exceto motorway, motorway_link e roundabout (onde por padrão já se entende oneway=yes). Nos casos das motorways* utiliza-se oneway=no para forçar mão dupla. Também pode utilizar oneway=no como forma de afirmar que um caminho não é de mão única (onde possivelmente poderia ser interpretado como mão única). Pode até ser redundante de certa forma, mas não é errado (assim como colocar surface nas vias (que por padrão já são consideradas paved)) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) ___ 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] oneway:no
Abrindo um parêntese: então acho válido acrescentar oneway=no a todas as highways de Porto Alegre (como fiz a revisão do roteamento uma por uma, quadra por quadra, tenho certeza de que onde falta é porque é mão dupla). 2014/1/10 Arlindo Pereira openstreet...@arlindopereira.com: Eu interpreto uma via mapeada sem a tag oneway como não sei se esta via é mão dupla ou mão única, apesar de na renderização não ser desenhada setinha de mão única (levando à conclusão de que a via é, portanto, necessariamente mão dupla). Pode não fazer muito sentido num primeiro momento, mas cito o seguinte exemplo: no OSM, muitas vezes as vias são mapeadas somente através de imagens de satélite, o que a comunidade apelidou de armchair mapping (mapeamento [sem sair] do sofá), que tem o intuito de já deixar as ruas traçadas da melhor maneira possível para que uma posterior ida a campo seja simplificada, apenas inserindo os nomes das vias e outros detalhes. Acontece que muitas vezes o mapeador posterior (pode ser a mesma pessoa) também não necessariamente obteve os nomes das vias através de mapeamento presencial (digamos, através de dados públicos), de forma que mesmo as ruas mapeadas com o nome bonitinho, não dá para afirmar se são de mão única ou não. Dessa forma, o oneway=no significa eu conheço essa região e afirmo que está via nao é mão única. Note que no editor, para a opção mão única há as opções sim, não e vazio, equivalente a não sei. []s Arlindo Em 10/01/2014 13:07, Fernando Trebien fernando.treb...@gmail.com escreveu: Acho que pode-se pensar assim: se você tem certeza da direção e não faz diferença você acrescentar a tag na via (porque existe um valor padrão), você pode optar por informar esse valor (corroborando o padrão, dando certeza sobre ele) ou pode deixar sem (e se concentrar em outros detalhes que possam precisar de mais atenção). On Jan 10, 2014 12:29 PM, Gerald Weber gwebe...@gmail.com wrote: Concordo com o Nelson, o correto é deixar. Quando vejo oneway=no em geral eu entendo que o mapeador que colocou verificou e tem certeza que a via é de mão dupla, o que por sí só já é uma informação importante. Ou seja, se você não sabe se uma via é mão dupla ou mão única, então é melhor não colocar nada. 2014/1/10 Nelson A. de Oliveira nao...@gmail.com 2014/1/10 Marcelo Pereira pereirahol...@gmail.com: Uma dúvida, tenho encontrado nos mapas, way com a tag acima e gostaria de saber se isso não seria redundante. O padrão é entender que a via seja de mão dupla, exceto motorway, motorway_link e roundabout (onde por padrão já se entende oneway=yes). Nos casos das motorways* utiliza-se oneway=no para forçar mão dupla. Também pode utilizar oneway=no como forma de afirmar que um caminho não é de mão única (onde possivelmente poderia ser interpretado como mão única). Pode até ser redundante de certa forma, mas não é errado (assim como colocar surface nas vias (que por padrão já são consideradas paved)) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] oneway:no
Opa, é verdade! O certo seria lanes=2 mesmo. É a quantidade de faixas por sentido... o Geaquinto já tinha me atentado para esse engano e eu esqueci de corrigir :X http://www.openstreetmap.org/way/43280929#map=17/-22.82411/-43.30786 []s Arlindo 2014/1/10 Nelson A. de Oliveira nao...@gmail.com 2014/1/10 Arlindo Pereira openstreet...@arlindopereira.com: oneway=no - de mão dupla, lanes=1 - com uma faixa de rolamento, Então só passa um carro de cada vez? Se vier um carro na outra direção um dos dois tem que esperar/desviar? Se for 1 faixa em cada direção, tem que ser lanes=2 (é sempre o total da via que se utiliza) ___ 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] Abandono do grupo...
Caros moderadores do grupo, Peço encarecidamente que se anule a minha inscriçao deste grupo. Obrigado ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] oneway:no
Só um comentário auto crítico. Postei essa pergunta na lista e rapidamente houve respostas, comentários e desdobramentos. Assim que postei, bateu o arrependimento, Será que eu não devia ter psotado no Fórum ? Mas fica agora a dúvida, eu postei nos últimos dias, duas novas discussões lá e as respostas são raras. Acho que deve ser questão de cultura e facilidade, já que no fórum Maomé vai a montanha, e na lista a montanha vem a Maomé. ( ou no original em sânscrito, Mohamed goes to the Mountain ) Assim, mesmo tendo preferência em usar o fórum, pelas vantagens que oferece, acho que continuaremos a usar a lista, mesmo com a reclamação da enxurrada de msgs. Foi só uma elucubração, voltemos à discussão... Em 10 de janeiro de 2014 13:29, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Aqui no RJ, uma das (muitas...) coisas que eu tou afim de mapear é a iluminação da Floresta da Tijuca. Subir lá de bike de noite e ver até onde tem iluminação. =) []s Arlindo 2014/1/10 Arlindo Pereira openstreet...@arlindopereira.com Opa, é verdade! O certo seria lanes=2 mesmo. É a quantidade de faixas por sentido... o Geaquinto já tinha me atentado para esse engano e eu esqueci de corrigir :X http://www.openstreetmap.org/way/43280929#map=17/-22.82411/-43.30786 []s Arlindo 2014/1/10 Nelson A. de Oliveira nao...@gmail.com 2014/1/10 Arlindo Pereira openstreet...@arlindopereira.com: oneway=no - de mão dupla, lanes=1 - com uma faixa de rolamento, Então só passa um carro de cada vez? Se vier um carro na outra direção um dos dois tem que esperar/desviar? Se for 1 faixa em cada direção, tem que ser lanes=2 (é sempre o total da via que se utiliza) ___ 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 -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Abandono do grupo...
Prezado, você pode se desinscrever no link da lista, que fica no rodapé de todas as mensagens. Para facilitar, o link é: https://lists.openstreetmap.org/listinfo/talk-br Caso ache que o tráfego está muito elevado, você ainda tem uma opção de receber um apenas um email de resumo (digest) de todas as mensagens do dia. Basta escolher a opção correspondente no link acima. []s Arlindo On Fri, Jan 10, 2014 at 2:41 PM, Boaventura Monjane boa.monj...@gmail.comwrote: Caros moderadores do grupo, Peço encarecidamente que se anule a minha inscriçao deste grupo. Obrigado ___ 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] Abandono do grupo...
olá, para desinscrever da lista é só ir no site: https://lists.openstreetmap.org/listinfo/talk-br apertar o botão desinscrever-se ou editar opções depois apertar Desinscrever e colocar a sua email. Abraço. Em 10/01/2014 14:41, Boaventura Monjane escreveu: Caros moderadores do grupo, Peço encarecidamente que se anule a minha inscriçao deste grupo. Obrigado ___ 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] Mapeadores do Distrito Federal - Novo aplicativo
O Alexandre Gomes postou sobre esta aplicação na lista THacker, mas também não há muita informação por lá. https://groups.google.com/d/msg/thackday/pdy4THDMz5E/mPwvWIpk8lMJ 2014/1/9 Paulo Carvalho paulo.r.m.carva...@gmail.com Qual é a intenção deles? Dividir os dados conosco ou usar a tecnologia OSM internamente? Em 9 de janeiro de 2014 16:20, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Nem sei, Paulo. É uma empresa aqui do DF q ta fazendo... Não tenho nenhum conhecimento sobre como estão fazendo. Em 09/01/2014 16:18, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Essa base está em que formato? Em 9 de janeiro de 2014 14:04, erick erickdeoliveiral...@gmail.comescreveu: Erick, de fato nós temos um grande interesse em migrarmos para uma api livre (openstreetmaps). Fizemos a opção da api do google porque nos pareceu ser mais simples, porém gostaríamos de alinhar com a comunidade que já colabora com o openstreetmaps e quem sabe acelerarmos o processo de mapeamento. Caso queira sugerir opções de bibliotecas e que caminho seguir para adotar esse padrão, será bem vindo. Existem alguns conceitos de camadas que ainda me parecem confusos, nós trabalhamos com uma base de dados própria que é populada sobre o mapa do google via api javascript. []s Danilo ___ 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] Mapeadores do Distrito Federal - Novo aplicativo
Continuo na dúvida. A conversa fala sobre dados de tráfego e tal. Em 10 de janeiro de 2014 17:26, Vitor George vitor.geo...@gmail.comescreveu: O Alexandre Gomes postou sobre esta aplicação na lista THacker, mas também não há muita informação por lá. https://groups.google.com/d/msg/thackday/pdy4THDMz5E/mPwvWIpk8lMJ 2014/1/9 Paulo Carvalho paulo.r.m.carva...@gmail.com Qual é a intenção deles? Dividir os dados conosco ou usar a tecnologia OSM internamente? Em 9 de janeiro de 2014 16:20, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Nem sei, Paulo. É uma empresa aqui do DF q ta fazendo... Não tenho nenhum conhecimento sobre como estão fazendo. Em 09/01/2014 16:18, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Essa base está em que formato? Em 9 de janeiro de 2014 14:04, erick erickdeoliveiral...@gmail.comescreveu: Erick, de fato nós temos um grande interesse em migrarmos para uma api livre (openstreetmaps). Fizemos a opção da api do google porque nos pareceu ser mais simples, porém gostaríamos de alinhar com a comunidade que já colabora com o openstreetmaps e quem sabe acelerarmos o processo de mapeamento. Caso queira sugerir opções de bibliotecas e que caminho seguir para adotar esse padrão, será bem vindo. Existem alguns conceitos de camadas que ainda me parecem confusos, nós trabalhamos com uma base de dados própria que é populada sobre o mapa do google via api javascript. []s Danilo ___ 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-de] IPv6 defekt?
Kai Krueger kakrue...@gmail.com wrote: Wenn ich mich nicht taeusche sendet JOSM immernoch als default den Username und das Password in Klartext unverschluesselt bei jedem API Aufruf ueber das Netzwerk. Sinn ergibt das Mitsenden des Passworts doch nur bei schreibenden Zugriffen und die kommen erheblich seltener vor. Ich bleibe dabei, ich finde selbst _das_ halb so wild. Wir reden hier ja gerade nicht um vertrauliche persönliche Daten sondern um Daten, bei denen selbst die Änderungshistorie öffentlich ist. Das schlimmste was passieren kann ist doch, dass jemand böse Dinge unter fremder Identität tut, weil er vorher Logindaten abgeschnorchelt hat. Wer für OSM das selbe Passwort wie für vertrauliche Dinge verwendet, dem ist ohnehin nicht zu helfen. Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /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] IPv6 defekt?
Am 10. Januar 2014 12:02 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Das schlimmste was passieren kann ist doch, dass jemand böse Dinge unter fremder Identität tut, weil er vorher Logindaten abgeschnorchelt hat. oder er lädt sich Deine GPS-tracks, die Du als privat gekennzeichnet hast... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] IPv6 defekt?
Martin Koppenhoefer dieterdre...@gmail.com wrote: oder er lädt sich Deine GPS-tracks, die Du als privat gekennzeichnet hast... Pah, privat sind diese doch nur dann wenn sie gar nicht erst hochgeladen wurden. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /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] IPv6 defekt?
On Fri, Jan 10, 2014 at 02:30:19PM +0100, Martin Koppenhoefer wrote: Am 10. Januar 2014 12:02 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Das schlimmste was passieren kann ist doch, dass jemand böse Dinge unter fremder Identität tut, weil er vorher Logindaten abgeschnorchelt hat. Was sollte eigentlich noch Schlimmeres passieren? Böse emails unterr Deiner Identität schreiben oder Daten auf dem Server und im wiki unter Deiner Identität ändern kann schon für genug Ärger sorgen. Richard --- Name and OpenPGP keys available from pgp key servers ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Teasi One
Hallo, Teasi One, angeboten bei Amazon. Hat dort aber ziemlich gemischt abgeschnitten, eher schlecht. Hat jemand Erfahrung? Zumindest benutzt es ja OSM Karten als plus. Zur Laufzeit macht Amazon keine Aussage, auch auf der Teasi Seite findet man auf die Schnelle nichts. Nur die schlechten Kritiken machen eine Aussage ... Heinz signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] IPv6 defekt?
Richard Z. ricoz@gmail.com wrote: Was sollte eigentlich noch Schlimmeres passieren? Böse emails unterr Deiner Identität schreiben oder Daten auf dem Server und im wiki unter Deiner Identität ändern kann schon für genug Ärger sorgen. Leute jetzt aber mal ehrlich, das ist doch eine eher theoretische Gefahr. Natürlich kann man auf dem Netzwerk das Passwort mitsniffen, aber für einen Angriff auf spezifische Menschen ist doch das völlig ungeeignet, wenn man nicht gerade die NSA ist. Gruss Sven -- Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide. (John Quincy Adams) /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] Teasi One
On 01/10/2014 04:01 PM, Heinz-Jürgen Oertel wrote: Teasi One, angeboten bei Amazon. Hat dort aber ziemlich gemischt abgeschnitten, eher schlecht. Hat jemand Erfahrung? Zumindest benutzt es ja OSM Karten als plus. Schon, aber mir man ist darauf angewiesen, dass der Hersteller regelmäßig mal bei OSM einen aktuellen Stand holt und für sein Gerät bereitstellt. Keine Ahnung wie oft das passiert. Weil man die Karten nicht selber erzeugen kann, habe ich das Ding nicht weiter beobachtet. Wenn du nicht ohnehin ein Smartphone mit dir führst gilt wohl nach wie vor, dass man nur bei Garmin wirklich flexibel ist. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teasi One
Ich habe das Teasi (erste Version) getestet und in direkten Vergleich zu meinem Garmin etrex 30 gestellt. Teasi schneidet schlecht ab beim Display (Lesbarkeit bei Tag) Man kann keine Karte selbst laden. Routing fuer's Rad auf dem Geraet ist schlecht (findet viele Radwege oder Radstrecken nicht) Etrex, abgesehen von HW-Unzuverlaessigkeit (track Registrierung manchmal mit Luecken, d.h. ueberspringt beim Aufzeichnen einen ganzen track; etrex unterteilt automatisch den track in 2700 Punkte lange Teilstuecke, von denen dann gelegentlich ein kompettes Steuck von 2700 Punkten fehlt) Bin trotzdem zufrieden mit meiner Kombination Velomap+Garmin etrex 20/30. Muss aber auch sagen, dass ich Radreisen grundsaetzlich auf dem Computer route (BikeHike.co.uk oder Naviki) und dann mit dem Rad nur den track, den ich geladen habe, entlang fahre. 2014/1/10 Heinz-Jürgen Oertel hj.oer...@t-online.de Hallo, Teasi One, angeboten bei Amazon. Hat dort aber ziemlich gemischt abgeschnitten, eher schlecht. Hat jemand Erfahrung? Zumindest benutzt es ja OSM Karten als plus. Zur Laufzeit macht Amazon keine Aussage, auch auf der Teasi Seite findet man auf die Schnelle nichts. Nur die schlechten Kritiken machen eine Aussage ... Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- Volker SCHMIDT Via del Cristo 28 35127 Padova Italy mailto:vosc...@gmail.com phone +39 049 851519 personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] IPv6 defekt?
Hallo, On Do, 2014-01-09 at 15:49 +, Sven Geggus wrote: fly lowfligh...@googlemail.com wrote: [...] Davon abgesehen, was soll TLS in einem Umfeld bringen, in dem es um den Abruf von Kartenkacheln unter CC-by Lizenz geht? Ich denke mal das https aus 2 Gründen erforderlich sein wird: 1.) Firefox macht es ja schon vor, indem Seiten im Mischbetrieb (https und http) mit Fehlermeldungen quittiert werden. Und die Tests werden in Zukunft tiefer und genauer werden. 2.) Jede verschlüsselte Verbindung weckt bei den entsprechenden Diensten aus ihrem Selbstverständnis heraus Begehrlichkeiten und damit den Aufwand um alles zu erfahren ins unermessliche zu steigern [...] Gruss Sven Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teasi One
Manuel Reimer schrieb: Weil man die Karten nicht selber erzeugen kann, habe ich das Ding nicht weiter beobachtet. Exakt so ist es. Durchgefallen. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-01-10T19:04:58+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teasi One
Hallo, Am 10.01.2014 16:01, schrieb Heinz-Jürgen Oertel: Teasi One, angeboten bei Amazon. Hat dort aber ziemlich gemischt abgeschnitten, eher schlecht. Hat jemand Erfahrung? Zumindest benutzt es ja OSM Karten als plus. Zur Laufzeit macht Amazon keine Aussage, auch auf der Teasi Seite findet man auf die Schnelle nichts. Im Forum gibt es Threads zu diesem Gerät. http://forum.openstreetmap.org/viewtopic.php?id=17395p=1 http://forum.openstreetmap.org/viewtopic.php?pid=347107 Der deutsche Distributor (?) hat sogar einen Account im OSM-Forum: http://forum.openstreetmap.org/profile.php?id=16151 Testbericht: http://www.pcwelt.de/ratgeber/GPS-fuer-Radfahrer-Navigationsgeraet-A-Rival-Teasi-One-zum-Radfahren-im-Test-6174991.html Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] IPv6 defekt?
On Fri, Jan 10, 2014 at 03:51:33PM +, Sven Geggus wrote: Richard Z. ricoz@gmail.com wrote: Was sollte eigentlich noch Schlimmeres passieren? Böse emails unterr Deiner Identität schreiben oder Daten auf dem Server und im wiki unter Deiner Identität ändern kann schon für genug Ärger sorgen. Leute jetzt aber mal ehrlich, das ist doch eine eher theoretische Gefahr. Natürlich kann man auf dem Netzwerk das Passwort mitsniffen, aber für einen Angriff auf spezifische Menschen ist doch das völlig ungeeignet, wenn man nicht gerade die NSA ist. Es muß hier nicht um einen gezielten Angriff auf einen spezifischen Menschen gehen. Jemand will vielleicht Werbung ins OSM reinschmuggeln, eine Straße die für Lärmbelestigung sorgt mit einem Fahrverbot belegen, Konkurenz von der Landkarte verschwinden lassen - wenn man sich die Identität von einem bewährten Mapper ausborgt ist die Chance besser, daß es längere Zeit nicht auffällt. Und es gibt noch andere mögliche Motive, ein Witzbold will die Indisch-Pakistanische Grenze verschieben oder ganz einfach OSM schädigen. Praktische Durchführung ist trivial, die notwendigen Tools gibt es fertig konfektioniert zum Download. In weiten Teilen der Welt sind fast alle Hotspots unverschlüsselt und wer hat sich da nicht schon mal eingeloggt? Das kuriose - man braucht zwar oft ein Passwort um sich in so ein WIFI einzuloggen aber sniffen kann man ohne. Wie viele OSM Events benutzen eigentlich unverschlüsselte Hotspots und leicht anzuzapfende Ehternetkabel und Switches? Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] R: Nomi in sardo reloaded
Il giorno 10 gennaio 2014 08:27, Francesco Pelullo f.pelu...@gmail.com ha scritto: Il 10/gen/2014 08:19 Stefano Salvador stefano.salva...@gmail.com ha scritto: Non entro nel merito della discussione ma è abbastanza falso che si fosse trovato un consenso. +1 OSM è diventata una valvola di sfogo. Del resto è il metodo che mi sembra sbagliato, ma... inutile discuterne. +1 quoto in pieno entrambi e anche le perplessità di THC. Mi ero già espresso in tal senso, ma alla discussione durata mesi non avevo partecipato essendomi iscritto dopo. Concordo che le lingue o dialetti locali vadano valorizzati e conservati, perchè sono cultura che ha grande valore, ma per le finalità ed i destinatari che (a mio parere) ha questa mappa, la lingua deve rimanere quella principale / legalmente riconosciuta. Non entro nel merito delle leggi sarde che non consco, ma così la penso. Nel mio precedente intervento avevo fatto l'esempio del turista che possa usare OSM per visitare la Sardegna, dimenticando il fatto che la stessa mappa può esser utile anche ai servizi di emergenza: IMHO OSM da molto di più di altre mappe, ma se al momento in cui mi serve non riesco a leggerla, allora non serve a nulla. Poi nulla vieta alle comunità locali di utilizzare il database open di OSM per farne altro: un sito apposito che renderizza solo i nomi nella lingua locale, mappe cartine o altro ad uso locale/turistico, una qualsiasi altra cosa che si voglia fare. Peccato non si sia dato seguito a creare una mappa italiana in cui valorizzare nel giusto modo i vari dialetti/lingue locali. Il punto è che domandano una pari visibilità, sulla versione internazionale... Ciao /niubii/ ___ 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] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)
in ogr/gdal non è possibile inserire algoritmi di calcolo? il calcolo del centroide e del diametro minimo, conosciute le coordinate di ogni punto che compone il poligono, dal punto di vista matematico è molto semplice... - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Nuova-funzionalita-per-Wikipedia-tag-in-OSM-lavori-in-corso-tp5791555p5792472.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] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)
GDAL ha dei binding in python ben fatti, il calcolo del centroide è definito qui: http://gdal.org/python/osgeo.ogr.Geometry-class.html#Centroid che è lo stesso metodo che usa spatialite. Ciao, Stefano Il giorno 10 gennaio 2014 10:58, Aury88 spacedrive...@gmail.com ha scritto: in ogr/gdal non è possibile inserire algoritmi di calcolo? il calcolo del centroide e del diametro minimo, conosciute le coordinate di ogni punto che compone il poligono, dal punto di vista matematico è molto semplice... - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Nuova-funzionalita-per-Wikipedia-tag-in-OSM-lavori-in-corso-tp5791555p5792472.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Nomi in sardo reloaded
Il 10/gen/2014 11:40 Paolo Monegato gato.selvad...@gmail.com ha scritto: Concordo con te, faccio rispettosamente osservare che: Se la mettiamo sulla comprensione allora se vado in vacanza nel Maghreb probabilmente la mappa di OSM non mi servirà a nulla... Dipende. Se il bravo OSMapper marocchino ha seguito le regole che quasi tutti hanno accettato, avrà inserito nel tag name= il nome locale nella sua lingua ufficiale del suo Paese, e nel tag name:XX=il nome con il quale si può indicare quel luogo nella lingua XX Questa soluzione è utile a tutti e funziona dappertutto. Il problema sorgerebbe soltanto per il rendering (maledetto!) di Mapnik c. Comunque, se è presente il cartello con i due toponimi non vedo come possa la presenza del doppio toponimo sulla mappa di OSM confondere il turista... Paolo, il cartello lo leggo nel momento in cui sono arrivato. Prima non posso saperlo. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Nomi in sardo reloaded
Un aneddoto, per aggiungere benzina sul fuoco... Nel mio paesiello il cartello all'ingresso è bilingue (San Pietro al Natisone / Špietar, all'interno del admin_level=2 italiano). Regolarmente il toponimo non italiano viene imbrattato da ignoti con della vernice; altrettanto regolarmente gli alunni della scuola locale bilingue si prendono la briga di pulirlo, in quanto l'amministrazione comunale latita (è stata appoggiata elettoralmente dalla parte italiofona). La legge italiana prevede per l'atto vandalico non solo una sanzione per danneggiamento della pubblica proprietà, ma anche intravede un reato di «intolleranza e di violenza nei confronti degli appartenenti alle minoranze linguistiche»: codice penale, da 9 mesi a 4 anni di carcere. Tornando ad OSM, a dare una struttura normativa a tutto quello che è smaterializzato credo ci vorrà molto tempo (vedi i casi di copyright infringment dei recenti post), ma intanto penso sia meglio astenersi da cancellare informazioni utili che qualche volenteroso ha condiviso. Eppoi, di tutte le giustificazioni, quella della leggibilità della mappa infrange una legge non scritta che ho trovato spesso qui in ML... non mappare per il rendering :-) - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/Nomi-in-sardo-reloaded-tp5792000p5792484.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] R: Nomi in sardo reloaded
Il consenso era dato dalla diciamo votazione in tal senso. Ho aspettato per qualche settimana che tutti potessero esprimere il loro parere ed ho visto che la maggioranza era d'accordo (e che comunque noi avevamo più argomentazioni a nostro favore), dopodichè mi sono messo al lavoro. Adesso senza che ci sia stata nessuna discussione o motivazione valida che non sia già stata confutata qui qualcuno arriva e cancella tutto. Dicendo inoltre cose come il nome d'uso comune è quello in italiano, fissandosi sull'ordine dei nomi (senza andarsi a leggere il perchè era stato impostato così) accusandoci di fare un casino (mentre appunto io avevo proposto uno standard unico proprio per semplificare il tutto) o basandosi sull'esempio di altre mappe che con questa hanno poco o nulla a che fare. Per Odeeno (ma anche gli altri): come ho scritto a THC sopra sia per i turisti che per le emergenze la mappa bilingue è quella più adatta, in quanto la segnaletica può essere trovata sia in italiano che in sardo. Per un turista sapere grazie alla mappa che Thiniscole e Siniscola sono lo stesso posto credo che sia un gran vantaggio, così come per un volontario/soccorritore/nonloso che non sia della zona. E saperlo da prima può permettergli di organizzarsi meglio se sono un gruppo. Poi appunto se uno preferisce averla in una sola lingua gli basta importare i nomi in italiano (avrei capito se avessi inserito solo il tag name, ma essendoci anche quelli singoli non vedo dove sia il problema, se l'interfaccia di OSM verrà migliorata sarà possibile adattarla come ci pare ma fino ad allora...). Per Paolo (per fortuna ho visto il tuo messaggio prima di rispondere): dal pdf leggo che italiano o prevalentemente italiano è il 46,4%. Il termine prevalentemente è quello importante qui. Il punto è che, nonostante il sardo lo capiscano quasi tutti (il 97% della popolazione nelle zone sardofone) in famiglia se ci sono anche solo un paio che parlano in italiano si tende a parlare tutti in italiano quando sono presenti per educazione, perchè altrimenti si suppone di escluderlo (potrei fare qualche commento a riguardo ma vabbè). Negli anni passati molti genitori purtroppo hanno insegnato prima l'italiano del sardo ai propri figli (situazione che fortunatamente si sta invertendo, e tra i giovani chi non parlava il sardo spesso se lo sta imparando per conto proprio) per cui anche in famiglie a maggioranza sardofona ci si ritrova a volte nella situazione paradossale in cui tutti parlano in italiano. Nonostante siano quasi tutti madrelingua sardi. Il punto è che l'utilizzo prevalente di una lingua o di un'altra è una situazione in cambiamento e difficile da rilevare precisamente, mentre il numero dei madrelingua è già più stabile e facile da ottenere. Speravo di evitare l'edit war, ora vedremo. Comunque ribadisco che per la On The Ground Rule ci dovrebbero essere entrambi i nomi. Ciao, Luca Il Venerdì 10 Gennaio 2014 10:14, Odeeno ode...@yahoo.it ha scritto: Il giorno 10 gennaio 2014 08:27, Francesco Pelullo f.pelu...@gmail.com ha scritto: Il 10/gen/2014 08:19 Stefano Salvador stefano.salva...@gmail.com ha scritto: Non entro nel merito della discussione ma è abbastanza falso che si fosse trovato un consenso. +1 OSM è diventata una valvola di sfogo. Del resto è il metodo che mi sembra sbagliato, ma... inutile discuterne. +1 quoto in pieno entrambi e anche le perplessità di THC. Mi ero già espresso in tal senso, ma alla discussione durata mesi non avevo partecipato essendomi iscritto dopo. Concordo che le lingue o dialetti locali vadano valorizzati e conservati, perchè sono cultura che ha grande valore, ma per le finalità ed i destinatari che (a mio parere) ha questa mappa, la lingua deve rimanere quella principale / legalmente riconosciuta. Non entro nel merito delle leggi sarde che non consco, ma così la penso. Nel mio precedente intervento avevo fatto l'esempio del turista che possa usare OSM per visitare la Sardegna, dimenticando il fatto che la stessa mappa può esser utile anche ai servizi di emergenza: IMHO OSM da molto di più di altre mappe, ma se al momento in cui mi serve non riesco a leggerla, allora non serve a nulla. Poi nulla vieta alle comunità locali di utilizzare il database open di OSM per farne altro: un sito apposito che renderizza solo i nomi nella lingua locale, mappe cartine o altro ad uso locale/turistico, una qualsiasi altra cosa che si voglia fare. Peccato non si sia dato seguito a creare una mappa italiana in cui valorizzare nel giusto modo i vari dialetti/lingue locali. Il punto è che domandano una pari visibilità, sulla versione internazionale... Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org
Re: [Talk-it] R: Nomi in sardo reloaded
*e che comunque sembrava che noi avessimo più argomentazioni a nostro favore Vi giuro che la stavo correggendo adesso! Suonava un po' supponente, scusate. Hai ragione. Qualcuno potrebbe avere argomentazioni che non ha ancora esposto. Io mi riferivo al fatto che ci sono state molte argomentazioni a sfavore poi confutate, ma questo non vuol dire certo che si sia arrivati alla verità assoluta. La discussione è comunque sempre aperta. Ciao, Luca Il Venerdì 10 Gennaio 2014 12:10, Luca Meloni lmelonim...@yahoo.it ha scritto: Il consenso era dato dalla diciamo votazione in tal senso. Ho aspettato per qualche settimana che tutti potessero esprimere il loro parere ed ho visto che la maggioranza era d'accordo (e che comunque noi avevamo più argomentazioni a nostro favore), dopodichè mi sono messo al lavoro. Adesso senza che ci sia stata nessuna discussione o motivazione valida che non sia già stata confutata qui qualcuno arriva e cancella tutto. Dicendo inoltre cose come il nome d'uso comune è quello in italiano, fissandosi sull'ordine dei nomi (senza andarsi a leggere il perchè era stato impostato così) accusandoci di fare un casino (mentre appunto io avevo proposto uno standard unico proprio per semplificare il tutto) o basandosi sull'esempio di altre mappe che con questa hanno poco o nulla a che fare. Per Odeeno (ma anche gli altri): come ho scritto a THC sopra sia per i turisti che per le emergenze la mappa bilingue è quella più adatta, in quanto la segnaletica può essere trovata sia in italiano che in sardo. Per un turista sapere grazie alla mappa che Thiniscole e Siniscola sono lo stesso posto credo che sia un gran vantaggio, così come per un volontario/soccorritore/nonloso che non sia della zona. E saperlo da prima può permettergli di organizzarsi meglio se sono un gruppo. Poi appunto se uno preferisce averla in una sola lingua gli basta importare i nomi in italiano (avrei capito se avessi inserito solo il tag name, ma essendoci anche quelli singoli non vedo dove sia il problema, se l'interfaccia di OSM verrà migliorata sarà possibile adattarla come ci pare ma fino ad allora...). Per Paolo (per fortuna ho visto il tuo messaggio prima di rispondere): dal pdf leggo che italiano o prevalentemente italiano è il 46,4%. Il termine prevalentemente è quello importante qui. Il punto è che, nonostante il sardo lo capiscano quasi tutti (il 97% della popolazione nelle zone sardofone) in famiglia se ci sono anche solo un paio che parlano in italiano si tende a parlare tutti in italiano quando sono presenti per educazione, perchè altrimenti si suppone di escluderlo (potrei fare qualche commento a riguardo ma vabbè). Negli anni passati molti genitori purtroppo hanno insegnato prima l'italiano del sardo ai propri figli (situazione che fortunatamente si sta invertendo, e tra i giovani chi non parlava il sardo spesso se lo sta imparando per conto proprio) per cui anche in famiglie a maggioranza sardofona ci si ritrova a volte nella situazione paradossale in cui tutti parlano in italiano. Nonostante siano quasi tutti madrelingua sardi. Il punto è che l'utilizzo prevalente di una lingua o di un'altra è una situazione in cambiamento e difficile da rilevare precisamente, mentre il numero dei madrelingua è già più stabile e facile da ottenere. Speravo di evitare l'edit war, ora vedremo. Comunque ribadisco che per la On The Ground Rule ci dovrebbero essere entrambi i nomi. Ciao, Luca Il Venerdì 10 Gennaio 2014 10:14, Odeeno ode...@yahoo.it ha scritto: Il giorno 10 gennaio 2014 08:27, Francesco Pelullo f.pelu...@gmail.com ha scritto: Il 10/gen/2014 08:19 Stefano Salvador stefano.salva...@gmail.com ha scritto: Non entro nel merito della discussione ma è abbastanza falso che si fosse trovato un consenso. +1 OSM è diventata una valvola di sfogo. Del resto è il metodo che mi sembra sbagliato, ma... inutile discuterne. +1 quoto in pieno entrambi e anche le perplessità di THC. Mi ero già espresso in tal senso, ma alla discussione durata mesi non avevo partecipato essendomi iscritto dopo. Concordo che le lingue o dialetti locali vadano valorizzati e conservati, perchè sono cultura che ha grande valore, ma per le finalità ed i destinatari che (a mio parere) ha questa mappa, la lingua deve rimanere quella principale / legalmente riconosciuta. Non entro nel merito delle leggi sarde che non consco, ma così la penso. Nel mio precedente intervento avevo fatto l'esempio del turista che possa usare OSM per visitare la Sardegna, dimenticando il fatto che la stessa mappa può esser utile anche ai servizi di emergenza: IMHO OSM da molto di più di altre mappe, ma se al momento in cui mi serve non riesco a leggerla, allora non serve a nulla. Poi nulla vieta alle comunità locali di utilizzare il database open di OSM per farne altro: un sito apposito che renderizza solo i nomi nella lingua locale, mappe cartine o altro ad uso locale/turistico, una qualsiasi
Re: [Talk-it] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)
2014/1/10 Aury88 spacedrive...@gmail.com: in ogr/gdal non è possibile inserire algoritmi di calcolo? ogr/gdal fa di tutto, anche i biscotti Nel caso di python preferisco usare shapely solo perchè si ferma alla parte di calcolo e non ha bisogno anche della parte di lettura e scrittura dei formati (cosa per cui il progetto gdal/ogr è nato) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)
2014/1/10 Stefano Salvador stefano.salva...@gmail.com: GDAL ha dei binding in python ben fatti, il calcolo del centroide è definito qui: http://gdal.org/python/osgeo.ogr.Geometry-class.html#Centroid che è lo stesso metodo che usa spatialite. concordo, anche se, come detto altrove, preferisco usare shapely visto che gdal è pensato principalmente per il caricamento e scrittura di formati di dati. Il calcolo del centroide, in shapely, è funzione presente in ogni tipo di oggetto geometrico (ma poi stiamo parlando sempre della stessa minestra) http://toblerity.org/shapely/manual.html#geometric-objects Come alternativa elegante a ogr (e quindi alla parte vettoriale) solo in python mi hanno consigliato fiona https://github.com/Toblerity/Fiona Devo ancora farci dei test, ma vedo che è molto di moda http://www.macwright.org/2012/10/31/gis-with-python-shapely-fiona.html -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Nomi in sardo reloaded
*e che comunque sembrava al momento che noi avessimo più argomentazioni a nostro favore Per ribardire il concetto. Il Venerdì 10 Gennaio 2014 12:28, Luca Meloni lmelonim...@yahoo.it ha scritto: *e che comunque sembrava che noi avessimo più argomentazioni a nostro favore Vi giuro che la stavo correggendo adesso! Suonava un po' supponente, scusate. Hai ragione. Qualcuno potrebbe avere argomentazioni che non ha ancora esposto. Io mi riferivo al fatto che ci sono state molte argomentazioni a sfavore poi confutate, ma questo non vuol dire certo che si sia arrivati alla verità assoluta. La discussione è comunque sempre aperta. Ciao, Luca Il Venerdì 10 Gennaio 2014 12:10, Luca Meloni lmelonim...@yahoo.it ha scritto: Il consenso era dato dalla diciamo votazione in tal senso. Ho aspettato per qualche settimana che tutti potessero esprimere il loro parere ed ho visto che la maggioranza era d'accordo (e che comunque noi avevamo più argomentazioni a nostro favore), dopodichè mi sono messo al lavoro. Adesso senza che ci sia stata nessuna discussione o motivazione valida che non sia già stata confutata qui qualcuno arriva e cancella tutto. Dicendo inoltre cose come il nome d'uso comune è quello in italiano, fissandosi sull'ordine dei nomi (senza andarsi a leggere il perchè era stato impostato così) accusandoci di fare un casino (mentre appunto io avevo proposto uno standard unico proprio per semplificare il tutto) o basandosi sull'esempio di altre mappe che con questa hanno poco o nulla a che fare. Per Odeeno (ma anche gli altri): come ho scritto a THC sopra sia per i turisti che per le emergenze la mappa bilingue è quella più adatta, in quanto la segnaletica può essere trovata sia in italiano che in sardo. Per un turista sapere grazie alla mappa che Thiniscole e Siniscola sono lo stesso posto credo che sia un gran vantaggio, così come per un volontario/soccorritore/nonloso che non sia della zona. E saperlo da prima può permettergli di organizzarsi meglio se sono un gruppo. Poi appunto se uno preferisce averla in una sola lingua gli basta importare i nomi in italiano (avrei capito se avessi inserito solo il tag name, ma essendoci anche quelli singoli non vedo dove sia il problema, se l'interfaccia di OSM verrà migliorata sarà possibile adattarla come ci pare ma fino ad allora...). Per Paolo (per fortuna ho visto il tuo messaggio prima di rispondere): dal pdf leggo che italiano o prevalentemente italiano è il 46,4%. Il termine prevalentemente è quello importante qui. Il punto è che, nonostante il sardo lo capiscano quasi tutti (il 97% della popolazione nelle zone sardofone) in famiglia se ci sono anche solo un paio che parlano in italiano si tende a parlare tutti in italiano quando sono presenti per educazione, perchè altrimenti si suppone di escluderlo (potrei fare qualche commento a riguardo ma vabbè). Negli anni passati molti genitori purtroppo hanno insegnato prima l'italiano del sardo ai propri figli (situazione che fortunatamente si sta invertendo, e tra i giovani chi non parlava il sardo spesso se lo sta imparando per conto proprio) per cui anche in famiglie a maggioranza sardofona ci si ritrova a volte nella situazione paradossale in cui tutti parlano in italiano. Nonostante siano quasi tutti madrelingua sardi. Il punto è che l'utilizzo prevalente di una lingua o di un'altra è una situazione in cambiamento e difficile da rilevare precisamente, mentre il numero dei madrelingua è già più stabile e facile da ottenere. Speravo di evitare l'edit war, ora vedremo. Comunque ribadisco che per la On The Ground Rule ci dovrebbero essere entrambi i nomi. Ciao, Luca Il Venerdì 10 Gennaio 2014 10:14, Odeeno ode...@yahoo.it ha scritto: Il giorno 10 gennaio 2014 08:27, Francesco Pelullo f.pelu...@gmail.com ha scritto: Il 10/gen/2014 08:19 Stefano Salvador stefano.salva...@gmail.com ha scritto: Non entro nel merito della discussione ma è abbastanza falso che si fosse trovato un consenso. +1 OSM è diventata una valvola di sfogo. Del resto è il metodo che mi sembra sbagliato, ma... inutile discuterne. +1 quoto in pieno entrambi e anche le perplessità di THC. Mi ero già espresso in tal senso, ma alla discussione durata mesi non avevo partecipato essendomi iscritto dopo. Concordo che le lingue o dialetti locali vadano valorizzati e conservati, perchè sono cultura che ha grande valore, ma per le finalità ed i destinatari che (a mio parere) ha questa mappa, la lingua deve rimanere quella principale / legalmente riconosciuta. Non entro nel merito delle leggi sarde che non consco, ma così la penso. Nel mio precedente intervento avevo fatto l'esempio del turista che possa usare OSM per visitare la Sardegna, dimenticando il fatto che la stessa mappa può esser utile anche ai servizi di emergenza: IMHO OSM da molto di più di altre mappe, ma se al momento in cui mi serve non riesco a leggerla, allora non serve a nulla. Poi nulla vieta alle
[Talk-it] Cambio Licenza Sardegna
Ciao, Cesare Gerbino ha linkato la comunicazione di avvenuto cambio licenza per i dati della Regione Sardegna, che diventa IODL 2.0 http://www.sardegnageoportale.it/index.php?xsl=1598s=247704v=2c=9166t=1 Grazie a Simone e Napo per l'intervento di moralizzazione che ha portato dopo tanto tempo questa attesa conversione. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambio Licenza Sardegna
... e direi anche ... speriamo faccia scuola presso altre PPAA. Mi associo ai complimenti a Simone e Maurizio ! Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 10 gennaio 2014 14:11, sabas88 saba...@gmail.com ha scritto: Ciao, Cesare Gerbino ha linkato la comunicazione di avvenuto cambio licenza per i dati della Regione Sardegna, che diventa IODL 2.0 http://www.sardegnageoportale.it/index.php?xsl=1598s=247704v=2c=9166t=1 Grazie a Simone e Napo per l'intervento di moralizzazione che ha portato dopo tanto tempo questa attesa conversione. Ciao, Stefano ___ 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] Associazioen Genitori
2014/1/9 Enrico Piccinelli picc...@tiscali.it L’A.Ge. – Associazione Italiana Genitori, è la Federazione nazionale delle associazioni dei genitori. Le associazioni locali A.Ge. raccolgono gruppi di genitori volonterosi che, ispirandosi ai valori della Costituzione italiana e all’etica cristiana, intendono partecipare alla vita scolastica e sociale per fare della famiglia un soggetto politico. Il tag più adatto mi pare il tag leisure=club [1], ma sinceramente non saprei proprio che valore dare al tag club=??? Inventarmi un tag club=age non mi piace molto. metterei office=* (dove * potrebbe forse essere qualcosa come ngo o lobbying?) Poi leisure=club potrebbe andare bene o anche no (non so se si tratta di leisure). club=age (età) sicuramente non va bene, metterei club=parent_association o simile (parents ecc.) Secondo come sono organizzati potrebbe essere operator=Associazione Italiana Genitori ecc. o anche no. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambio Licenza Sardegna
ehm ... c'è un errore ... Dichiarano che distribuiscono in IODL 2.0, ma la IODL 2.0 è simile alla CC-BY e non alla CC-BY-SA Tale licenza è peraltro simile alla licenza creative commons CC-BY-SA, nonché compatibile con la Open Data Commons Open Database License (ODbL) e con quelle utilizzate da altri progetti di diffusione dei dati geografici. Ciò renderà quindi possibile un maggiore scambio di dati territoriali da e verso i sistemi informatici della Regione. 2014/1/10 sabas88 saba...@gmail.com: Ciao, Cesare Gerbino ha linkato la comunicazione di avvenuto cambio licenza per i dati della Regione Sardegna, che diventa IODL 2.0 http://www.sardegnageoportale.it/index.php?xsl=1598s=247704v=2c=9166t=1 Grazie a Simone e Napo per l'intervento di moralizzazione che ha portato dopo tanto tempo questa attesa conversione. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambio Licenza Sardegna
2014/1/10 Maurizio Napolitano napoo...@gmail.com: Dichiarano che distribuiscono in IODL 2.0, ma la IODL 2.0 è simile alla CC-BY e non alla CC-BY-SA le loro deduzioni giurisprudenziali non modificano la sostanza delle cose. la licenza è IODLv2. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Lamezia terme è sparita?
Stavo controllando svincoli principali e mi sono accorto che Lamezia terme è senza strade poiché i paesini vicino son discretamente mappati mi chiedevo se fosse sparita o se qualcuno ci stia lavorando o sia sempre stata cosi___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambio Licenza Sardegna
2014/1/10 Simone Cortesi sim...@cortesi.com: 2014/1/10 Maurizio Napolitano napoo...@gmail.com: Dichiarano che distribuiscono in IODL 2.0, ma la IODL 2.0 è simile alla CC-BY e non alla CC-BY-SA le loro deduzioni giurisprudenziali non modificano la sostanza delle cose. la licenza è IODLv2. Concordo, ma che sia 1.0 o 2.0 per i fini di OpenStreetMap va benissimo. Spero solo sia un errore di battitura, perchè, altrimenti, si rimette in discussione qualche concetto :( ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedestrian routing, oneway, turnstile
In effetti, non è bellissimo. Ho provato con Navit e anche lui con profilo pedone, ti fa andare contromano. Per le bici anche lo fa, ma preferirei un opzione che ti faccia scegliere: anche contromano o solo nel senso consentito (anche perchè non è sempre legalizzato ancora in tutti i posti anche se tollerato, ma ti possono fare la multa) o che usasse il tag oneway:bicycle=no. Per un footway dovrebbe essere palese che se c'è un oneway=yes si può accedere solo in un senso. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambio Licenza Sardegna
2014/1/10 Maurizio Napolitano napoo...@gmail.com: Concordo, ma che sia 1.0 o 2.0 per i fini di OpenStreetMap va benissimo. Spero solo sia un errore di battitura, perchè, altrimenti, si rimette in discussione qualche concetto :( ripeto. la licenza è la iodl, che sia simile a qualcosa per qualcuno e meno simile per altri. a noi non ci cambia nulla. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: Pedestrian routing, oneway, turnstile
Da che mondo è mondo se uno va a piedi va dove vuole e come vuole x cui è ovvio che vada anche contro senso..certo se ci fosse il marciapiede dedicato sarebbe meglio Messaggio originale Da: erfab...@gmail.com Data: 10/01/2014 15.06 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] Pedestrian routing, oneway, turnstile In effetti, non è bellissimo. Ho provato con Navit e anche lui con profilo pedone, ti fa andare contromano. Per le bici anche lo fa, ma preferirei un opzione che ti faccia scegliere: anche contromano o solo nel senso consentito (anche perchè non è sempre legalizzato ancora in tutti i posti anche se tollerato, ma ti possono fare la multa) o che usasse il tag oneway:bicycle=no. Per un footway dovrebbe essere palese che se c'è un oneway=yes si può accedere solo in un senso. ___ 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] R: Re: Pedestrian routing, oneway, turnstile
Da che mondo è mondo se uno va a piedi va dove vuole e come vuole x cui è ovvio Hai mai provatodi andare contro mano nelle calle a senso unico di Venezia a Carnevale? Vabbene, e termporaneo,... :-) Messaggio originale Da: erfab...@gmail.com Data: 10/01/2014 15.06 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] Pedestrian routing, oneway, turnstile In effetti, non è bellissimo. Ho provato con Navit e anche lui con profilo pedone, ti fa andare contromano. Per le bici anche lo fa, ma preferirei un opzione che ti faccia scegliere: anche contromano o solo nel senso consentito (anche perchè non è sempre legalizzato ancora in tutti i posti anche se tollerato, ma ti possono fare la multa) o che usasse il tag oneway:bicycle=no. Per un footway dovrebbe essere palese che se c'è un oneway=yes si può accedere solo in un senso. ___ 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 -- Volker SCHMIDT Via del Cristo 28 35127 Padova Italy mailto:vosc...@gmail.com phone +39 049 851519 personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: Pedestrian routing, oneway, turnstile
dai non si è sempre liberi di andare dove si vuole. ci sono spesso regole da rispettare. il caso dell'area archeologica, di venezia appunto. prova a imboccare una scala mobile in senso contrario mentre tutti scendono e tu vuoi salire ;) se c'è un oneway=yes su un percorso pedonale ci sarà un motivo, sennò non lo mettevano, il routing ne dovrebbe tener conto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Associazione Genitori
On Fri, 10 Jan 2014, Martin Koppenhoefer wrote: metterei office=* (dove * potrebbe forse essere qualcosa come ngo o lobbying?) Ma alla voce 'office' [1] il wiki riporta: A place predominantly selling services. Qui però non si vende nulla, per partecipare all'associazione bisogna associarsi e pagare la relativa quota di iscrizione. Poi leisure=club potrebbe andare bene o anche no (non so se si tratta di leisure). club=age (età) sicuramente non va bene, metterei club=parent_association o simile (parents ecc.) hai ragione, non avevo notato :-) . usando taginfo ho risolto per il momento utilizzando club=social, ma è ancora troppo generico, parent_association mi piace di più. Secondo come sono organizzati potrebbe essere operator=Associazione Italiana Genitori ecc. o anche no. Non è meglio network? l'operator sarebbero i volontari, o il 'capo' della sezione locale, secondo me :-). ciao, Martin Saluti e grazie! -- Enrico Piccinelli picc...@tiscali.it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambio Licenza Sardegna
ripeto. la licenza è la iodl, che sia simile a qualcosa per qualcuno e meno simile per altri. a noi non ci cambia nulla. Che la licenza sia la IODL 2.0 o 1.0 - a fini di OpenStreetMap - non cambia. Nel riuso invece dei dati cambi. Le persone intelligenti si leggono la licenza, dove è scritto che nella 2.0 l'obbligo è solo di citare la fonte, quelle meno si leggono l'errore di interpretazione del comunicato e rimangono dell'idea che si tratti di una licenza simile alla ODbL o alla CC-BY-SA. Considera che nella 1.0, c'è un appendice che riporta esattamente i concetti di compatibilità espressi nel comunicato. Da parte nostra, che facciamo attenzione alle licenze, mi aspetto che se qualcuno dice IODL, la domanda sia Quale versione? Si tratta solo di coerenza e chiarezza. Non è la prima volta. A titolo informativo obblighi della 1.0 [...] 1 - indicare la fonte delle Informazioni e il nome del Licenziante, includendo, se possibile, una copia di questa licenza o un collegamento (link) ad essa; *2 - pubblicare e condividere gli eventuali Lavori derivati con la stessa licenza o con una Licenza compatibile;* 3 - non riutilizzare le Informazioni in un modo che suggerisca che abbiano carattere di ufficialità o che il Licenziante approvi l'uso che fai delle Informazioni; 4 - prendere ogni misura ragionevole affinchè gli usi innanzi consentiti non traggano in inganno altri soggetti e le Informazioni medesime non vengano travisate. [...] sorgente: http://www.formez.it/iodl/ Obblighi della 2.0 [...] 1 - indicare la fonte delle Informazioni e il nome del Licenziante, includendo, se possibile, una copia di questa licenza o un collegamento (link) ad essa. 2 - non riutilizzare le Informazioni in un modo che suggerisca che abbiano carattere di ufficialità o che il Licenziante approvi l'uso che fai delle Informazioni; 3 - prendere ogni misura ragionevole affinché gli usi innanzi consentiti non traggano in inganno altri soggetti e le Informazioni medesime non vengano travisate. [...] sorgente: http://www.dati.gov.it/iodl/2.0/ Come si vede la 1.0 ha un obbligo in più della 2.0 Inoltre la versione 1.0 ha un appendice (non presente nella 2.0) che dichiara LICENZE COMPATIBILI [...] - la licenza Creative Commons, Attribuzione Condividi allo stesso modo (CC-BY-SA), [...] - la licenza Open Data Commons, Open Database License (ODbL), [...] [..] Cercando di smettere con le chiacchiere: - la licenza della Regione Sardegna è la IODL 2.0 - la licenza è compatibile con OpenStreetMap e l'obbligo è solo di citare la fonte. Prometto che non torno più sul tema ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Nomi in sardo reloaded
A proposito dell'utilizzo della barra: In seguito all'adozione del Regulation (EC) n. 1059/2003 of the European Parliament and of the Council of 26 May 2003 on the establishment of a common classification of territorial units for statistics (NUTS), anche l'Istat si è uniformato a tale classificazione. Pertanto è stato applicato l'uso della doppia dizione italiano/francese per la Regione e la provincia della Valle d'Aosta/Vallée d'Aoste e il ricorso al simbolo separatore / per i comuni con la denominazione bilingue della provincia di Bolzano/Bozen. http://www.istat.it/it/archivio/6789 - Davide -- View this message in context: http://gis.19327.n5.nabble.com/Nomi-in-sardo-reloaded-tp5792000p5792528.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] R: Strade con doppio nome in base al lato
qualcuno mi sa dire se va inserito name:Via Lato dx;Via Lato sx in questi casi e poi specificato name_left=Via Lato sx e name_right=Via Lato dx -- View this message in context: http://gis.19327.n5.nabble.com/R-Strade-con-doppio-nome-in-base-al-lato-tp5788513p5792529.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] Open data, licenze e utilizzo in OSM
Il giorno ven, 10/01/2014 alle 00.36 +0100, Maurizio Napolitano ha scritto: Secondo me dovrebbe andare nel tag source, qualcuno dice che è meglio scriverlo nel changelog per questioni di risparmio spazio sul server ed altre cosucce, altri che dovrebbe finire in una pagina degli import. Direi che quella del changelog è il compromesso migliore Ancora sono un po' confuso su come dare l'attribuzione, seguendo il ragionamento di Martin (che condivido) mettiamo il caso che utilizzi il tag source sul changeset, che fine fa l'eventuale tag source presente sull'oggetto (vedi i confini che hanno source:Based on ISTAT data - 2001 Italian Census)? considera che alla prossima modifica, i dati non sono più quelli di partenza, quindi bisognerebbe rimuovere il source. Immaginavo. Altre domande su casi più o meno ipotetici (sempre inserendo source sul changeset): - Se faccio un import dei dati con licenza CC-BY o IODL, questi dati diventano automaticamente ODbl? se si che problemi ci potrebbero essere con i contributor terms? I dati diventano ODbL, anche perchè, per inserirli hai anche fatto delle modifiche. Basta solo che dichiari la sorgente. (nota a margine: dal mio punto di vista, le mutazioni sui dati, sono così veloci, che le licenze dati sono un delirio) Grazie mille dei chiarimenti. - Se invece uso gli stessi dati come base (diciamo sfondo di JOSM) e ricalco i dati o copio qualche attributo, dal punto di vista legale cambia qualcosa rispetto a un import diretto? qui ci sono diverse interpretazioni. C'è chi dice che si tratta di reverse engineering, chi invece di dati derivati. Il confine è molto sottile. In ogni caso citare la fonte dovrebbe essere sufficiente Non mi ero mai posto la questione sotto forma di reverse engineering :) per me erano dati derivati. - Quando Martin scrive adesso si usa attribuzione nella wiki (previa autorizzazione del proprietario dei dati) vuol dire, anche se la licenza è chiaramente espressa, che ci vuole una specifica autorizzazione da chi ha prodotto i dati per importarli? E per attribuzione su wiki si intende una pagina ad hoc? A far bene dovremmo aggiornare questa pagina http://wiki.openstreetmap.org/wiki/Contributors#Italy Mi raccomando: segui le guidelines http://wiki.openstreetmap.org/wiki/Import/Guidelines Gli avevo dato uno sguardo superficiale, ora lo leggerò con attenzione. Ottimo Sul discorso Toscana: vorrei sapere quanti osmers attivi ci sono in ML in quanto con la dirigenza del sit regionale si potrebbero fare alcuni ragionamenti interessanti. Fatemi sapere :) Io, anche se il tempo scarseggia, sono disposto a dare una mano. intanto una ML regionale della Toscana non sarebbe male :) Buon mapping a tutti. Giulio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Strade con doppio nome in base al lato
Il 10/01/2014 17:36, bredy ha scritto: qualcuno mi sa dire se va inserito name:Via Lato dx;Via Lato sx in questi casi e poi specificato name_left=Via Lato sx e name_right=Via Lato dx Di solito metto name:left=* e name:right=*, ma non metto name=* (col risultato che me le segnala senza nome nell'apposita mappa... così poi passa qualcuno a mettere su name uno dei due nomi e devo ripristinare...) Magari potrebbe essere un'idea scriverli entrambi... ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Strade con doppio nome in base al lato
Nane: left e right sicuro linea di confine esattamente sulla way e come name uno e dell altra separati da trattino x non far torti ai due comuni in modo che si trovino anche. Con service ai lati strada con nomi effettivi e civici... Messaggio originale Da: bredy...@yahoo.it Data: 10/01/2014 17.36 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] R: Strade con doppio nome in base al lato qualcuno mi sa dire se va inserito name:Via Lato dx;Via Lato sx in questi casi e poi specificato name_left=Via Lato sx e name_right=Via Lato dx -- View this message in context: http://gis.19327.n5.nabble.com/R-Strade-con- doppio-nome-in-base-al-lato-tp5788513p5792529.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Nomi in sardo reloaded
Il 10/01/2014 11:54, Francesco Pelullo ha scritto: Se il bravo OSMapper marocchino ha seguito le regole che quasi tutti hanno accettato, avrà inserito nel tag name= il nome locale nella sua lingua ufficiale del suo Paese, e nel tag name:XX=il nome con il quale si può indicare quel luogo nella lingua XX Questa soluzione è utile a tutti e funziona dappertutto. Il problema sorgerebbe soltanto per il rendering (maledetto!) di Mapnik c. Il che vuol dire che se si mette name=italiano/sardo + name:it=* + name:sc=* non c'è nessun problema di funzionalità e l'unico problema è il rendering... Paolo, il cartello lo leggo nel momento in cui sono arrivato. Prima non posso saperlo. Da qualche parte il toponimo bilingue è presente anche nei cartelli di indicazione. Se nella mappa vedo Palmanova/Palme capisco che il segnale è bilingue altrimenti potrei pensare che girando a destra[1] si vada in due paesi... Il 10/01/2014 12:09, Luca Meloni ha scritto: Il consenso era dato dalla diciamo votazione in tal senso. Ho aspettato per qualche settimana che tutti potessero esprimere il loro parere ed ho visto che la maggioranza era d'accordo (e che comunque noi avevamo più argomentazioni a nostro favore), dopodichè mi sono messo al lavoro. Confermo che c'era una maggioranza di favorevoli e/o non-contrari (tra il 60 e il 70%). Se poi per consenso si intende l'unanimità è un altro paio di maniche... Per Paolo (per fortuna ho visto il tuo messaggio prima di rispondere): dal pdf leggo che italiano o prevalentemente italiano è il 46,4%. Il termine prevalentemente è quello importante qui. Il 46.4% è il dato della rilevazione del 2000. Il dato del 2006 lo trovi più sotto, e purtroppo è quello che avevo riportato. Per quanto riguarda il prevalentemente: significa che è parlato quasi esclusivamente, se ci fosse un uso paritario di entrambe le lingue si rientrerebbe nel caso sia italiano che dialetto. Nel caso sardo mi sarei aspettato percentuali più alte nelle altre tre colonne (come il nord-est e le regioni meridionali). Magari i dati son falsati dal fatto che non trovando l'opzione sia italiano che altra lingua, e rifiutandosi di definire il sardo dialetto, gli intervistati hanno risposto in quel modo... Il punto è che l'utilizzo prevalente di una lingua o di un'altra è una situazione in cambiamento e difficile da rilevare precisamente, mentre il numero dei madrelingua è già più stabile e facile da ottenere. Ci sono delle statistiche a riguardo? (non per polemizzare, ma per interesse personale) ciao Paolo M [1] http://upload.wikimedia.org/wikipedia/commons/a/a8/Road_sign_in_Friulian.jpg ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Strade con doppio nome in base al lato
beppebo...@libero.it wrote Nane: left e right sicuro linea di confine esattamente sulla way e come name uno e dell altra separati da trattino x non far torti ai due comuni in modo che si trovino anche. Con service ai lati strada con nomi effettivi e civici... cosa vuol dire linea di confine esattamente sulla way che devono avere i nodi in comune? Ma se i confini sono non proprio sulla mezzeria devo spostarli? Perchè dovrei aggiungere una way service ai lati della strada? -- View this message in context: http://gis.19327.n5.nabble.com/R-Strade-con-doppio-nome-in-base-al-lato-tp5788513p5792547.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] R: Nomi in sardo reloaded
Il 10/gen/2014 20:08 Paolo Monegato gato.selvad...@gmail.com ha scritto: Il che vuol dire che se si mette name=italiano/sardo + name:it=* + name:sc=* non c'è nessun problema di funzionalità e l'unico problema è il rendering... :-) Appunto. L'unico problema è il rendering. (Vale anche per te/voi). Allora per quale motivo insistere ad usare name=? Eliminiamolo del tutto. Paolo, il cartello lo leggo nel momento in cui sono arrivato. Prima non posso saperlo. Da qualche parte il toponimo bilingue è presente anche nei cartelli di indicazione. Se nella mappa vedo Palmanova/Palme capisco che il segnale è bilingue altrimenti potrei pensare che girando a destra[1] si vada in due paesi... Mi chiedo a chi/che cosa serva quel segnale. Comunque, un ignorante come me si limiterebbe a seguire Palmanova sulla segnaletica, ignorando tutto il resto. Palme potrebbe benissimo essere un altro posto. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: R: Strade con doppio nome in base al lato
Se una strada ha un nome da un lato e dalla altro significa che il confine comunale passa in mezzo altrimenti non sarebbe cosi. No non fissare i nodi del confine sulla way basta che lo sposti. Le service servono x entrare nelle proprietà nelle case a volte una casa è in un comune dopo un torrente magari una seconda casa è nella altro comune ed è corretto segnalarlo. Una volta che inserisci i civici con way di appartenenza diventa tutto più chiaro. Messaggio originale Da: bredy...@yahoo.it Data: 10/01/2014 20.47 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] R: Strade con doppio nome in base al lato beppebo...@libero.it wrote Nane: left e right sicuro linea di confine esattamente sulla way e come name uno e dell altra separati da trattino x non far torti ai due comuni in modo che si trovino anche. Con service ai lati strada con nomi effettivi e civici... cosa vuol dire linea di confine esattamente sulla way che devono avere i nodi in comune? Ma se i confini sono non proprio sulla mezzeria devo spostarli? Perchè dovrei aggiungere una way service ai lati della strada? -- View this message in context: http://gis.19327.n5.nabble.com/R-Strade-con- doppio-nome-in-base-al-lato-tp5788513p5792547.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambio Licenza Sardegna
che bello! mi accodo ai ringraziamenti :) Il 10/01/2014 14:26, cesare gerbino ha scritto: ... e direi anche ... speriamo faccia scuola presso altre PPAA. Mi associo ai complimenti a Simone e Maurizio ! Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 10 gennaio 2014 14:11, sabas88 saba...@gmail.com mailto:saba...@gmail.com ha scritto: Ciao, Cesare Gerbino ha linkato la comunicazione di avvenuto cambio licenza per i dati della Regione Sardegna, che diventa IODL 2.0 http://www.sardegnageoportale.it/index.php?xsl=1598s=247704v=2c=9166t=1 Grazie a Simone e Napo per l'intervento di moralizzazione che ha portato dopo tanto tempo questa attesa conversione. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org mailto: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-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Nomi in sardo reloaded
fatality Il 10/01/2014 20:07, Paolo Monegato ha scritto: Il che vuol dire che se si mette name=italiano/sardo + name:it=* + name:sc=* non c'è nessun problema di funzionalità e l'unico problema è il rendering... ___ 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] R: Nomi in sardo reloaded
2014/1/10 Francesco Pelullo f.pelu...@gmail.com Da qualche parte il toponimo bilingue è presente anche nei cartelli di indicazione. Se nella mappa vedo Palmanova/Palme capisco che il segnale è bilingue altrimenti potrei pensare che girando a destra[1] si vada in due paesi... Mi chiedo a chi/che cosa serva quel segnale. Comunque, un ignorante come me si limiterebbe a seguire Palmanova sulla segnaletica, ignorando tutto il resto. Palme potrebbe benissimo essere un altro posto. Ciao /niubii/ Ti rispondo visto che la foto l'ho fatta io. Serve perché se parli friulano, dici O voi a Palme per dire Io vado a Palmanova. E potrò seguire il mio cartello per arrivarci. Il carattere è uguale perché altrimenti dai meno importanza al nome minoritario, come cercano di fare in Francia http://commons.wikimedia.org/wiki/File:Corse_signalisation.jpg ... E appunto il famoso italiano medio trova il suo bel toponimo italiano e personalmente non ho sentito lamentele su gente sperduta nelle campagne friulane. Al massimo curiosità sul bilinguismo e sul friulano. Poi come detto abbiamo discusso a lungo e personalmente non andrò a fare edit wars in Friuli o altrove Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Nomi in sardo reloaded
Purtroppo dobbiamo riferirci alla maggioranza, l'unanimità infatti credo che sia impossibile (anche perchè ogni volta che arriva qualcuno potrebbe ricominciare da capo). Ah ok, ora ho visto la tabella. Magari i dati son falsati dal fatto che non trovando l'opzione sia italiano che altra lingua, e rifiutandosi di definire il sardo dialetto, gli intervistati hanno risposto in quel modo... Beh in effetti credo di sì, anche perché altrimenti non si spiega quella percentuale straordinariamente alta di gente che parla altre lingue (lingue straniere? con tutto l'abbandono scolastico che ci ritroviamo...). Probabilmente molti hanno voluto inserire il sardo in quella percentuale. Comunque per le statistiche cito wikipedia che cita uno studio della regione: https://it.wikipedia.org/wiki/Lingua_sarda#Distribuzione_geografica http://www.sardegnacultura.it/documenti/7_88_20070514130939.pdf Più precisamente, da uno studio commissionato dalla Regione Sardegna nel 2006[8] risulta che ci siano 1.495.000 persone circa che capiscono la lingua sarda ed 1.000.000 di persone circa in grado di parlarla. Anche togliendo (esagerando, dato che è un fenomeno recente) 100.000 persone che abbiano decisodi impararlosuccessivamente a tutti gli altri deve essere stato insegnato in famiglia, e questi rimangono la maggioranza dei sardi. E tieni conto che nel calcolo mi sembra che non rientrino il gallurese e le altre lingue (se riesco domani ricontrollo meglio, comunque), per cui i soli madrelingua sardi sono la maggior parte dei sardi, ai quali vanno anche aggiunti i madrelingua galluresi, catalani etc. Il Venerdì 10 Gennaio 2014 20:07, Paolo Monegato gato.selvad...@gmail.com ha scritto: Il 10/01/2014 11:54, Francesco Pelullo ha scritto: Se il bravo OSMapper marocchino ha seguito le regole che quasi tutti hanno accettato, avrà inserito nel tag name= il nome locale nella sua lingua ufficiale del suo Paese, e nel tag name:XX=il nome con il quale si può indicare quel luogo nella lingua XX Questa soluzione è utile a tutti e funziona dappertutto. Il problema sorgerebbe soltanto per il rendering (maledetto!) di Mapnik c. Il che vuol dire che se si mette name=italiano/sardo + name:it=* + name:sc=* non c'è nessun problema di funzionalità e l'unico problema è il rendering... Paolo, il cartello lo leggo nel momento in cui sono arrivato. Prima non posso saperlo. Da qualche parte il toponimo bilingue è presente anche nei cartelli di indicazione. Se nella mappa vedo Palmanova/Palme capisco che il segnale è bilingue altrimenti potrei pensare che girando a destra[1] si vada in due paesi... Il 10/01/2014 12:09, Luca Meloni ha scritto: Il consenso era dato dalla diciamo votazione in tal senso. Ho aspettato per qualche settimana che tutti potessero esprimere il loro parere ed ho visto che la maggioranza era d'accordo (e che comunque noi avevamo più argomentazioni a nostro favore), dopodichè mi sono messo al lavoro. Confermo che c'era una maggioranza di favorevoli e/o non-contrari (tra il 60 e il 70%). Se poi per consenso si intende l'unanimità è un altro paio di maniche... Per Paolo (per fortuna ho visto il tuo messaggio prima di rispondere): dal pdf leggo che italiano o prevalentemente italiano è il 46,4%. Il termine prevalentemente è quello importante qui. Il 46.4% è il dato della rilevazione del 2000. Il dato del 2006 lo trovi più sotto, e purtroppo è quello che avevo riportato. Per quanto riguarda il prevalentemente: significa che è parlato quasi esclusivamente, se ci fosse un uso paritario di entrambe le lingue si rientrerebbe nel caso sia italiano che dialetto. Nel caso sardo mi sarei aspettato percentuali più alte nelle altre tre colonne (come il nord-est e le regioni meridionali). Magari i dati son falsati dal fatto che non trovando l'opzione sia italiano che altra lingua, e rifiutandosi di definire il sardo dialetto, gli intervistati hanno risposto in quel modo... Il punto è che l'utilizzo prevalente di una lingua o di un'altra è una situazione in cambiamento e difficile da rilevare precisamente, mentre il numero dei madrelingua è già più stabile e facile da ottenere. Ci sono delle statistiche a riguardo? (non per polemizzare, ma per interesse personale) ciao Paolo M [1] http://upload.wikimedia.org/wikipedia/commons/a/a8/Road_sign_in_Friulian.jpg ___ 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] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)
Il 10 gennaio 2014 00:26, Maurizio Napolitano napoo...@gmail.com ha scritto: 2014/1/9 Cristian Consonni kikkocrist...@gmail.com: Se ho ben inteso usi spatialite perchè qui https://github.com/CristianCantoro/wikipedia-tags-in-osm/blob/master/osm_centroids.py alla riga 71 utilizzi il programma in C spatialite_osm_raw che ti serve per calcolarti le geometrie e trovare quindi i centroidi. GIusto? No, =P. Quella è una chiamata a sistema (vedi riga 74[1]) che importa i dati, tramite spatialite_osm_raw, dal file OSM prodotto da osmfilter[2] (già usato ora da Simone[3]) dentro un database Spatialite. Pyspatialite mi serve perché se voglio fare delle queries spaziali come [4] e [5] mi servono i binding python di Spatialite Ecco, mi serve capire una cosa da Luca. Il problema è semplicemente pyspatialite (ma a questo punto potresti installarlo dentro un virtualenv quindi tenendo il tutto separato dal resto dell'ambiente python della tua macchina) o tutto spatialite? Detto in altre parole, hai spatialite_osm_raw sulla tua macchina? forse puoi sostituire il parsing usando il binding python di osmium (che è un caccia!) https://pypi.python.org/pypi/osmium/0.1a1-r10-79b0 oppure con una chiamata a overpass-api e poi usando shapely per il calcolo del centroide Ci sto guardando. Voglio comunque fare notare che il motivo per cui uso spatialite per calcolare i centroidi è che un modo molto più efficiente, dal punto di vista della memoria, per calcolare i centroidi. Detto in altre parole non possiamo caricare in RAM (= dentro delle variabili nello script) tutti i dati del file prodotto con osmfilter[2]. Grazie per le numerose segnalazioni di librerie che permettono di calcolare i centroidi, ma il punto è farlo a partire da un file .osm e (soprattutto) farlo senza che la RAM esploda. C [1] https://github.com/CristianCantoro/wikipedia-tags-in-osm/blob/master/osm_centroids.py#L74 [2] https://github.com/CristianCantoro/wikipedia-tags-in-osm/blob/master/osm_downloader.py#L83 [3] https://github.com/simone-f/wikipedia-tags-in-osm/blob/master/osm_downloader.py#L82 [4] https://github.com/CristianCantoro/wikipedia-tags-in-osm/blob/master/osm_centroids.py#L93 [5] https://github.com/CristianCantoro/wikipedia-tags-in-osm/blob/master/osm_centroids.py#L145 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)
No, =P. Quella è una chiamata a sistema (vedi riga 74[1]) che importa i dati, tramite spatialite_osm_raw, dal file OSM prodotto da osmfilter[2] (già usato ora da Simone[3]) dentro un database Spatialite. Pyspatialite mi serve perché se voglio fare delle queries spaziali come [4] e [5] mi servono i binding python di Spatialite yes, la mia proposta era che potevi usare osmium per caricarti i dati e con shapely creare geometrie e calcolare centroidi e quant'altro Sta di fatto però che, per fare queste operazioni, fai molto prima con spatialite. [...] Voglio comunque fare notare che il motivo per cui uso spatialite per calcolare i centroidi è che un modo molto più efficiente, dal punto di vista della memoria, per calcolare i centroidi. Detto in altre parole non possiamo caricare in RAM (= dentro delle variabili nello script) tutti i dati del file prodotto con osmfilter[2]. hai perfettamente ragione Grazie per le numerose segnalazioni di librerie che permettono di calcolare i centroidi, ma il punto è farlo a partire da un file .osm e (soprattutto) farlo senza che la RAM esploda. osmium si cura di evitare che la ram esploda durante la funzione di parsing, ma, per la ricostruzione delle geometrie, è meglio passare su una sorgente esterna come, appunto, spatialite. Lato performance, secondo me, fai bene così. Poi non sono così dentro la materia per dare suggerimenti migliori. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-gb-westmidlands] January Meeting Saturday January 11th
Looks like it will be a lovely day tomorrow, crisp and bright. I'll be mapping on the west/north side depending on what takes my fancy and have started to trace buildings near Warwick Parkway and in adjacent Hampton Magna. Sunset is at 16:15 ish so I will probably be in the pub by then, especially as I will be heading back in to Brum on the train at 18:05 from Parkway. See you tomorrow. Cheers Andy From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 08 January 2014 20:07 To: Matthijs Melissen Cc: OSM Group WM Subject: Re: [Talk-gb-westmidlands] January Meeting Saturday January 11th Hi Matthijs We tend not to go in for objectives, just letting folk turn up, pick an area and map what they feel like, on the basis that this might seem haphazard but anyway we end up with an improved map. Armchair mapping beforehand of building outlines is a good idea and some of us usually do this. You'll see that I've already been active. I tend to map (and photograph)listed buildings and I'll have my work cut out in Warwick as just about every building in the centre seems to be listed. I've attached a dataset if you feel like helping ;-) Regards Brian On 7 January 2014 13:33, Matthijs Melissen i...@matthijsmelissen.nl wrote: On 7 January 2014 13:03, Brian Prangle br...@mappa-mercia.org wrote: I haven't prepared a cake diagram so if folk could just use this email list to indicate where they want to map so we don't duplicate effort. Perhaps someone could give an overview of what we already have, and what needs to be done? It seems like we have all (or most?) streets, including their names, right? Do we focus on POI? Do we set ourselves goals, like mapping of all shops, all restaurants, all mailboxes? Maybe we could also make a start with armchairmapping the building outlines, before the mapping party? -- Matthijs ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands _ No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3462 / Virus Database: 3658/6989 - Release Date: 01/09/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] January Meeting Saturday January 11th
Alright, I will focus on the districts north of Grand Union Canal, with Wedgnock Lane as Western boundary and the A445 as Eastern boundary. I will focus on shops and pubs, and I will also do access restrictions and oneway streets if I happen to spot them. I would be also happy to look at other features, if you have suggestions/requests. So still available are the Southern suburbs, the city center, and the area around the hospital. By the way, Brian and me traced most of the buildings in the Southern suburbs. There are still a couple of buildings missing, so feel free to help us. -- Matthijs On 10 January 2014 13:35, Andy Robinson ajrli...@gmail.com wrote: Looks like it will be a lovely day tomorrow, crisp and bright. I’ll be mapping on the west/north side depending on what takes my fancy and have started to trace buildings near Warwick Parkway and in adjacent Hampton Magna. Sunset is at 16:15 ish so I will probably be in the pub by then, especially as I will be heading back in to Brum on the train at 18:05 from Parkway. See you tomorrow. Cheers Andy From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 08 January 2014 20:07 To: Matthijs Melissen Cc: OSM Group WM Subject: Re: [Talk-gb-westmidlands] January Meeting Saturday January 11th Hi Matthijs We tend not to go in for objectives, just letting folk turn up, pick an area and map what they feel like, on the basis that this might seem haphazard but anyway we end up with an improved map. Armchair mapping beforehand of building outlines is a good idea and some of us usually do this. You'll see that I've already been active. I tend to map (and photograph)listed buildings and I'll have my work cut out in Warwick as just about every building in the centre seems to be listed. I've attached a dataset if you feel like helping ;-) Regards Brian On 7 January 2014 13:33, Matthijs Melissen i...@matthijsmelissen.nl wrote: On 7 January 2014 13:03, Brian Prangle br...@mappa-mercia.org wrote: I haven't prepared a cake diagram so if folk could just use this email list to indicate where they want to map so we don't duplicate effort. Perhaps someone could give an overview of what we already have, and what needs to be done? It seems like we have all (or most?) streets, including their names, right? Do we focus on POI? Do we set ourselves goals, like mapping of all shops, all restaurants, all mailboxes? Maybe we could also make a start with armchairmapping the building outlines, before the mapping party? -- Matthijs ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3462 / Virus Database: 3658/6989 - Release Date: 01/09/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] January Meeting Saturday January 11th
I shall be arriving by train so I'll map from there and concentrate on the town centre. If anyone else wants to do some stuff in the town centre let me know and we can sub divide it. Looks like 415 for meetup Regards Brian On 10 January 2014 14:03, Matthijs Melissen i...@matthijsmelissen.nlwrote: Alright, I will focus on the districts north of Grand Union Canal, with Wedgnock Lane as Western boundary and the A445 as Eastern boundary. I will focus on shops and pubs, and I will also do access restrictions and oneway streets if I happen to spot them. I would be also happy to look at other features, if you have suggestions/requests. So still available are the Southern suburbs, the city center, and the area around the hospital. By the way, Brian and me traced most of the buildings in the Southern suburbs. There are still a couple of buildings missing, so feel free to help us. -- Matthijs On 10 January 2014 13:35, Andy Robinson ajrli...@gmail.com wrote: Looks like it will be a lovely day tomorrow, crisp and bright. I’ll be mapping on the west/north side depending on what takes my fancy and have started to trace buildings near Warwick Parkway and in adjacent Hampton Magna. Sunset is at 16:15 ish so I will probably be in the pub by then, especially as I will be heading back in to Brum on the train at 18:05 from Parkway. See you tomorrow. Cheers Andy From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 08 January 2014 20:07 To: Matthijs Melissen Cc: OSM Group WM Subject: Re: [Talk-gb-westmidlands] January Meeting Saturday January 11th Hi Matthijs We tend not to go in for objectives, just letting folk turn up, pick an area and map what they feel like, on the basis that this might seem haphazard but anyway we end up with an improved map. Armchair mapping beforehand of building outlines is a good idea and some of us usually do this. You'll see that I've already been active. I tend to map (and photograph)listed buildings and I'll have my work cut out in Warwick as just about every building in the centre seems to be listed. I've attached a dataset if you feel like helping ;-) Regards Brian On 7 January 2014 13:33, Matthijs Melissen i...@matthijsmelissen.nl wrote: On 7 January 2014 13:03, Brian Prangle br...@mappa-mercia.org wrote: I haven't prepared a cake diagram so if folk could just use this email list to indicate where they want to map so we don't duplicate effort. Perhaps someone could give an overview of what we already have, and what needs to be done? It seems like we have all (or most?) streets, including their names, right? Do we focus on POI? Do we set ourselves goals, like mapping of all shops, all restaurants, all mailboxes? Maybe we could also make a start with armchairmapping the building outlines, before the mapping party? -- Matthijs ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3462 / Virus Database: 3658/6989 - Release Date: 01/09/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] January Meeting Saturday January 11th
I will work on the west south of the Grand Union Canal. I was also planning to have a bit of a walk round Leamington since I have not been there since I lived there as a first year student! See you at 4:15. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-it-trentino] Forti della grande guerra
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 10/01/2014 15:13, Maurizio Napolitano ha scritto: Oggi la Provincia ha pubblicato questo dataset http://dati.trentino.it/dataset/forti-della-grande-guerra-in-trentino Sarò di coccio io, ma da quel che leggo non mi pare molto compatibile con la licenza openstreetmap. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlLQLfkACgkQoVS0hKoD3PPWWQEAh6KwggYQNtyzP5evPU7Xiglj aMefCAU2Wdk2es4E5m0A/0dFad+UxmT7OKMc83dVzk0e/ZvDPZkabhNmDb3AtoHq =9YI7 -END PGP SIGNATURE- ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] Forti della grande guerra
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 10/01/2014 18:49, Maurizio Napolitano ha scritto: Cosa c'è che non ti convince? i dati sono rilasciati con licenza attribuzione dove è il problema? L'attribuzione dovrà fornire una menzione adeguata di: - - Autore originale e/o titolare dei diritti: Soprint. per i Beni Architettonici e Archeologici - - Terze parti designate, se esistenti - - Nome della Banca Dati: Forti della grande guerra in Trentino http://www.strutture.provincia.tn.it/Dettaglio_Strutture.aspx?cod_s=S120 ove ciò sia ragionevolmente possibile; In caso di documenti rielaborati o opere derivate di vario genere, l'attribuzione dovrà essere effettuata in modo tale da non ingenerare confusione rispetto all'origine del documento stesso. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlLQNFAACgkQoVS0hKoD3POhhwEAihJoednkgv5IRCcg4hpbrKSc yN8rsmH6yuEo7c2c0QABAI+Zuw8Ragf5XssdSZPI0P2h1khIpo/rgDHJvLnZyCil =Odwd -END PGP SIGNATURE- ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
[Talk-ca] Parc Summit Montréal
Bonjour Je me demande s'il s'agit d'une erreur ou simplement circonstanciel? Est-ce qu'il s'agit pour un d'une limite administrative de parc (20187021) et l'autre de la forêt(189610345)?Ça me semble tout de même ambigu! http://www.openstreetmap.org/way/189610345 http://www.openstreetmap.org/way/20187021 merci -- simon mercier co-fondateur solutions mapgears 2383 che ste-Foy bur 202 québec, qc canada G1V1T1 t_418_476_7139#101 m_418_559_7139 simonmercier.net / mapgears.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Parc Summit Montréal
Bonjour Simon! Forgive my lack of ability in writing french - hopefully it won't make a difference. Took a look at the area that you are referring to. The area that is designated as the park is a Forest while the other overlapping area is designated as Wood. From looking over the maps provided by the City of Montreal (http://www.lemontroyal.qc.ca/carte/en/index.sn), it would appear that the overlap is incidental - the park area includes much of the green space boxed in by the road and administrative boundary, but not all of it. In fact, the park is separated from the administrative boundary by a small gap. It appears that it should actually be connected to that boundary. The use of Forest is odd - this is a designated park and would likely be better suited to be noted as amenity=park. It is arguable that Forest is not the predominate use for the area as that tag tends to be used for areas that are managed by humans for the purposes of harvesting. Is having the landuse here actually necessary? Using the amenity tag for a park appears to override the Forest tag with the actual use of the land (for recreational purposes). Hope that helps. Adam 2014/1/10 Simon Mercier smerc...@mapgears.com Bonjour Je me demande s'il s'agit d'une erreur ou simplement circonstanciel? Est-ce qu'il s'agit pour un d'une limite administrative de parc (20187021) et l'autre de la forêt(189610345)?Ça me semble tout de même ambigu! http://www.openstreetmap.org/way/189610345 http://www.openstreetmap.org/way/20187021 merci -- simon mercier co-fondateur solutions mapgears 2383 che ste-Foy bur 202 québec, qc canada G1V1T1 t_418_476_7139#101 m_418_559_7139 simonmercier.net / mapgears.com ___ 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
Re: [Talk-ca] Parc Summit Montréal
Both landuse=forest and natural=wood may be used to indicate an area with trees. There are differing views about what the tags mean, so it is possible for one person to sensibly use landuse=forest to map something while a different person would use natural=wood to map that exact same thing. From: Adam Martin [mailto:s.adam.mar...@gmail.com] Sent: Friday, January 10, 2014 11:19 AM To: Simon Mercier Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Parc Summit Montréal Bonjour Simon! Forgive my lack of ability in writing french - hopefully it won't make a difference. Took a look at the area that you are referring to. The area that is designated as the park is a Forest while the other overlapping area is designated as Wood. From looking over the maps provided by the City of Montreal (http://www.lemontroyal.qc.ca/carte/en/index.sn), it would appear that the overlap is incidental - the park area includes much of the green space boxed in by the road and administrative boundary, but not all of it. In fact, the park is separated from the administrative boundary by a small gap. It appears that it should actually be connected to that boundary. The use of Forest is odd - this is a designated park and would likely be better suited to be noted as amenity=park. It is arguable that Forest is not the predominate use for the area as that tag tends to be used for areas that are managed by humans for the purposes of harvesting. Is having the landuse here actually necessary? Using the amenity tag for a park appears to override the Forest tag with the actual use of the land (for recreational purposes). Hope that helps. Adam 2014/1/10 Simon Mercier smerc...@mapgears.com Bonjour Je me demande s'il s'agit d'une erreur ou simplement circonstanciel? Est-ce qu'il s'agit pour un d'une limite administrative de parc (20187021) et l'autre de la forêt(189610345)?Ça me semble tout de même ambigu! http://www.openstreetmap.org/way/189610345 http://www.openstreetmap.org/way/20187021 merci -- simon mercier co-fondateur solutions mapgears 2383 che ste-Foy bur 202 québec, qc canada G1V1T1 t_418_476_7139#101 m_418_559_7139 simonmercier.net / mapgears.com ___ 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
Re: [Talk-ca] Parc Summit Montréal
Good point. I've seen the discussion relating to the use of the forest landuse tag and the wood natural tag. It does just boil down to the mappers preference. My answer was based on my use ... there are no wrong answers, of course. On Jan 10, 2014 8:26 PM, Paul Norman penor...@mac.com wrote: Both landuse=forest and natural=wood may be used to indicate an area with trees. There are differing views about what the tags mean, so it is possible for one person to sensibly use landuse=forest to map something while a different person would use natural=wood to map that exact same thing. *From:* Adam Martin [mailto:s.adam.mar...@gmail.com] *Sent:* Friday, January 10, 2014 11:19 AM *To:* Simon Mercier *Cc:* talk-ca@openstreetmap.org *Subject:* Re: [Talk-ca] Parc Summit Montréal Bonjour Simon! Forgive my lack of ability in writing french - hopefully it won't make a difference. Took a look at the area that you are referring to. The area that is designated as the park is a Forest while the other overlapping area is designated as Wood. From looking over the maps provided by the City of Montreal (http://www.lemontroyal.qc.ca/carte/en/index.sn), it would appear that the overlap is incidental - the park area includes much of the green space boxed in by the road and administrative boundary, but not all of it. In fact, the park is separated from the administrative boundary by a small gap. It appears that it should actually be connected to that boundary. The use of Forest is odd - this is a designated park and would likely be better suited to be noted as amenity=park. It is arguable that Forest is not the predominate use for the area as that tag tends to be used for areas that are managed by humans for the purposes of harvesting. Is having the landuse here actually necessary? Using the amenity tag for a park appears to override the Forest tag with the actual use of the land (for recreational purposes). Hope that helps. Adam 2014/1/10 Simon Mercier smerc...@mapgears.com Bonjour Je me demande s'il s'agit d'une erreur ou simplement circonstanciel? Est-ce qu'il s'agit pour un d'une limite administrative de parc (20187021) et l'autre de la forêt(189610345)?Ça me semble tout de même ambigu! http://www.openstreetmap.org/way/189610345 http://www.openstreetmap.org/way/20187021 merci -- simon mercier co-fondateur solutions mapgears 2383 che ste-Foy bur 202 québec, qc canada G1V1T1 t_418_476_7139#101 m_418_559_7139 simonmercier.net / mapgears.com ___ 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
Re: [Talk-cz] RUIAN nad OSM
Dne 4.1.2014 21:40, Petr Vejsada napsal(a): Ahoj, tak jsem dokončil import RUIAN a začínám se v tom rozkoukávat. Co tam je, tak je dost dobré, jenže tam není všechno. Ještě nemají vše zdigitalizované. Občas tam chybí nějaká budova, třeba tam není skoro nic z ČVUT z Karlova náměstí ;-). Pak jsou tam díry, kdy chybí celá území. Napřed jsem si myslel, že jsem něco zvoral při importu, ale asi ne. Je tam díra v okolí Kyjského rybníka v Praze a když jsem si totéž území prohlížel na CUZK, http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3 , tak toto území vypadá jako rastr - jako naskenované papíry a asi to tak bude. Kus východně od Kyjského rybníka ruční náčrty přecházejí ve vektorová data. Pro výzkumné účely jsem si to vizualizoval, vrstvy parcely, budovy a adresy, je to na http://ruian.poloha.net (overlaye jdou až od zoomu 12, t.j. když škálometr v levém dolním rohu ukazuje 2km). Pokud se to někomu líbí, může si to dát třeba do Josm jako vrstvy, jsou to: http://tile.poloha.net/adresy/z/x/y.png http://tile.poloha.net/budovy/z/x/y.png http://tile.poloha.net/parcely/z/x/y.png -- Petr, p...@propsychology.cz Ahoj, tohle vypadá moc pěkně. Kouknul jsem na Frýdek-Místek a chybí mi tady části škol a některé paneláky. Bohužel jsem nezjistil, jak se na tu tvou vizualizaci dá odkázat, tak alespoň takto. Chybí půlka 2. ZŠ na ulici Jana Čapka a v okolí jsou ty chybějící paneláky. Stodolu bych chápal, ale panelák? :-) Taky kousek výše a vlevo, vedle parku je 11. ZŠ, chybí tělocvična. Off Topic: Směrem doleva, kousek od vlakového nádraží je prodejna Billy. Tak už tam stojí více než pět let, ale stále chybí v KM i RUIAN. Není mi jasné, jak se může stát, že to do KM ještě nezapsali. Času na to bylo dost. Nebo se na KM ztrácejí zápisy? Novější stavby na KM už jsou. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] RUIAN nad OSM
Ahoj,
odkázat se na to zatím nedá :-(. Kdyby mě někdo nakopl, jak to co nejsnáze
dostat jako overlay vrstvy do toho sotware, co běží na openstreetmap.org v
Ruby on Rails, tak by to asi bylo super, že by se dala zároveň zobrazovat OSM
data. Nemyslím tedy na osm.org, myslím do mé kopie ;)
Mně to přijde taky zvláštní, takové chyby v budovách. Pustil jsem se tedy do
bližšího studia toho tvého místa, konkrétně paneláků.
Dotaz byl select from mojeruianadresy_view where cislo_popisne = 3068 and
cislo_popisne = 3071 and obec = 'Frýdek-Místek' and ulice = 'Novodvorská'
Vypadly z toho čtyři řádky čtyř adresních míst, což je správně. Všechna tato
místa odkazují na jednu jedinou budovu s ID 20209436 a je to ta budova s
číslem 3068, která se ve vrstvě zobrazuje. Souřadnice adresních bodů jsou v
pořádku, ostatně si můžeš rozsvítit tu vrstvu adres a tam je vidíš. Když si
ten barák zobrazím v Qgisu, tak vypadá přesně tak jako ten jeden tam
zobrazený, tedy ne jako 4 vedle sebe.
Když si zobrazíš vrstvu parcel, tak ty parcely přesně sedí k těm barákům a
jsou tam všechny (alespoň ty 4, o kterých teď píšu).
Další postřeh - v OSM nejsou čísla těch baráků, co nejsou v RUIAN - tak
konkrétně barák 3070.
Píchám 'prst' do jeho prostředka - 49.67904, 18.36526
Vyzkoušíme napřed adresní bod domu 3068:
select kod from ruian.rn_stavebni_objekt where
st_contains(hranice,st_transform(st_geomfromtext('POINT(18.3647662730052
49.6791578553784)',4326),900913));
kod
--
20209436
(1 řádka)
OK, to sedí.
Teď vyzkoušíme to místo, kam jsem píchl ukazovátko. Je to opravdu prostředek
toho paneláku 3070:
select kod from ruian.rn_stavebni_objekt where
st_contains(hranice,st_transform(st_geomfromtext('POINT(18.36526
49.67904)',4326),900913));
kod
-
(0 řádek)
Ne, na místě toho paneláku v RUIAN opravdu žádný stavební objekt není. A pokud
ano, tak buď:
je něco špatně s ruian2pgsql
se mnou
s počítači vůbec :-)
ale vzhledem k tomu, že všechny 4 adresní body odkazují na ten dům s číslem
3068, tak bude pravděpodobně ruian2pgsql, já, i počítače, OK ;-)
Ještě podávám stručné info o stavu prací ohledně možného importu adres a
budov(?)
Mám hotovou pomocnou tabulku s kompletní geometrií entit v OSM, kde se
vyskytují adresy. Někdy jsou to docela složité relace, složené z
multipolygonů. Někdo se pustil do mapování golfových hřišť a přiřazuje jim
adresy v relacích...
Takže předpokládám, že již brzy budu schopen:
- vzít adresní bod z RUIAN a 'rozhlédnout' se kolem něho v datech OSM
- najít již existující entitu s příslušnou adresou v OSM či zjistit, že v
okolí N metrů taková není
no a odtud už je krůček k vygenerování příslušného XML, poznačení si do
databáze, co provádím a updatnout OSM.
Otázkou je, zda a jak se do něčeho takového pouštět. Při svém zkoumání jsem
narážel na data z Minimalis_importu a kromě několika duplicit (t.j.
importovala se adresa a kousek vedle už ta samá byla), jsou ta data dost
dobrá. Chtělo by to tedy nějakou koordinaci, protože paralelně probíhají
importy z MVČR a asi i jiných zdrojů. Měli bychom se nějak domluvit ...
Ještě poznámku k budovám - myslím, že by šlo importovat budovy z RUIAN. Ty, co
v RUIAN nejsou, by se samozřejmě nenaimportovaly. Pak je problém s nesmysly,
kdy v RUIAN je dům místo vnitrobloku atd.
Představuji si to tak, že pokud na místě importu žádná budova není, lze ji
importovat. Narazil jsem však na místa v údolí řeky Kocáby (Štěchovice), kde
jsou chatky v OSM natolik posunuté oproti RUIAN (nebo spíš RUIAN posunutý
proti OSM a realitě?), že spolu nesdílí žádný bod. To by byl problém. Dost
možná to někdo obkresloval z Bing a zapomněl, že Bing je šoupnutý; nevím.
No nic, jdu spát.
--
p
Dne Pá 10. ledna 2014 23:58:34, Marián Kyral napsal(a):
Ahoj,
tohle vypadá moc pěkně. Kouknul jsem na Frýdek-Místek a chybí mi tady
části škol a některé paneláky. Bohužel jsem nezjistil, jak se na tu tvou
vizualizaci dá odkázat, tak alespoň takto.
Chybí půlka 2. ZŠ na ulici Jana Čapka a v okolí jsou ty chybějící
paneláky. Stodolu bych chápal, ale panelák? :-) Taky kousek výše a
vlevo, vedle parku je 11. ZŠ, chybí tělocvična.
Off Topic: Směrem doleva, kousek od vlakového nádraží je prodejna Billy.
Tak už tam stojí více než pět let, ale stále chybí v KM i RUIAN. Není mi
jasné, jak se může stát, že to do KM ještě nezapsali. Času na to bylo
dost. Nebo se na KM ztrácejí zápisy? Novější stavby na KM už jsou.
Marián
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Comment ' Taguer ' une portion de rue qui a une circulation alternée par feux tricolores.
Le 10 janvier 2014 08:52, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : (je n'ai toujours pas trouvé de raccourci clavier pour ça !) Laisse ta souris sur le bouton quelques instants, tu découvriras alt+a ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EPCI
Pour le jeu de données des communes du Languedoc-Roussillon [1] j'avais fait une fusion des communes OSM avec les informations extraites des infobox wikipédia, notamment pour les EPCI qui n'était pas fait dans OSM. Mais j'avais d'abord commencé par faire une mise à jour complète des infobox wikipédia dans lesquelles il y avait pas d'erreurs. J'avais fait un script d'extraction (en PHP) si ça en intéresse certains, je peux le faire circuler. Une idée en passant : à mesure que l'on fait les mises à jour ou les ajouts d'EPCI dans OSM, ce serait bien d'en profiter pour le faire en même temps dans wikipédia. :-) [1] http://libreavous.teledetection.fr/geomatique/30-donnees/65-geocomm-lr-2013-jeu-de-donnees-libre-des-communes-du-languedoc-roussillon Nicolas Le 09/01/2014 17:35, V de Chateau-Thierry a écrit : De : Francescu GAROBY Ce tableau ne peut-il pas être obtenu via Wikipedia ? Le nom de l'EPCI apparait déjà dans le cartouche Infobox de chaque commune et la page dudit EPCI contient le code INSEE. C'est vrai quand c'est à jour. Et là-dessus, pour faire des allers-retours entre OSM et WP depuis 1 mois sur le sujet des EPCIs, je fais le constat d'une grosse hétérogénéité selon les articles. Avoir déjà un état de l'appartenance d'une commune à un EPCI, du strict point de vue OSM, serait bien. (Au passage il doit y avoir par ci par là des communes comprises dans 2 EPCIs à la fois faute de mise à jour synchronisée...). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Il faut quand même savoir que c'est un peu le bazar dans les fichiers Fantoir. Il y a un peu à boire et à manger (voies, lotissements, résidences, quartier, parking, zone d'activité, square, ...). De plus, il y a beaucoup de doublons dans les voies. Du coup, une même voie peu être recensée avec plusieurs identifiants sous différentes orthographe (ou pas). Exemple :ANC RTE D ORANGE A JONQUIE . Je l'ai 3 fois dans la base, donc 3 codes rivoli A176, A881, 0086. Alors c'est sûr que c'est mieux que rien. Mais il faut être très vigilent et essayer d'abord de nettoyer le fichier Fantoir avant de l'utiliser. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Du-Fantoir-tp5778578p5792468.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [OpenStreetMap] French administrative borders
Bonjour, Suite à mes modifications sur la relation France, j'ai reçu aujourd'hui ce message. OSM inspector se plaindrait de la relation. Normalement la relation est parfaitement valide, et je ne comprends pas trop de quoi se plaint OSM Inspector. Quelqu'un peut regarder et donner un avis éclairé sur la question ? Qu'est-ce qu'un Multipolygon convex hull ? Message original Sujet: [OpenStreetMap] French administrative borders Date : Fri, 10 Jan 2014 07:54:50 + De :eartrumpet m-403561-ff7...@messages.openstreetmap.org Pour : red...@redfoxcenter.org Bonjour RedFox, eartrumpet http://www.openstreetmap.org/user/eartrumpet vous a envoyé un message depuis OpenStreetMap avec le sujet French administrative borders : == Hello RedFox, in the area I'm usually mapping (north-eastern Alps) I stumbled with OSM Inspector on a border of a huge area with invalid geometry, which happens to be the border of France. That was very recently introduced. It seems like somewhere in your recent changes a small glitch might have caused that. I tried to look into it, but it's not possible to download that much with JOSM. As you seem to have a lot of experience and probably know where this might have occured I send you these links. Here you see the large brown lines around France, which go all around the world: http://tools.geofabrik.de/osmi/?view=multipolygonlon=1.51009lat=50.8zoom=8opacity=0.63overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ways,role_markers,way_end_nodes,way_nodes OSMI says there is somewhere in those relations some invalid geometry: http://www.openstreetmap.org/relation/1403916 http://www.openstreetmap.org/relation/2202162 I hope you have the time to look into it and find the problematic area! Thanks, Tobias == Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] jouons un peu avec les données
http://lodpaddle.univ-nantes.fr/lodpaddle/Game Je trouve cela sympa et ça ouvre des perspectives intéressantes Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] jouons un peu avec les données
Le vendredi 10 janvier 2014 10:01:33 HELFER Denis a écrit : http://lodpaddle.univ-nantes.fr/lodpaddle/Game Je trouve cela sympa et ça ouvre des perspectives intéressantes Effectivement ! J'ai essayer de jouer un peu avec les données, mais en testant des requêtes plutôt que leur quizz, et je ne pige pas tout ou alors il manque des données. Par exemple, je sélectionne Challans (en haut), et ensuite je clique sur le bouton Loisirs et il ne me liste pas le centre sportif de la ville (qui a l'air d'être équipé d'après la carte OSM). L'interface est pas mal et il y a un sparql endpoint ;-) Mais je ne sais pas trop quoi en faire pour l'instant … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] jouons un peu avec les données
Le 10 janvier 2014 11:16, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Effectivement ! J'ai essayer de jouer un peu avec les données, mais en testant des requêtes plutôt que leur quizz, et je ne pige pas tout ou alors il manque des données. Par exemple, je sélectionne Challans (en haut), et ensuite je clique sur le bouton Loisirs et il ne me liste pas le centre sportif de la ville (qui a l'air d'être équipé d'après la carte OSM). En plus d'exploiter les données Open Data, il faudrait qu'il le fasse aussi pour celles d'OSM... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorer GPS en ville sans connexion data?
Merci, je vais essayer. -- View this message in context: http://gis.19327.n5.nabble.com/Ameliorer-GPS-en-ville-sans-connexion-data-tp5792043p5792497.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
A confirmer, mais il m'a semblé que les fichiers FANTOIR étaient extrait du cadastre (données du SIG du cadastre, si il existe bien). J'ai retrouvé dans le FANTOIR de ma commune des résidus de rues disparues mais dont j'ai retrouvé des numéros qui sont encore visibles sur le cadastre. C'est pas très clair... mais moi je me comprends ! A+ Le 10 janvier 2014 10:27, Tony Emery tony.em...@yahoo.fr a écrit : Il faut quand même savoir que c'est un peu le bazar dans les fichiers Fantoir. Il y a un peu à boire et à manger (voies, lotissements, résidences, quartier, parking, zone d'activité, square, ...). De plus, il y a beaucoup de doublons dans les voies. Du coup, une même voie peu être recensée avec plusieurs identifiants sous différentes orthographe (ou pas). Exemple :ANC RTE D ORANGE A JONQUIE . Je l'ai 3 fois dans la base, donc 3 codes rivoli A176, A881, 0086. Alors c'est sûr que c'est mieux que rien. Mais il faut être très vigilent et essayer d'abord de nettoyer le fichier Fantoir avant de l'utiliser. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Du-Fantoir-tp5778578p5792468.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Attention aussi à bien lire le descriptif de FANTOIR. Il y a un champs qui indique si une voie a été supprimée ou pas. Le 10 janvier 2014 15:02, Marc SIBERT m...@sibert.fr a écrit : A confirmer, mais il m'a semblé que les fichiers FANTOIR étaient extrait du cadastre (données du SIG du cadastre, si il existe bien). J'ai retrouvé dans le FANTOIR de ma commune des résidus de rues disparues mais dont j'ai retrouvé des numéros qui sont encore visibles sur le cadastre. C'est pas très clair... mais moi je me comprends ! A+ Le 10 janvier 2014 10:27, Tony Emery tony.em...@yahoo.fr a écrit : Il faut quand même savoir que c'est un peu le bazar dans les fichiers Fantoir. Il y a un peu à boire et à manger (voies, lotissements, résidences, quartier, parking, zone d'activité, square, ...). De plus, il y a beaucoup de doublons dans les voies. Du coup, une même voie peu être recensée avec plusieurs identifiants sous différentes orthographe (ou pas). Exemple :ANC RTE D ORANGE A JONQUIE . Je l'ai 3 fois dans la base, donc 3 codes rivoli A176, A881, 0086. Alors c'est sûr que c'est mieux que rien. Mais il faut être très vigilent et essayer d'abord de nettoyer le fichier Fantoir avant de l'utiliser. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Du-Fantoir-tp5778578p5792468.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Retour présentation] OSM au Géopnr
bonjour, pour rsumer: une page de wiki suivre pour lintgration des PNR: http://wiki.openstreetmap.org/wiki/WikiProject_France/Parcs_nationaux_et_r%C3%A9gionaux,_r%C3%A9serves_naturelles/Import_des_donn%C3%A9es_INPN#Parcs_Naturels_R.C3.A9gionaux Les PNR recouvrent les primtres de plusieurs communes, il s'agit de leur emprise administrative comme ici par exemple. http://www.openstreetmap.org/relation/2023660 le PNR de grande brire. http://inpn.mnhn.fr/espace/protege/FR809 cette emprise n'est pas le primtre de leur actions qui est plus restreinte sur une zone preserver. le Coeur du parc Dans le cas du PNR de grande Brire le primtre d'action n'est pas connu (pas sur le serveur TMS du site INPN ) mais par contre on connait un autre primtre, trs spcifique pour ce PNR, le marais indivi: http://www.openstreetmap.org/relation/2023661 il existe aussi pour ce PNR 2 autres petit perimtre qui s'apparente plus des sanctuaires ou l'accs est interdit: http://www.openstreetmap.org/relation/2023659 il serait d'ailleurs dommage d'ajoindre le tag. leisure=nature_reserve sur l'ensemble du primtres administratif des PNR (ensemble de communes) car cela "rend" une emprise norme qui risque de recouvrir les autres emprises de protection comme les sites RAMSAR. Et puis on ne peut pas dire que l'ensemble des PNR soit une zone de type nature_reserve. Ce qui fait qu'au final les emprises total PNR ne peuvent actuellement pas tre rendu sur les openstreetmap.org et openstreetmap.fr . Il est plus judicieux de mettre ce tag sur le coeur des PNR quand ils sont connus. http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dnature_reserve djo_man en direct du 44 Le 09/01/2014 17:42, Sylvain Montagner a crit: Bonjour, Je viens de m'inscrire sur la liste OSM-Talk-fr, et c'est donc mon premier message. J'espre donc ne pas faire de boulette ! Je suis gomaticien dans un Parc naturel rgional (Normandie-Maine), et j'tais donc prsent cette rencontre "GoPNR", o j'ai particulirement apprci les 2 interventions OSM (et o j'ai dcouvert la qualit des prsentation "prezi" que je ne connaissais pas !). Ma question est relative aux Parcs naturels (rgionaux) dans OSM, et je ne crois pas que nous y ayons rpondu lors de la prsentation : Comment pourrions nous intgrer dans Open Street Map les primtres des Parcs naturels rgionaux ? N'tant pas un contributeur rgulier, je ne suis pas habitu toutes les subtilits, mais je me dis que ce doit tre par l'utilisation (cration) d'un tag spcifique. Schant que la plupart des PNR sont bass sur les primtres des communes, cela pourrait passer par l'ajout d'un Tag aux objets des communes. Malheureusement, ce n'est pas le cas de tous les PNR, puisque certains ne concernent que partiellement certaines communes... Nous (notre rseau de gomaticiens GoPNR) disposons des fichiers SIG correspondants, ainsi que de la base de donnes des communes des Parcs (vous pouvez par exemple les consulter sur le WebSig du PNR Oise Pays de France, cette adresse). Si vous avez des pistes ou des conseils, je suis (nous sommes) donc preneur ! Ce serait d'ailleurs pour moi un bon "cas d'cole", car j'ai une deuxime question plus particulire poser derrire (base de donnes d'arbres de vergers), mais chaque chose en son temps ! Merci vous. Sylvain Montagner PNR Normandie-Maine ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Atlas urbain européen...
Je suis tombé un peu par hasard sur ce jeu de données de l'EEA (Agence Européenne de l'Environnement). Il s'agit d'une occupation des sols très précise (1:1) des zones urbaines qui date de 2010. Sur l'Ile de France, ça représente 157.000 polygones... J'ai regardé sur ma commune et chaque pâté de maison (voire même des découpages plus petits) y est référencé avec une nomenclature à 20 catégories. Côté licence, ça semble ok: re-use of content on the EEA website for commercial or non-commercial purposes is permitted free of charge, provided that the source is acknowledged Je ne pense pas dans l'immédiat à un import, mais à un usage pour le contrôle de complétude en exploitant certaines valeurs assez précises comme: - fast transit roads and associated land (détection des routes rapides) - railways and associated land (détection des autres routes/rues) - port areas (zones portuaires) - airports - green urban areas (espaces verts) - sports and leisure facilities (pour détecter les équipements et terrains de sport manquants) Voici une copie d'écran sur l'ile-de-france: http://cl.ly/image/0A022L472w01 et le tout est ici: http://www.eea.europa.eu/data-and-maps/data/urban-atlas -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Retour présentation] OSM au Géopnr
Merci pour vos réponses. (n'étant pas un habitué des listes Talk-fr, j'ai un peu de mal à m'y retrouver d'autant que je me suis mis en abonnement groupé, et que certains messages (HTML) semblent ne pas passer...) Bref, j'ai déjà de quoi lire, mais je me rends compte qu'avant de pouvoir contribuer à ce projet, il va falloir que je me familiarise beaucoup plus avec les notions de base d'OSM... Par ailleurs, je précise tout de suite que les géomaticiens de Parcs sont souvent (en tout cas, c'est mon cas) multi-casquettes (géomatique, informatique, évaluation, voire tourisme, randonnée, naturalisme,...), et que le temps est une ressource trop rare... Je vais essayer d'accorder du temps personnel pour l'apprentissage d'OSM (les nuits où je n'arrive pas à dormir), mais ça risque de ne pas aller très vite ! Par ailleurs, je vois que la question de la représentation des PNR soulève déjà des problèmes, ce que je comprend bien et c'est un problème que je n'arrive d'ailleurs pas à résoudre par exemple avec Google Maps : ils ne se sont pas posé de question, ils ont représenté l'ensemble des périmètres de PNR en zone protégée (aplats verts), ce qui explique les très nombreuses patates vertes de la carte Google à l'échelle nationale (https://goo.gl/maps/avlKd). Même s'ils nous fond de la pub que nous n'avons pas demandé, au final, les cartes de Google sont moins précises dans les territoires de PNR car les massifs forestiers y sont masqués par l'aplat Parc. Les Parcs naturels régionaux (contrairement aux Parcs nationaux, réserves naturelles), sont avant tout des territoires de projets (notion de développement durable, avant que le terme devienne galvaudé puisqu'ils existent depuis la fin des années 60), et pas des sanctuaires de nature. Les activités économiques y sont présentes (et même encouragées si elles prennent en compte les patrimoines naturels et culturels). Par ailleurs, il s'agit de syndicats mixtes, donc la problématique de représentation dans OSM doit se rapprocher des questions liées aux EPCI plus qu'aux réserves et parcs naturels. (je ne serai pas choqué s'ils ne sont pas visibles à l'échelle nationale, ou en tout cas de manière très discrète). Mais bon, je pense que ces questions sont secondaires par rapport à l'acquisition des données. Une dernière question (de débutant, avant que je ne me plonge dans l'apprentissage d'OSM), quelle est la méthode pour consulter l'ensemble des périmètres de PNR présents dans OSM, dans une carte dédiée ? J'aime bien par exemple ce qui a été fait pour les voies navigables à cette adresse http://fluv.io/ . Pourrait-on imaginer une carte dédiée dans ce type, avec uniquement les Périmètres de PNR ? Merci et excusez moi pour mes questions de débutant ! (je n'ai pour l'heure saisi que quelques données avec l'éditeur ID). A+ Sylvain Montagner ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Retour présentation] OSM au Géopnr
Le 10 janvier 2014 16:40, Sylvain Montagner montagnersylv...@yahoo.fr a écrit : Merci pour vos réponses. (n'étant pas un habitué des listes Talk-fr, j'ai un peu de mal à m'y retrouver d'autant que je me suis mis en abonnement groupé, et que certains messages (HTML) semblent ne pas passer...) Bref, j'ai déjà de quoi lire, mais je me rends compte qu'avant de pouvoir contribuer à ce projet, il va falloir que je me familiarise beaucoup plus avec les notions de base d'OSM... Par ailleurs, je précise tout de suite que les géomaticiens de Parcs sont souvent (en tout cas, c'est mon cas) multi-casquettes (géomatique, informatique, évaluation, voire tourisme, randonnée, naturalisme,...), et que le temps est une ressource trop rare... Je vais essayer d'accorder du temps personnel pour l'apprentissage d'OSM (les nuits où je n'arrive pas à dormir), mais ça risque de ne pas aller très vite ! Un pas après l'autre... et on avance ! Par ailleurs, je vois que la question de la représentation des PNR soulève déjà des problèmes, ce que je comprend bien et c'est un problème que je n'arrive d'ailleurs pas à résoudre par exemple avec Google Maps : ils ne se sont pas posé de question, ils ont représenté l'ensemble des périmètres de PNR en zone protégée (aplats verts), ce qui explique les très nombreuses patates vertes de la carte Google à l'échelle nationale ( https://goo.gl/maps/avlKd). Même s'ils nous fond de la pub que nous n'avons pas demandé, au final, les cartes de Google sont moins précises dans les territoires de PNR car les massifs forestiers y sont masqués par l'aplat Parc. Les Parcs naturels régionaux (contrairement aux Parcs nationaux, réserves naturelles), sont avant tout des territoires de projets (notion de développement durable, avant que le terme devienne galvaudé puisqu'ils existent depuis la fin des années 60), et pas des sanctuaires de nature. Les activités économiques y sont présentes (et même encouragées si elles prennent en compte les patrimoines naturels et culturels). Par ailleurs, il s'agit de syndicats mixtes, donc la problématique de représentation dans OSM doit se rapprocher des questions liées aux EPCI plus qu'aux réserves et parcs naturels. (je ne serai pas choqué s'ils ne sont pas visibles à l'échelle nationale, ou en tout cas de manière très discrète). Mais bon, je pense que ces questions sont secondaires par rapport à l'acquisition des données. Ces aplats de Google sont peut être liés à une méconnaissance de leur part de ce que sont les PNR. Ils ont du coup classé ça comme des réserves naturelles (et vu le nom on peut difficilement leur reprocher). A mon avis on peut éventuellement faire un rendu de leurs limites, mais vu leur nature un aplat me semble contre indiqué car il n'y a aucune homogénéité du terrain concerné. Une dernière question (de débutant, avant que je ne me plonge dans l'apprentissage d'OSM), quelle est la méthode pour consulter l'ensemble des périmètres de PNR présents dans OSM, dans une carte dédiée ? J'aime bien par exemple ce qui a été fait pour les voies navigables à cette adresse http://fluv.io/ . Pourrait-on imaginer une carte dédiée dans ce type, avec uniquement les Périmètres de PNR ? Une fois les tags des PNR bien définis (ça semble un peu flou actuellement, non ?), on pourra faire une requête dans la base pour les récupérer et les afficher soit en surcouche dynamique sur un fond statique (exemple avec overpass-turbo.eu et aussi umap), soit faire un rendu spécifique qui les met en évidence. Merci et excusez moi pour mes questions de débutant ! (je n'ai pour l'heure saisi que quelques données avec l'éditeur ID). Si tu compte t'investir à long terme sur OSM, je ne peux que te recommander de basculer dès que possible d'iD à JOSM. iD est très bien pour découvrir, mais pour contribuer régulièrement JOSM est quand même nettement plus indiqué. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
