Re: [OSM-legal-talk] Which legislation applies: server or data location?
On 27 August 2013 12:04, Fernando Trebien fernando.treb...@gmail.com wrote: Amidst hard questions in the Brazilian community, I've been wondering which copyright legislation should apply to OpenStreetMap's data (in the case of suspicious data imports): that of where the data is stored and provided from (seems to be from the UK right now) or that of where the data refers to? Or both? Or some other international law? OSM has to obey the laws in the country where it operates. Data shouldn't contributed to the server in the UK that would be in breach of UK law. Contributors should obey the laws of the jurisdictions in which they reside, or are otherwise obliged to obey. Local mapping communities should be able to reach a consensus about contributions that may (for legal reasons) reduce the utility of using the maps in that jurisdiction. This will always be a measured discussion, depending on the particular circumstances. My personal contribution to any such discussion would be that imports that are contrary to local laws that can be substituted legally by other data, survey or otherwise, should not be accepted. Ian. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Imagery license clarification needed
On 26.08.2013 00:14, Paul Norman wrote: I worry: OSM data can be used for any purpose, including commercial ones. The license above explicitly forbids commercial gain: At no time should this imagery or LIDP be used for other than USG-related purposes and must not be used for commercial gain. Will it harm OSM if we have larger scale data from this source included in the database? Without a link to the full license it's impossible to interpret, but if a LIDP was something like a reprojection or other transform of the imagery, it would not necessarily be an issue. Not understanding what the definition of LIDP is makes it so difficult for me to understand the license. Martin replied earlier and he did interpret it as not suitable for OSM. Can you provide the full license so that we can see what the classify tracings as? Unfortunately that was all license text available. It comes from HOT context. I noticed that a lot of imagery and data available for that humanitarian context comes with a clear non-commercial clause. I worry this is tainting the database. Do the data donors know that data stays in the OSM database even after the humanitarian incident is resolved and can (and will) be used for commercial purposes? Stephan ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Imagery license clarification needed
From: Stephan Knauss [mailto:o...@stephans-server.de] Subject: Re: [OSM-legal-talk] Imagery license clarification needed Not understanding what the definition of LIDP is makes it so difficult for me to understand the license. Martin replied earlier and he did interpret it as not suitable for OSM. You can't really interpret part of a license. LIDP is probably a term defined elsewhere. I doubt a tracing is a LIDP, on the other hand, I don't see permission for non-literal imagery derived products (IDPs). Can you provide the full license so that we can see what the classify tracings as? Unfortunately that was all license text available. It comes from HOT context. I noticed that a lot of imagery and data available for that humanitarian context comes with a clear non-commercial clause. I checked the HOT tasking manager and the license presented to users can be found at http://tasks.hotosm.org/license/1 (OSM OAuth signin required) but the usage terms refer to the NextView (NV) License) and it's not clear if that's the same as the usage terms. I've cc'ed hot@ because they should be able clear up these confusions. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] How to update Copyright and contributors pages?
Dear Friends, We're preparing use of National Land Survey of Finland datasets with OSM. What is process to update Copyright (http://www.openstreetmap.org/copyright/en) and Contributors pages (http://wiki.openstreetmap.org/wiki/Contributors). Contributors page is writable with basic wiki account, but copyright page is something different, right? Rgs, Pekka -- Pekka Sarkola Gispo Oy mailto:pekka.sark...@gispo.fi pekka.sark...@gispo.fi - GSM +358 40 725 2042 http://www.gispo.fi www.gispo.fi - http://www.paikkatieto.com www.paikkatieto.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [HOT] Imagery license clarification needed
Hi All, This has come up before. HOT is part of a pilot for the initiative Imagery to the Crowd (1). Representatives of HOT and the US Government met multiple times in all day meetings to discuss what the NextView license means as well as to have the vectors available under ODbL. The legal interpretation by the US government lawyers of their own license was that the initial use of the imagery needed to be for humanitarian use, but it was fine for there also to be commercial use. So basically they can't give the OSM community the imagery to digitize for an initially commercial reason, but the vectors can stay in OSM under ODbL no problem beyond that. -Kate (1) https://hiu.state.gov/ittc/ittc.aspx On Tue, Aug 27, 2013 at 4:06 AM, Paul Norman penor...@mac.com wrote: From: Stephan Knauss [mailto:o...@stephans-server.de] Subject: Re: [OSM-legal-talk] Imagery license clarification needed Not understanding what the definition of LIDP is makes it so difficult for me to understand the license. Martin replied earlier and he did interpret it as not suitable for OSM. You can't really interpret part of a license. LIDP is probably a term defined elsewhere. I doubt a tracing is a LIDP, on the other hand, I don't see permission for non-literal imagery derived products (IDPs). Can you provide the full license so that we can see what the classify tracings as? Unfortunately that was all license text available. It comes from HOT context. I noticed that a lot of imagery and data available for that humanitarian context comes with a clear non-commercial clause. I checked the HOT tasking manager and the license presented to users can be found at http://tasks.hotosm.org/license/1 (OSM OAuth signin required) but the usage terms refer to the NextView (NV) License) and it's not clear if that's the same as the usage terms. I've cc'ed hot@ because they should be able clear up these confusions. ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Which legislation applies: server or data location?
From: Simon Poole [mailto:si...@poole.ch] Sent: Tuesday, August 27, 2013 1:24 AM Subject: Re: [OSM-legal-talk] Which legislation applies: server or data location? Ian has already given a good answer. So just a couple of further notes: Some more notes, from a slightly different perspective - The UK has as strong or stronger IP protection for map data than other countries, rendering the question moot most of the time. - As this question originated with an import, any such questions *should* be raised in the import proposal. My guess is that the DWG would tell the user to not import until they get clearance from the LWG. - What OSM does is flat out illegal in some places (North Korea being the typical example, but not the only one). I don't think anyone is particularly concerned, although contributors in such countries may be. Similarly, distributing non-official boundaries may be a problem, and it's impossible to satisfy countries on both sides of some boundaries at the same time. - When dealing with government data, the concerns have mainly been if it is legal in that country. Local governments near me will not license database rights because no such concept exists to them. I had more, but paused and forgot it. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[talk-au] QLandkartGT
Hi John Making good progress with OSM and mkgmap to developed good walking maps with contours and tracks that hang in as you zoom out. Tried to use Basecamp to plan a walk and it was terrible. Got there in the end but never again! QLandkartGT looks interesting but a few questions if ok with you. 1. Can it use the img files on a Garmin device? 2. Can you overlay satellite imagery? 3. Does it use the contour lines to generate a vertical graph or is it like Basecamp it can only do this with tracks from the GPS? 4. How easy is it to plan a route and/or convert it to a track? Having now done a lot of OSM mapping I am looking to actually use the data. As mentioned I now have a good bushwalking img plus a smaller transparent one of tracks and huts that I can overlay over Garmin's maps. My weakness at the moment is home planning software as Basecamp is downright frustrating and slow to use to plan with. Ok for storage and displaying past trips. Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Solicitando informacoes publicas
Pessoal, Achei isto por acaso, pode ser util para quem quiser solicitar dados para as prefeituras ou a outras instituicoes do governo: http://www.informacaopublica.org.br/node/2309 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista
Bem, quase todas as suas questoes tambem sao duvidas minhas. Sao coisas nao-respondidas pela lei atual e que seriam uma incognita ateh que houvesse um julgamento e um juiz/juri decidisse. Se voce aproveitou os mesmos nodes e ways, acho que seria visto como trabalho derivado (afinal, voce leu e interpretou a informacao original). Tambem nao estah claro quando que o trabalho derivado eh substancialmente diferente o bastante para ser considerado obra original. Se o usuario diz que tah limpo, a responsabilidade fica sendo dele (embora sejamos prejudicados). O que nao queremos eh que grandes areas continuas tenham sido mapeadas sobre o Google porque isso eh muito facil de testar. Se voce copiar uma coisa aqui ou ali, eh outra historia. Se varios usuarios independentes fizerem isso, tambem (eh dificil pro Google controlar e mesmo acusar qualquer das pessoas nessa situacao). Compartilho das suas preocupacoes, e eu acho que estamos num ponto em que seria necessario algum investimento com um profissional da area para esclarecer essa questao antes de continuar. Ou, senao, continuar assumindo os riscos (como fizemos ateh agora). 2013/8/27 Gerald Weber gwebe...@gmail.com: 2013/8/26 Fernando Trebien fernando.treb...@gmail.com: Hm quando que voce editou? Entendi que as edicoes do Eduardo foram todas recentes. Se voce editou sobre os mesmos dados que ele depois que ele editou, sim, isso significa que as suas alteracoes serao perdidas. Nao temos um mecanismo automatico pra voltar atras e depois aplicar o que voce fez, e nem devemos ter: as suas modificacoes sao derivacoes de um trabalho potencialmente derivado de uma fonte ilegal, entao eh trabalho derivado da mesma fonte tambem. Oi Fernando Acho exagerado afirmar que os dados do Eduardo sejam ilegais. Ele desrespeitou os termos de uso do Google Earth, mas isto não é a mesma coisa que estar ilegal. Ele não copiou dados, pelo menos no meu entender. Ele desenvolveu os mapas ele mesmo, então o trabalho é dele. Vou fazer uma analogia para o que eu estou falando. Vamos supor que eu esteja indo para Porto Alegre para visitar você para percorrermos as ruas e fazermos alguns mapas. Eu chego no aeroporto e alugo um carro. No entanto, como não conheço bem a cidade eu peço a você dirigir o carro alugado. Neste momento eu estaria desrespeitando o contrato com a locadora pois o carro só poderia ser dirigido por mim. Embora seja uma violação dos termos do contrato isto não é uma ilegalidade (a menos que você não tenha carteira de motorista) e é um problema meu com a locadora. A locadora pode me processar, cobrar multa etc, mas continua não sendo uma ilegalidade. Da mesma maneira, os dados que coletamos com você dirigindo não seriam ilegais. Mesmo que os dados do Eduardo fossem ilegais, por exemplo fossem uma clara violação de Copyright, eu não vejo porque a minha modificação se torna automaticamente ilegal. Afinal eu poderia ter simplesmente apagado o dado dele e desenhado tudo de novo. Na prática o resultado seria exatamente o mesmo. Se eu não aproveitei os mesmos nodes e ways a contribuição se legaliza? É isto que vou ter de fazer agora? Apagar os dados que estão lá ao invés de modificar? Afinal vai que o cara mapeou usando com software pirata? Ou não pagou as prestações do laptop? O bizarro da situação é que o Eduardo tivesse afirmado que os dados foram obtidos somente por procedimentos limpos estaria tudo OK. Quantos dados temos na base onde temos somente a palavra do usuário garantindo que está tudo OK? Vamos passar a apagar tudo só porque tem Rua na tag name? Como debatemos há alguns dias, a falta de controle sobre os dados existentes na base é completo. A afirmei que havia um problema de falta de confiabilidade nos dados. Este episódio mostra que é muito pior do que isto. De fato nem os mapeadores podem ter a confiança de que seu trabalho seja preservado. Já pensou se algum dia se descobre que um funcionário do IBGE por preguiça copiou tudo do Google? Para mim o OSM está se tornando igual a tentar construir um arranha-céus direto na areia, sem fazer fundação. Uma hora dasaba tudo. Confesso que estou altamente inclinado a abandonar o OSM. Comecei a mapear por hobby e gostei muito. Mas agora perdi a confiança no que estou fazendo e estou começando a me aborrecer. um abraço a todos e boa sorte na limpeza desta bagunça Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista
2013/8/27 Nelson A. de Oliveira nao...@gmail.com: 2013/8/27 Gerald Weber gwebe...@gmail.com: Acho exagerado afirmar que os dados do Eduardo sejam ilegais. Ele desrespeitou os termos de uso do Google Earth, mas isto não é a mesma coisa que estar ilegal. Ele não copiou dados, pelo menos no meu entender. Ele desenvolveu os mapas ele mesmo, então o trabalho é dele. Não pode utilizar nada em cima do Google porque viola a licença de uso deles. Não tem como escapar disso. http://wiki.openstreetmap.org/wiki/Legal_FAQ#2a._Can_I_trace_data_from_Google_Maps.2FNokia_Maps.2F3F Não discordo disto, mas o fato é que ele não usou o Google Earth enquanto contribuidor do OSM e sim do TrackSource. E se ele tivesse autorização do Google enquanto contribuidor do TrackSource? E se ele tivesse uma licença comercial do Google Earth que permitisse usar? Boa pergunta? Por isso que eu ando sendo chato nesse assunto: se houver flexibilidade em deixar passar dados que não podem ser utilizados, uma hora isso acaba sendo descoberto (e tendo que ser reparado, prejudicando em muito os que contribuíram em cima deles). E por isto que andei sendo chato dizendo que precisa de um controle maior sobre os usuários. Pessoalmente acho que qualquer dado *antes* de entrar na base deveria passar por uma validação, especialmente se oriundo de usuários desconhecidos. Um processo de endosso seria muito bom também. Se isto é uma burocracia? É sim, mas eu a acho preferível sobre ter de limpar bagunças deixadas na base há anos e depois apagar todos os dados subsequentes causando uma quebra generalizada dos mapas. É literalmente jogar fora da água suja do banho com o bebê junto. abraços Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista
Parte desse problema foi causado por nao haver uma vigilancia maior anos atras aqui no Brasil. Eu nao desanimaria se fosse voce, as coisas vem melhorando, mas nao melhoram da noite pro dia, especialmente quando a comunidade eh pequena. Numa comunidade envolvida (como na Europa), essa discussao jah estah bem mais avancada, e eles jah conseguiram fontes boas o bastante para dispensar as fontes com restricoes legais. Afinal, essas fontes deixam de ser interessantes a partir do momento que uma fonte sem restricoes legais estah disponivel (como seria o caso do OSM caso todos estivessem contribuindo dos seus proprios tracklogs e tracando sobre o Bing). Entende? O objetivo final do OSM eh libertar essa informacao cartografica das restricoes legais e torna-la amplamente disponivel. Mas nao podemos fazer isso copiando-a, sao as regras do jogo capitalista que estimulam (ao proteger) as empresas que geraram esses mapas em primeiro lugar. Eu concordo com voce que um sistema de moderacao poderia nos levar a atingir esse objetivo mais rapido e com menos percaucos. Hoje essa moderacao eh feita informalmente (quer dizer, o sistema nao impede voce de fazer a alteracao), mas podemos estabelecer um sistema informal (onde votamos quem sao os moderadores de cada regiao, o que devem fazer, que poderes tem, como devem se comunicar com os usuarios, que responsabilidades tem, etc.). Como temos contato direto com a OSMF (algo que o cidadao comum geralmente nem sabe que existe), eh muito provavel que funcione nuns 99,9% dos casos. 2013/8/27 Gerald Weber gwebe...@gmail.com: 2013/8/27 Nelson A. de Oliveira nao...@gmail.com: 2013/8/27 Gerald Weber gwebe...@gmail.com: Acho exagerado afirmar que os dados do Eduardo sejam ilegais. Ele desrespeitou os termos de uso do Google Earth, mas isto não é a mesma coisa que estar ilegal. Ele não copiou dados, pelo menos no meu entender. Ele desenvolveu os mapas ele mesmo, então o trabalho é dele. Não pode utilizar nada em cima do Google porque viola a licença de uso deles. Não tem como escapar disso. http://wiki.openstreetmap.org/wiki/Legal_FAQ#2a._Can_I_trace_data_from_Google_Maps.2FNokia_Maps.2F3F Não discordo disto, mas o fato é que ele não usou o Google Earth enquanto contribuidor do OSM e sim do TrackSource. E se ele tivesse autorização do Google enquanto contribuidor do TrackSource? E se ele tivesse uma licença comercial do Google Earth que permitisse usar? Boa pergunta? Por isso que eu ando sendo chato nesse assunto: se houver flexibilidade em deixar passar dados que não podem ser utilizados, uma hora isso acaba sendo descoberto (e tendo que ser reparado, prejudicando em muito os que contribuíram em cima deles). E por isto que andei sendo chato dizendo que precisa de um controle maior sobre os usuários. Pessoalmente acho que qualquer dado antes de entrar na base deveria passar por uma validação, especialmente se oriundo de usuários desconhecidos. Um processo de endosso seria muito bom também. Se isto é uma burocracia? É sim, mas eu a acho preferível sobre ter de limpar bagunças deixadas na base há anos e depois apagar todos os dados subsequentes causando uma quebra generalizada dos mapas. É literalmente jogar fora da água suja do banho com o bebê junto. abraços Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Relatório semanal de qualidade dos dados do OpenStreetMap
Olá pessoal, Nas últimas semanas descobrimos casos de importações nocivas para o OpenStreetMap no Brasil e se discutiu bastante sobre como resolver o problema, sem chegar a uma solução prática. Algumas pessoas acham que o sistema de edições deveria ser mais restritivo, outras que deveria ser aperfeiçoado. A criação e a implantação de regras mais restritivas teria que ser discutida e implantada em nível mundial do projeto, o que pode demorar muito para acontecer, ou nem acontecer. Gostaria de pensar com vocês uma solução dentro das nossas possibilidades de comunidade (ainda) pequena. A minha proposta é elaborarmos um relatório semanal sobre a qualidade dos dados. Pensei rapidamente algumas informações que poderiam existir neste relatório: - Lista de usuários com até 3 meses de registro; - Feed público de usuários que já realizaram importações problemáticas; - Lista de ferramentas de monitoramento do OSM; - Changesets pendentes de análise (qualquer um poderia enviar edições suspeitas para esta lista) Gostaria de ouvir sugestões sobre como poderíamos ter um relatório concisoe com informações importantes. Uma idéia seria também, para todo usuário novo, enviar uma mensagem de boas-vindas e talvez até bolar um esquema de mapeadores mais experientes monitorem X usuários novos. Poderíamos dividir a tarefa de elaborar o relatório, cada um contribuindo com o que pode fazer. Vamos pensar, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Solicitando informações públicas
Muito legal mesmo. Se não tiver resposta nos pedidos realizados seguindo o modelo na página do WikiProject Brazil, vou usar este modelo :) *Edil Queiroz de Araujo* ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relatório semanal de qualidade dos dados do OpenStreetMap
Pessoal Mesmo que apoiando este sentido e queria muito ajudar, nao tenho condicoas. Trabalhando muito tempo sem connecao internet ou atravez rede com restricoes, assim pode ter periodas longas que nao pode entrar, nem para ler emails pessoais Eu pode ajuda tira duvidas, mas com meu trabalho atual nao poder contribuir regularmente Aun Johnsen On 27. aug. 2013, at 14:43, Arlindo Pereira openstreet...@arlindopereira.com wrote: Apoio e me disponho a ajudar nesse sentido. Aqui no Rio, eu e Geaquinto monitoramos as edições na Região Metropolitana do Rio de Janeiro através de um feed RSS. Sempre que vejo um usuário novo, mando mensagem de boas vindas e me deixando à disposição para tirar dúvidas. A maioria das correções são pontuais, tipo removendo o nome de POIs tagueados genericamente (shop=bakery + name=Padaria, por exemplo) e desabreviando nomes de vias. Acredito que um jeito bem simples, descentralizado, seria cada power-user começar a monitorar as edições de sua região, e dividirmos entre nós as regiões que não estejam sendo monitoradas para enfim começar a monitorar todo o país, ou todas as cidades acima de X habitantes. []s 2013/8/27 Vitor George vitor.geo...@gmail.com Olá pessoal, Nas últimas semanas descobrimos casos de importações nocivas para o OpenStreetMap no Brasil e se discutiu bastante sobre como resolver o problema, sem chegar a uma solução prática. Algumas pessoas acham que o sistema de edições deveria ser mais restritivo, outras que deveria ser aperfeiçoado. A criação e a implantação de regras mais restritivas teria que ser discutida e implantada em nível mundial do projeto, o que pode demorar muito para acontecer, ou nem acontecer. Gostaria de pensar com vocês uma solução dentro das nossas possibilidades de comunidade (ainda) pequena. A minha proposta é elaborarmos um relatório semanal sobre a qualidade dos dados. Pensei rapidamente algumas informações que poderiam existir neste relatório: - Lista de usuários com até 3 meses de registro; - Feed público de usuários que já realizaram importações problemáticas; - Lista de ferramentas de monitoramento do OSM; - Changesets pendentes de análise (qualquer um poderia enviar edições suspeitas para esta lista) Gostaria de ouvir sugestões sobre como poderíamos ter um relatório conciso e com informações importantes. Uma idéia seria também, para todo usuário novo, enviar uma mensagem de boas-vindas e talvez até bolar um esquema de mapeadores mais experientes monitorem X usuários novos. Poderíamos dividir a tarefa de elaborar o relatório, cada um contribuindo com o que pode fazer. Vamos pensar, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relatório semanal de qualidade dos dados do OpenStreetMap
Que interessante! Hm essa página só coleta informações do Brasil, certo? Seria bom termos um lugar no wiki pra colocar links pra sistemas baseados no OSM que existem só aqui no Brasil, tipo esta: http://wiki.openstreetmap.org/wiki/Quality_assurance 2013/8/27 Nelson A. de Oliveira nao...@gmail.com: De forma bem rápida, já dá para termos algumas informações por aqui: http://naoliv.iq.unesp.br/osm/stats/ A página é grande (~905K). Talvez pode deixar um pouco lento o navegador ao abri-la ou para ordenar (já que a ordenação é feita no navegador do cliente, por javascript) É possível: - ordenar decrescente por first e ver os usuários mais novos que começaram a contribuir - ordenar decrescente por avg edits/day e ver os usuários que fizeram importação de dados (uma média muito grande é altamente provável que fez importação de dados) Não dá para ver a quantidade de objetos excluídos dos usuários porque precisa de um full history dump. Ou o arquivo CSV caso prefiram: http://naoliv.iq.unesp.br/osm/stats/userstats.csv (em torno de 350K) Vai ser atualizado diariamente isso. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relatório semanal de qualidade dos dados do OpenStreetMap
2013/8/27 Fernando Trebien fernando.treb...@gmail.com: Que interessante! Hm essa página só coleta informações do Brasil, certo? Seria bom termos um lugar no wiki pra colocar links pra sistemas baseados no OSM que existem só aqui no Brasil, tipo esta: http://wiki.openstreetmap.org/wiki/Quality_assurance Isso, só do Brasil (com um extract do dump diário). Na verdade é bem simples (o trabalho maior de estatística é feito com https://github.com/mvexel/OSMQualityMetrics) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relatório semanal de qualidade dos dados do OpenStreetMap
Simples, mas é um serviço :D A UNESP não estaria interessada em instalar um OTP e um HOT, estaria? 2013/8/27 Nelson A. de Oliveira nao...@gmail.com: 2013/8/27 Fernando Trebien fernando.treb...@gmail.com: Que interessante! Hm essa página só coleta informações do Brasil, certo? Seria bom termos um lugar no wiki pra colocar links pra sistemas baseados no OSM que existem só aqui no Brasil, tipo esta: http://wiki.openstreetmap.org/wiki/Quality_assurance Isso, só do Brasil (com um extract do dump diário). Na verdade é bem simples (o trabalho maior de estatística é feito com https://github.com/mvexel/OSMQualityMetrics) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relatório semanal de qualidade dos dados do OpenStreetMap
2013/8/27 Fernando Trebien fernando.treb...@gmail.com: A UNESP não estaria interessada em instalar um OTP e um HOT, estaria? Boa pergunta :-) Preciso ver. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Solicitando informacoes publicas
Olá Fernando, Muito bom, porém tenho algumas duvidas. Me parece que tenho que enviar para uma pessoa especifica, como vou saber quem tem acesso a mapas da cidade? Mesmo que isso funcione, eu preciso pedir permissão para usar no OSM? Abraços 2013/8/27 Fernando Trebien fernando.treb...@gmail.com Pessoal, Achei isto por acaso, pode ser util para quem quiser solicitar dados para as prefeituras ou a outras instituicoes do governo: http://www.informacaopublica.org.br/node/2309 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Excesso de tertiary em Porto Alegre
Olás, TL;DR: Que tal regras do tipo uma via precisa ter pelo menos 2km de extensão para ser classificada como secundária, senão deve ser rebaixada para terciária ? --- Eu acompanhei as discussões muito de longe, e acho que não fiz nenhuma contribuição nelas (ou seja: não tenho muita moral para reclamar...) Mas fiquei bem feliz de ver que, depois de várias discussões similares que não deram em nada no passado, dessa vez chegamos a algo concreto. Ainda assim, tenho que admitir que, há umas semanas atrás, fiquei um pouco chocado ao ver o mapa de Porto Alegre com as vias reclassificadas. Minha primeira reação foi um puxa, se esse é o resultado das novas regras, então tem algo de muito errado com as novas regras. Agora nessa nova discussão, vi alguns bons argumentos que me fizeram pensar que talvez as novas regras não estejam tão ruins assim (por exemplo, o mapa não parece ter uma hierarquia de vias porque de fato nÃo existe uma hierarquia de vias, não temos cidades bem planejadas, etc). De qualquer modo, acho que podemos tentar algumas variações das regras (como estão sendo sugeridas agora) antes de dar um caráter mais oficial a elas e começar a aplicá-las sistematicamente a outras cidades. Uma coisa que pensei foi em exigir extensões mínimas para que vias tenham uma determinada classificação. Por exemplo (estou inventando os números): uma via precisa ter pelo menos 2km de extensão para ser classificada como secundária, senão deve ser rebaixada para terciária. Isso só uma ideia, não sei nem dizer se é uma boa ideia. Não gostaria de deixar as regras muito complexas. (Pra dizer a verdade, eu acho que o ideal seria simplificá-las, não adicionar ainda mais condicionais -- e não, não faço ideia de como simplificar as regras sem torná-las inócuas :-/ ) Abraço, LMB 2013/8/27 Fernando Trebien fernando.treb...@gmail.com Ah, e um detalhe da minha experiencia pessoal: apesar de achar que o Santa Tereza nao tem muita solucao, a classificacao atual me permitiu calcular um desvio pra chegar no trabalho na hora do rush em 15-20 minutos, ao inves de 35-45 minutos seguindo pelas vias principais. :D A titulo de curiosidade: http://osrm.at/4Ok O normal (que a maioria dos motoristas faria) seria a rota calculada sem o waypoint intermediario. Quando a classificacao nao existia, os caminhos por dentro do bairro eram caoticos e bastante ineficientes, cheios de paradas, o trajeto demorava uns 25 minutos ao total. 2013/8/27 Fernando Trebien fernando.treb...@gmail.com: Perfeito. Mas quais sao esses dois criterios objetivos que colocaste aih? Enquanto nao forem decididos, sugere que desmarquemos todas as vias terciarias e secundarias em area urbana? E qual o problema de ter vias secundarias ou terciarias desligadas do resto do mapa, nao eh uma mera questao estetica isso? De qualquer forma, podemos resolver isso facilmente: aplicamos esse algoritmo de classificacao por preferencia e, sobre o seu resultado: 1. Estendemos as secundarias em ambos os extremos ateh que se conectem em outra secundaria/terciaria ou outra via de classificacao superior (desde que isso nao duplique ou triplique o seu atual tamanho); e 2. Rebaixamos a classificacao das secundarias/terciarias que tiverem pontas soltas, por assim dizer, caso a sua extensao nao seja possivel pela regra acima Seria um metodo ligeiramente mais complexo, mas ainda claro e bem definido e reproduzivel por qualquer pessoa, com praticamente nenhuma variabilidade. Soh precisamos pensar se isso nao compromete o valor-utilidade da classificacao. O passo 2 tende a perder a informacao visual da preferencia em alguns casos, o que pode confundir motoristas e tambem pode ser dificil de explicar pro usuario leigo. O passo 1 tende a rebaixar todas as vias terminais, em bairro, que em alguns casos servem como atalho (nao necessariamente para um percurso em linha reta, mas talvez para um trecho de um percurso). E tem mais um detalhe: a maioria das pontas soltas atuais daria origem a vias conectadas em ambos os extremos (da forma descrita no passo 2) se simplesmente visitassemos o semaforo onde a sua classificacao foi interrompida e verificassemos qual das duas direcoes eh preferencial. Que tal se nos dois fizermos uma lista desses semaforos, dividirmos o trabalho e fizermos um survey em campo pra determinar isso? Ainda assim isso nao diminuiria o numero de terciarias, diminuiria sim o numero de vias com pontas soltas. (Estou adotando esse jargao na discussao de agora em diante :P) Uma outra alternativa ainda seria rebaixar as atuais terciarias para residenciais e as residenciais para living street. Mas daih eh outra historia, e outra discussao. Jah que voce nao dah exemplos de onde ficou ruim, eu vou dar exemplos de onde ficou bom, ok? Acho que ficou bom nesses bairros (suficientemente informativo e praticamente sem pontas soltas): Centro Historico e Praia de Belas
Re: [Talk-br] Solicitando informacoes publicas
Sei que tem gente aqui na lista que já tentou pedir informações e teve algum sucesso e que poderiam ajudar mais do que eu. Infelizmente não é o meu caso, mas achei interessante as informações que a página traz no final dela: De acordo com a Lei de Acesso, o cidadão não precisa dar os motivos pelos quais quer acessar a informação solicitada, nem informar o que pretende fazer com ela. O órgão público não pode, ainda, condicionar a entrega da informação ao fornecimento de dados que constranjam o cidadão. O prazo para que a entidade pública responda ao pedido é de 20 dias corridos. Ele pode ser prorrogado por mais dez dias, mas esse adiamento tem de ser justificado. Caso a informação seja negada, pode-se recorrer ao agente público superior àquele que não permitiu o acesso. O prazo para entrar com o recurso é de dez dias, a partir da data em que a negativa foi recebida. A quem enviar a solicitação... isso é uma boa pergunta. Eu não sei, acho que varia pra cada caso. Acho que eu faria assim: ligaria pra instituição e passaria por todos os ramais necessários até chegar no departamento correto. Daí pediria uma cópia dos dados gentilmente. Se não quiserem informar os dados (ou disserem que é muito difícil, que é custoso, etc.), escreveria essa solicitação e entregaria a eles. Se não adiantar, daí postaria a situação aqui na lista pra ajudarmos a investigar qual o agente público responsável. A minha experiência (em outros assuntos) me diz que às vezes duas ligações diferentes, em momentos diferentes, levam a ramais diferentes e a pessoas diferentes. Assim, eu ligaria mais de uma vez (em dias e horários diferentes) se a primeira vez não for bem-sucedida. Acho que também ajuda, ao falar com essas pessoas, manter um atitude positiva (mesmo que nem sempre ela seja recíproca). Por exemplo, no caso do IBGE, foi combinada uma atribuição no OSM usando a tag source. Isso na verdade foi exigência deles (embora talvez não tenham o direito de exigir nada), mas às vezes citar a possibilidade de atribuição facilita a política do processo ao demonstrar que você não está apenas exigindo um direito seu mas também valorizando o trabalho da Instituição. Enfim, falei demais, espero ter sido útil. 2013/8/27 Igor Lemos igorlem...@gmail.com: Olá Fernando, Muito bom, porém tenho algumas duvidas. Me parece que tenho que enviar para uma pessoa especifica, como vou saber quem tem acesso a mapas da cidade? Mesmo que isso funcione, eu preciso pedir permissão para usar no OSM? Abraços 2013/8/27 Fernando Trebien fernando.treb...@gmail.com Pessoal, Achei isto por acaso, pode ser util para quem quiser solicitar dados para as prefeituras ou a outras instituicoes do governo: http://www.informacaopublica.org.br/node/2309 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Excesso de tertiary em Porto Alegre
Em alguns casos eu promovi terciárias para secundárias quando eram muito longas, então me parece fazer sentido sim. Depois acabei desfazendo, esperando que o sentimento surgisse em outra pessoa. :D Na verdade, as medidas aproximadas foram as seguintes: - vias residenciais promovidas para terciárias a partir de ~400m quando não houver cruzamento no percurso - isso consta no fluxograma, mas o sinal de ~ (aproximado) sugere que há uma faixa dentro da qual essa decisão é subjetiva (preferi deixar assim até que alguém questionasse) - vias terciárias promovidas para secundárias a partir de 1km Essa é uma regra um pouco diferente da sua: ela promove se for longa o bastante. A sua rebaixa se não for longa o bastante. Talvez ambas façam sentido. Rebaixar faz sentido (pelo menos do ponto de vista do roteamento) porque num espaço curto é impossível atingir a velocidade média esperada. É provável que faça sentido considerando outros fatores também (raramente são projetadas para serem curtas). Eu também já senti vontade de rebaixar alguns casos, mas não o fiz porque seria perdida a informação da preferência das vias. Se formos fazer isso (nem que seja só pra testar a idéia), pelo menos temos que lembrar de marcar as placas-pare nos cruzamentos, pra que a informação de preferência não seja perdida. É bem possível que esses limiares de comprimento para promover ou rebaixar variem um pouco de cidade pra cidade, ou talvez até de bairro por bairro. Mas daí me parece relativamente fácil listá-los numa página do wiki, que até seria bom para comparação entre as cidades. Eu não tenho tanto receio de aumentar um pouco a complexidade quanto eu tenho de seguir um processo pouco definido. A razão é totalmente humana, como já expliquei antes: queria que tanto eu quanto que outros usuários (avançados ou leigos) soubessem exatamente o que devem fazer pra que investissem seu tempo em mapear e não em disputas. Os leigos saberiam o que fazer claramente. Os avançados saberiam por que fazer assim. A razão pode ser tão complexa quanto necessário, mas o método precisa relativamente simples e não deixar dúvidas (ou deixar o mínimo de dúvidas possível). Ainda assim, eu acho que valeria à pena investigar primeiro esses trechos que são descontínuos porque não temos informação sobre os semáforos. Acho que eles reduzirão os problemas de descontinuidade em mais de 50% dos casos. Só não mudaria muito o número de terciárias, assim como essas regras que promovem ou rebaixam com base no comprimento. Então talvez devemos decidir qual é o problema que queremos atacar: densidade das terciárias, ou descontinuidades do resultado? 2013/8/27 Leandro Motta Barros l...@stackedboxes.org: Olás, TL;DR: Que tal regras do tipo uma via precisa ter pelo menos 2km de extensão para ser classificada como secundária, senão deve ser rebaixada para terciária ? --- Eu acompanhei as discussões muito de longe, e acho que não fiz nenhuma contribuição nelas (ou seja: não tenho muita moral para reclamar...) Mas fiquei bem feliz de ver que, depois de várias discussões similares que não deram em nada no passado, dessa vez chegamos a algo concreto. Ainda assim, tenho que admitir que, há umas semanas atrás, fiquei um pouco chocado ao ver o mapa de Porto Alegre com as vias reclassificadas. Minha primeira reação foi um puxa, se esse é o resultado das novas regras, então tem algo de muito errado com as novas regras. Agora nessa nova discussão, vi alguns bons argumentos que me fizeram pensar que talvez as novas regras não estejam tão ruins assim (por exemplo, o mapa não parece ter uma hierarquia de vias porque de fato nÃo existe uma hierarquia de vias, não temos cidades bem planejadas, etc). De qualquer modo, acho que podemos tentar algumas variações das regras (como estão sendo sugeridas agora) antes de dar um caráter mais oficial a elas e começar a aplicá-las sistematicamente a outras cidades. Uma coisa que pensei foi em exigir extensões mínimas para que vias tenham uma determinada classificação. Por exemplo (estou inventando os números): uma via precisa ter pelo menos 2km de extensão para ser classificada como secundária, senão deve ser rebaixada para terciária. Isso só uma ideia, não sei nem dizer se é uma boa ideia. Não gostaria de deixar as regras muito complexas. (Pra dizer a verdade, eu acho que o ideal seria simplificá-las, não adicionar ainda mais condicionais -- e não, não faço ideia de como simplificar as regras sem torná-las inócuas :-/ ) Abraço, LMB 2013/8/27 Fernando Trebien fernando.treb...@gmail.com Ah, e um detalhe da minha experiencia pessoal: apesar de achar que o Santa Tereza nao tem muita solucao, a classificacao atual me permitiu calcular um desvio pra chegar no trabalho na hora do rush em 15-20 minutos, ao inves de 35-45 minutos seguindo pelas vias principais. :D A titulo de curiosidade: http://osrm.at/4Ok O normal (que a maioria dos motoristas faria) seria a rota calculada sem o waypoint intermediario.
Re: [Talk-br] Excesso de tertiary em Porto Alegre
Se não formos seguir nos baseando nas preferências, teremos que pensar em regras ligadas a outras coisas mensuráveis que possam significar importância (o resto do fluxograma sugere que seriam elementos estruturais das ruas) ou coisas um pouco menos óbvias, particularmente para os leigos (como a conectividade das vias secundárias com as primárias, ou das terciárias com as secundárias). Uma vantagem de classificar pelas preferências é que o resultado surge naturalmente sem precisar analisar muitos fatores. A outra opção é a de não usar secundárias nem terciárias porque não existe uma hierarquia de vias. Mas eu acredito que ela exista, só está implícita, codificada por esses fatores todos, dos quais o mais representativo me parece ser a preferência. Não usar as secundárias e terciárias seria (a meu ver) fugir do problema e não usufruir de um possível benefício só porque não conseguimos concordar um com o outro. 2013/8/27 Fernando Trebien fernando.treb...@gmail.com: Em alguns casos eu promovi terciárias para secundárias quando eram muito longas, então me parece fazer sentido sim. Depois acabei desfazendo, esperando que o sentimento surgisse em outra pessoa. :D Na verdade, as medidas aproximadas foram as seguintes: - vias residenciais promovidas para terciárias a partir de ~400m quando não houver cruzamento no percurso - isso consta no fluxograma, mas o sinal de ~ (aproximado) sugere que há uma faixa dentro da qual essa decisão é subjetiva (preferi deixar assim até que alguém questionasse) - vias terciárias promovidas para secundárias a partir de 1km Essa é uma regra um pouco diferente da sua: ela promove se for longa o bastante. A sua rebaixa se não for longa o bastante. Talvez ambas façam sentido. Rebaixar faz sentido (pelo menos do ponto de vista do roteamento) porque num espaço curto é impossível atingir a velocidade média esperada. É provável que faça sentido considerando outros fatores também (raramente são projetadas para serem curtas). Eu também já senti vontade de rebaixar alguns casos, mas não o fiz porque seria perdida a informação da preferência das vias. Se formos fazer isso (nem que seja só pra testar a idéia), pelo menos temos que lembrar de marcar as placas-pare nos cruzamentos, pra que a informação de preferência não seja perdida. É bem possível que esses limiares de comprimento para promover ou rebaixar variem um pouco de cidade pra cidade, ou talvez até de bairro por bairro. Mas daí me parece relativamente fácil listá-los numa página do wiki, que até seria bom para comparação entre as cidades. Eu não tenho tanto receio de aumentar um pouco a complexidade quanto eu tenho de seguir um processo pouco definido. A razão é totalmente humana, como já expliquei antes: queria que tanto eu quanto que outros usuários (avançados ou leigos) soubessem exatamente o que devem fazer pra que investissem seu tempo em mapear e não em disputas. Os leigos saberiam o que fazer claramente. Os avançados saberiam por que fazer assim. A razão pode ser tão complexa quanto necessário, mas o método precisa relativamente simples e não deixar dúvidas (ou deixar o mínimo de dúvidas possível). Ainda assim, eu acho que valeria à pena investigar primeiro esses trechos que são descontínuos porque não temos informação sobre os semáforos. Acho que eles reduzirão os problemas de descontinuidade em mais de 50% dos casos. Só não mudaria muito o número de terciárias, assim como essas regras que promovem ou rebaixam com base no comprimento. Então talvez devemos decidir qual é o problema que queremos atacar: densidade das terciárias, ou descontinuidades do resultado? 2013/8/27 Leandro Motta Barros l...@stackedboxes.org: Olás, TL;DR: Que tal regras do tipo uma via precisa ter pelo menos 2km de extensão para ser classificada como secundária, senão deve ser rebaixada para terciária ? --- Eu acompanhei as discussões muito de longe, e acho que não fiz nenhuma contribuição nelas (ou seja: não tenho muita moral para reclamar...) Mas fiquei bem feliz de ver que, depois de várias discussões similares que não deram em nada no passado, dessa vez chegamos a algo concreto. Ainda assim, tenho que admitir que, há umas semanas atrás, fiquei um pouco chocado ao ver o mapa de Porto Alegre com as vias reclassificadas. Minha primeira reação foi um puxa, se esse é o resultado das novas regras, então tem algo de muito errado com as novas regras. Agora nessa nova discussão, vi alguns bons argumentos que me fizeram pensar que talvez as novas regras não estejam tão ruins assim (por exemplo, o mapa não parece ter uma hierarquia de vias porque de fato nÃo existe uma hierarquia de vias, não temos cidades bem planejadas, etc). De qualquer modo, acho que podemos tentar algumas variações das regras (como estão sendo sugeridas agora) antes de dar um caráter mais oficial a elas e começar a aplicá-las sistematicamente a outras cidades. Uma coisa que pensei foi em exigir extensões mínimas
Re: [Talk-br] Solicitando informacoes publicas
Acho que no site da CGU tem todas as informações sobre a LAI (Lei de Acesso à Informação) http://www.acessoainformacao.gov.br/acessoainformacaogov/ Na direita existem alguns links interessante como o e-SIC (solicitação por internet). Inicialmente toda a informação está disponível (tirando secretas e outras)¹ Não li para saber se é possível repassar a informação para terceiros, citar fontes, etc. ¹ http://www.acessoainformacao.gov.br/acessoainformacaogov/perguntas-frequentes/informacoes-acesso-restrito.asp#1 Em 27 de agosto de 2013 21:21, Igor Lemos igorlem...@gmail.com escreveu: Vou tentar dessa forma que você falou. Se alguém já conseguiu mapas com a prefeitura, compartilhe a forma de solicitação. Abraços Em 27 de agosto de 2013 20:46, Fernando Trebien fernando.treb...@gmail.com escreveu: Sei que tem gente aqui na lista que já tentou pedir informações e teve algum sucesso e que poderiam ajudar mais do que eu. Infelizmente não é o meu caso, mas achei interessante as informações que a página traz no final dela: De acordo com a Lei de Acesso, o cidadão não precisa dar os motivos pelos quais quer acessar a informação solicitada, nem informar o que pretende fazer com ela. O órgão público não pode, ainda, condicionar a entrega da informação ao fornecimento de dados que constranjam o cidadão. O prazo para que a entidade pública responda ao pedido é de 20 dias corridos. Ele pode ser prorrogado por mais dez dias, mas esse adiamento tem de ser justificado. Caso a informação seja negada, pode-se recorrer ao agente público superior àquele que não permitiu o acesso. O prazo para entrar com o recurso é de dez dias, a partir da data em que a negativa foi recebida. A quem enviar a solicitação... isso é uma boa pergunta. Eu não sei, acho que varia pra cada caso. Acho que eu faria assim: ligaria pra instituição e passaria por todos os ramais necessários até chegar no departamento correto. Daí pediria uma cópia dos dados gentilmente. Se não quiserem informar os dados (ou disserem que é muito difícil, que é custoso, etc.), escreveria essa solicitação e entregaria a eles. Se não adiantar, daí postaria a situação aqui na lista pra ajudarmos a investigar qual o agente público responsável. A minha experiência (em outros assuntos) me diz que às vezes duas ligações diferentes, em momentos diferentes, levam a ramais diferentes e a pessoas diferentes. Assim, eu ligaria mais de uma vez (em dias e horários diferentes) se a primeira vez não for bem-sucedida. Acho que também ajuda, ao falar com essas pessoas, manter um atitude positiva (mesmo que nem sempre ela seja recíproca). Por exemplo, no caso do IBGE, foi combinada uma atribuição no OSM usando a tag source. Isso na verdade foi exigência deles (embora talvez não tenham o direito de exigir nada), mas às vezes citar a possibilidade de atribuição facilita a política do processo ao demonstrar que você não está apenas exigindo um direito seu mas também valorizando o trabalho da Instituição. Enfim, falei demais, espero ter sido útil. 2013/8/27 Igor Lemos igorlem...@gmail.com: Olá Fernando, Muito bom, porém tenho algumas duvidas. Me parece que tenho que enviar para uma pessoa especifica, como vou saber quem tem acesso a mapas da cidade? Mesmo que isso funcione, eu preciso pedir permissão para usar no OSM? Abraços 2013/8/27 Fernando Trebien fernando.treb...@gmail.com Pessoal, Achei isto por acaso, pode ser util para quem quiser solicitar dados para as prefeituras ou a outras instituicoes do governo: http://www.informacaopublica.org.br/node/2309 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Guaracy Monteiro http://fotomix.wordpress.com/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Excesso de tertiary em Porto Alegre
Será que algumas dessas tertiary deveriam ser unclassified? Me parece que as unclassified, ao contrário das road, são um nível abaixo do tertiary mas ainda não uma residential. Não faz diferença na renderização visual mas faria no roteamento. []s 2013/8/27 Fernando Trebien fernando.treb...@gmail.com Se não formos seguir nos baseando nas preferências, teremos que pensar em regras ligadas a outras coisas mensuráveis que possam significar importância (o resto do fluxograma sugere que seriam elementos estruturais das ruas) ou coisas um pouco menos óbvias, particularmente para os leigos (como a conectividade das vias secundárias com as primárias, ou das terciárias com as secundárias). Uma vantagem de classificar pelas preferências é que o resultado surge naturalmente sem precisar analisar muitos fatores. A outra opção é a de não usar secundárias nem terciárias porque não existe uma hierarquia de vias. Mas eu acredito que ela exista, só está implícita, codificada por esses fatores todos, dos quais o mais representativo me parece ser a preferência. Não usar as secundárias e terciárias seria (a meu ver) fugir do problema e não usufruir de um possível benefício só porque não conseguimos concordar um com o outro. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Excesso de tertiary em Porto Alegre
2013/8/27 Arlindo Pereira openstreet...@arlindopereira.com: Será que algumas dessas tertiary deveriam ser unclassified? Me parece que as unclassified, ao contrário das road, são um nível abaixo do tertiary mas ainda não uma residential. Não faz diferença na renderização visual mas faria no roteamento. Unclassified roads have lower importance in the road network than tertiary roads, and *are not residential streets* or agricultural tracks (...) If a public road is of lesser importance than what's called a highway=tertiary in your region, and *is *also* not a highway=residential*, a highway=service, or a highway=track, then it's probably an unclassified road Não se encaixa utilizar unclassified dentro da cidade. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Excesso de tertiary em Porto Alegre
Faria diferença no roteamento? Sempre achei que residential e unclassified eram tratadas como essencialmente iguais (só muda o contexto). Hm. Eis o perfil de velocidades do OSRM: https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/car.lua O meu GPS (o MapFactor) converte ambos os tipos devias para o mesmo tipo dele próprio. Ou seja, a velocidade também fica sendo igual. Nessa tabela, com raras exceções, as velocidade máximas (mas não médias) para ambos os tipos de vias são exatamente iguais em vários países: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed 2013/8/27 Arlindo Pereira openstreet...@arlindopereira.com: Será que algumas dessas tertiary deveriam ser unclassified? Me parece que as unclassified, ao contrário das road, são um nível abaixo do tertiary mas ainda não uma residential. Não faz diferença na renderização visual mas faria no roteamento. []s 2013/8/27 Fernando Trebien fernando.treb...@gmail.com Se não formos seguir nos baseando nas preferências, teremos que pensar em regras ligadas a outras coisas mensuráveis que possam significar importância (o resto do fluxograma sugere que seriam elementos estruturais das ruas) ou coisas um pouco menos óbvias, particularmente para os leigos (como a conectividade das vias secundárias com as primárias, ou das terciárias com as secundárias). Uma vantagem de classificar pelas preferências é que o resultado surge naturalmente sem precisar analisar muitos fatores. A outra opção é a de não usar secundárias nem terciárias porque não existe uma hierarquia de vias. Mas eu acredito que ela exista, só está implícita, codificada por esses fatores todos, dos quais o mais representativo me parece ser a preferência. Não usar as secundárias e terciárias seria (a meu ver) fugir do problema e não usufruir de um possível benefício só porque não conseguimos concordar um com o outro. -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Stammtisch Düsseldorf und Karlsruhe
Hallo Osm`ler, *Zur Information:* wir die Firma Mentz Datenverarbeitung GmbH wollen auf diesem Wege bekannt geben, dass wir an dem *morgigen *OSM Stammtisch in *Düsseldorf *teilnehmen werden. Des Weiteren werden sind wir am *18.09.2013* in* Karlsruhe* bei dem Stammtisch dabei. Also wer uns gerne mal kennen lernen möchte, wird uns an diesen beiden Tagen an den OSM Stammtischen vorfinden. Natürlich sind wir am *19.9* wieder in *München* dabei. Wir möchten die Stammtische nutzen um mit der Community noch enger in Kontakt zu treten und euch Mapper besser kennen zu lernen. Vom *6-8 September* wird der Kollege Thomas Jakubicka auf der State of the Map 2013 in *Birmingham, England* von unserer Firma anwesend sein. Viele Grüße und bis hoffentlich demnächst bei einem dieser Termine Tracy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 160 6.8.-12.8.2013
Hallo, die Wochennotiz Nr. 160 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/08/wochennotiz-nr-160 Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Tag designation e addr:housename
per l'addr:housename in trentino alto adige è abbastanza comune che vi siano baite-case-palazzi con un nome e spesso è l'unico modo per trovarli visto che solitamente non hanno un numero civico...parlo di zone di montagna, a valle credo si ritorni all'uso dei NC anche se anche li ho visto barechie case con un nome davanti ...e ho trovato alcuni casi anche in Sicilia. -- View this message in context: http://gis.19327.n5.nabble.com/Tag-designation-e-addr-housename-tp5774891p5775068.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag designation e addr:housename
Non dubito che in alcuni casi possa essere usato addr:housename. Come dici giustamente tu, principalmente se non esiste un numero civico. Però nella query che ho fatto trovo che è stato compilato con: numeri civici, nomi di frazioni, nome dell'hotel/condominio/nome della ditta, nome della strada (i dati sono uguali a quelli nel tag name), al posto del tag name. Mi metto a sistemarli in Piemonte. Non sarebbe male fare lo stesso in altre zone d'Italia. Ciao, Andrea. 2013/8/27 Aury88 spacedrive...@gmail.com per l'addr:housename in trentino alto adige è abbastanza comune che vi siano baite-case-palazzi con un nome e spesso è l'unico modo per trovarli visto che solitamente non hanno un numero civico...parlo di zone di montagna, a valle credo si ritorni all'uso dei NC anche se anche li ho visto barechie case con un nome davanti ...e ho trovato alcuni casi anche in Sicilia. -- View this message in context: http://gis.19327.n5.nabble.com/Tag-designation-e-addr-housename-tp5774891p5775068.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Viadotti e ponti autostradali
L'autore ha risposto anche a me subito con la stessa informazione. Sono utente contente di velomap dal 2010. +1 Volker 2013/8/26 Francesco Pelullo f.pelu...@gmail.com Ok, anche io avevo contattato l'autore, mi risponde che gli ci sono volute 6 ore di debugging, si tratta di un bug di mkgmap che dovrà essere risolto. Mi ha detto che ha trovato una soluzione temporanea e che per domani rilascerà una versione aggiornata di mtbitaly e velomap italy. P.S. non so quanti di voi utilizzino regolarmente le mappe di extremecarver, ma bisogna riconoscergli che dedica molto impegno a questo progetto (e non si tira mai indietro quando c'è da sistemare qualcosa). Se potete, fate una donazione. Ciao /niubii/ Il giorno 26/ago/2013 18:45, Volker Schmidt vosc...@gmail.com ha scritto: Confermo il problema. Sembra che con highway=trunk non esiste il problema. Ho scritto all'autore direttamente. Volker 2013/8/26 Martin Koppenhoefer dieterdre...@gmail.com Il giorno 26/ago/2013, alle ore 08:58, aldoct a.n.scia...@tin.it ha scritto: Cofermo Trimoto: non è un problema di come si visualizzi in MapSource o BaseCamp. Io scarico il file mtbitaly.exe ed eseguo il setup il problema sta nella conversione da dati osm al file mtbitaly.exe quindi dovresti segnalare a chi fa quella conversione... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta di supporto
Il giorno 27 agosto 2013 08:44, postmas...@stefanofraccaro.org ha scritto: Ha scritto anche a me... gli ho mandato una pagina html con form di ricerca (testo e pulsante) che semplicemente fa sovrapporre una immagine (pin) ad un'altra (mappa). Il programma è fatto in javascript lato client. Per le esigenze che ha va benissimo. Se ci lavora un pò può farsi anche un array di pin nel caso ci fossero più corrispondenze. Ha scritto anche a me. Gli ho indicato l'indoor mapping, ma ho capito che non gli interessava integrare nell'ambiente circostante. Le vostre soluzioni dovrebbero essere adeguate. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] News fronte Istat
Ciao, forse sottovaluto twitter, ma qualche giorno fa mentre ero nel nostro canale irc ho twittato dal profilo @OpenStreetMapIt all'Istat per chiedere news sul repertorio delle strade e numeri civici di cui sento parlare da osmit2012 Ebbene, l'istat rispose https://twitter.com/istat_it/status/372282743918305280/photo/1 Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag designation e addr:housename
2013/8/25 Andrea Musuruane musur...@gmail.com Ciao a tutti, qualcuno sa spiegarmi l'abuso del tag designation? Secondo il wiki The tag *designation*=* is used to record the legal classification of a way. Combining highwayhttps://wiki.openstreetmap.org/wiki/Key:highway =* and access tagging https://wiki.openstreetmap.org/wiki/Key:accessprovides a worldwide approximation of how one is permitted to use a path or a road in law, but it can be helpful to specify the exact local classification too. Però se faccio delle query con le overpass API, ottengo tutto tranne questo. Credo di aver scoperto il motivo: http://lists.openstreetmap.org/pipermail/potlatch-dev/2012-February/001438.html Un altro ottimo motivo per NON usare Potlatch. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nodo linea che arriva in sub-station
Come si tagga il nodo che arriva alle cabine taggate sub-station? Quelle building generalmente di forma quadrata ai bordi delle strade? Se ci sono più linee che vi arrivano meglio fare un punto unico al centro o meglio collegarle al perimetro dove arrivano le linee(quindi anche più punti)? Questo punto va taggato come transformer? -- View this message in context: http://gis.19327.n5.nabble.com/Nodo-linea-che-arriva-in-sub-station-tp5775090.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] P
___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] News fronte Istat
Il 27/08/2013 11:13, sabas88 ha scritto: Ciao, forse sottovaluto twitter, ma qualche giorno fa mentre ero nel nostro canale irc ho twittato dal profilo @OpenStreetMapIt all'Istat per chiedere news sul repertorio delle strade e numeri civici di cui sento parlare da osmit2012 Ebbene, l'istat rispose https://twitter.com/istat_it/status/372282743918305280/photo/1 Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Che diamine, rispondono prima su Twitter che per posta elettronica certificata? Sono abbastanza risentito :-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Attributi che cambiano in base al giorno
Ciao a tutti, volevo chiedervi come mappare aree o vie i cui attributi cambiano in base al giorno e all'ora. Alcuni esempi: 1. In molti piccoli comuni, parcheggi o piazze si trasformano in mercati 2. Talvolta quando un parcheggio viene utilizzato per un mercato, la viabilità viene modificata (mi è capitato ieri a Vallecrosia, MI: un senso unico ogni lunedì diventa doppio senso di marcia). Come comportarsi? Buona giornata, Frafra ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: pasticcerie
Il 25/08/2013 16:48, girarsi_liste ha scritto: Il 25/08/2013 16:42, Sky One ha scritto: 2013/8/25 Giuseppe Amici giuseppeam...@virgilio.it mailto:giuseppeam...@virgilio.it +1 +1 +1 IDEM:-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodo linea che arriva in sub-station
Il 27/08/2013 12:18, bredy ha scritto: Come si tagga il nodo che arriva alle cabine taggate sub-station? Quelle building generalmente di forma quadrata ai bordi delle strade? Se ci sono più linee che vi arrivano meglio fare un punto unico al centro o meglio collegarle al perimetro dove arrivano le linee(quindi anche più punti)? Questo punto va taggato come transformer? Se si è creato un perimetro, direi che và annodato lì, diversamente se il sub-station è un nodo allora si collega al nodo, anche perchè la sub-station è già di per sè una cabina di trasformazione. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Ripropongo nuovamente questo mio vecchio thread. Nelle ultime settimane ho percorso in bici diverse strade ex-militari (oggi spesso provinciali), in provincia di Imperia e dintorni, e nuovamente sono rimasto confuso dalle scelte fatte da molti mappatori per descriverle. L'impressione che mi sono fatto è che, quasi sempre, le strade sterrate vengono mappate con highway=track. Non viene considerata l'importanza relativa di quella sterrata, spesso si considerano solo le caratteristiche fisiche della strada. Basta che una strada sia sterrata e viene normalmente definita track. Dal mio punto di vista, invece, una strada sterrata non è necessariamente una track. Una strada può essere sterrata poiché si trova in una zona remota (per es. in montagna), non perché la strada ha principalmente rilevanza da un punto di vista agricolo o forestale, come una vera track. Originariamente avevo sollevato la questione della Strada dell'Assietta, in provincia di Torino. Oggi voglio proporre l'esempio della Strada Proviciale 89 di Imperia, che da Triora porta al Passo della Guardia: http://osm.org/go/xXbBGZZF- Nel tratto basso asfaltato, vicino a Triora e fin sotto il Monte Gorda, è stata mappata addirittura come tertiary. Sopra, dove il manto stradale al momento è ancora sterrato, è stato deciso di mapparla come track. Se fra un anno venisse asfaltata tutta, verrebbe rimappata tutta come tertiary, anche se al Passo Guardia non andrebbero molte più persone di oggi in auto? Al Passo della Guardia la SP 89 incontra un'altra strada provinciale (dovrebbe essere la SP 2, anche se su OSM ha ref=SP76), sempre sterrata ex-militare, ovviamente sempre mappata come track, che in direzione ovest porta al Colle Garezzo e a San Bernardo di Mendatica, da dove si arriva a Monesi di Triora tramite la SP 1. Notate che questi tratti sono sterrati, ma comunque percorribili da normali auto, anche se alcuni punti richiedono attenzione [http://it.wikipedia.org/wiki/Colle_del_Garezzo]. Peraltro, si tratta dell'unica via diretta (24 km) per raggiungere da Triora Monesi di Triora, una frazione di Triora! La via alternativa, per asfalto, richiede di scendere al mare e risalire da Imperia per la SP 28, per un totale di 105 km. In effetti da Triora le indicazioni per Monesi puntano proprio a questa via, con il classico cartello blu delle strade normali: https://www.google.it/maps/preview#!data=!1m7!1m3!1d3!2d7.76238!3d43.994119!2m1!2f90!4f75!2m4!1e1!2m2!1s7rZ9W3vMZAnrAqnMRy_Uvg!2e0fid=5 Ora, ha davvero senso classificare una via così come track, solo perché è sterrata? Le ex-militari sono state costruite per mettere in comunicazione località diverse. Ora non sono sicuramente più granché frequentate, ma secondo me rappresentano delle vie di comunicazione alternative abbastanza importanti, tanto che le provincie continuano a curare la loro manutenzione. Perché dovrebbero essere equivalenti alle track in senso stretto, quelle strade costruite per fini agricoli o forestali, che mettono in comunicazione poderi e non paesi? Non dico di dire che sono tertiary, solo perché sono SP, ma almeno unclassified? Ecco cosa si legge sulla wiki del tag:unclassified: unclassified roads are often unpaved in larger, poorer or more remote/rural areas, and are typically paved in denser, richer or more central/urban areas Nelle Alpi Marittime è pieno di esempi del genere. Mi viene in mente il vecchio tracciato che da Tenda porta a Limone, per il Colle di Tenda. Oggi tutti fanno il tunnel, ma secondo me si tratta di una via alternativa ben più importante del tratturo con cui viene oggi rappresentata su OSM. L'altra volta non eravamo giunti a un accordo. Alcuni dicevano che dovevano essere mappate come unclassified, altri come track. Non è possibile trovare una soluzione? Come si può procedere per aprire un dibattito e definire uno standard? Si può votare? O dobbiamo necessariamente prendere per valide le scelte fatte da chi ha mappato per primo quelle vie? Davide Davide Cavallari ha scritto: Mi scuso per il cross-posting, ma ho letto che la mailing list è più utilizzata del forum, quindi provo a riproporre un tema che sul forum non ha stimolato molti interventi. Ci sono alcune strade che sono classificate provinciali, ma che in realtà hanno scarsa importanza e, inoltre, sono sterrate. Un esempio fra tutti è la Strada Provinciale 173 dell'Assietta, in provincia di Torino, che collegga Pian dell'Alpe a Sestriere, una lunga sterrata che si snoda intorno ai 2000 metri: -- http://www.stradadellassietta.it/strada_assietta/strada_assietta.php In OSM attualmente è mappata con il tag highway=track, ma considerando che è una provinciale questa etichettatura non mi sembra soddisfacente. Le track sono delle strade carrozzabili per uso agricolo o forestale, che non rientrano nell'elenco di strade classificate dalla provincia o dai comuni. La S.P. 173, invece, è classificata, anche se non ha chiaramente l'importanza di una provinciale tradizionale.
Re: [Talk-it] Nodo linea che arriva in sub-station
Di fatto anche se collego la linea al perimetro della sub-station JOSM continua a darmi un avviso di nodo con pole/tower mancante. -- View this message in context: http://gis.19327.n5.nabble.com/Nodo-linea-che-arriva-in-sub-station-tp5775090p5775138.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tag surface=grass_paver
Mi sono accorto, alla segnalazione di un problema di traduzione tag dei presets di Josm, che forse il tag in oggetto può essere sbagliato, non scrivo nella lista apposita perchè con l'inglese debbo ricorrere al motore di traduzione, con conseguente possibile confusione linguistica, per loro sopratutto. Se traduco col motore di traduzione singolarmente paver, non mi traduce niente, ritengo non esista il vocabolo, almeno per questo tipo di traduzione, quindi ritengo sia paved, e di conseguenza da correggre in grass_paved, visto che si tratta di pavimento di mattonelle forate appositamente per lasciar crescere l'erba nei buchi. Resterà da inserire nell'apposita voce la traduzione italiana, ma è difficilmente traducibile con un singolo vocabolo, a meno che in edilizia non si usi qualche vocabolo tecnico a riguardo, in italiano. Quindi se siete d'accordo, e qualcuno che fà parte della lista apposita magari segnala, chiedo cortesemente di rivedere il valore, grazie. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodo linea che arriva in sub-station
perchè mettere un'area, la riconosce già come tale, in più si parla di quelle cabine di cemento a forma di parallelepipedo a base quadrata. una building insomma, anzi se non erro son taggate con buildyng=yes -- View this message in context: http://gis.19327.n5.nabble.com/Nodo-linea-che-arriva-in-sub-station-tp5775090p5775143.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag surface=grass_paver
Il 08/27/2013 08:18 PM, girarsi_liste scrisse: Resterà da inserire nell'apposita voce la traduzione italiana, ma è difficilmente traducibile con un singolo vocabolo, a meno che in edilizia non si usi qualche vocabolo tecnico a riguardo, in italiano. Quindi se siete d'accordo, e qualcuno che fà parte della lista apposita magari segnala, chiedo cortesemente di rivedere il valore, grazie. -1 http://en.wikipedia.org/wiki/Permeable_paving ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] News fronte Istat
che notizia spettacolare sono felicissimo per OSM! -- View this message in context: http://gis.19327.n5.nabble.com/News-fronte-Istat-tp5775086p5775146.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag surface=grass_paver
Il 27/08/2013 20:39, emmexx ha scritto: Il 08/27/2013 08:18 PM, girarsi_liste scrisse: Resterà da inserire nell'apposita voce la traduzione italiana, ma è difficilmente traducibile con un singolo vocabolo, a meno che in edilizia non si usi qualche vocabolo tecnico a riguardo, in italiano. Quindi se siete d'accordo, e qualcuno che fà parte della lista apposita magari segnala, chiedo cortesemente di rivedere il valore, grazie. -1 http://en.wikipedia.org/wiki/Permeable_paving ciao maxx Ho capito, per cui la parola paver esiste, avevo capito male io, chiedo scusa. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodo linea che arriva in sub-station
Il 27/08/2013 20:34, bredy ha scritto: perchè mettere un'area, la riconosce già come tale, in più si parla di quelle cabine di cemento a forma di parallelepipedo a base quadrata. una building insomma, anzi se non erro son taggate con buildyng=yes Building -- costruzione power=substation --torretta, cioè specifica cosa è la costruzione ed a cosa serve power=transformer -- specifica il contenuto di tale torrettae condiziona le way elettriche, cioè le termina con i collegamenti a tale scopo. Se colleghi solo a substation, è come se attaccassi i fili al cemento della torretta, non al trasformatore ivi contenuto. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Due mie osservazioni al caldo: 1. Una SP (Strada Provinciale) non è unclassified, ma tertiary 2. Una strada sterrata può essere anche una trunk, dipende del paese. Sicuramante anche in Italia ci sono strade sterrate, che chiaremamente non sono tracks, ma hanno un ruolo nel traffico oltre del accesso a campi o per l'asporto di legname. Volker 2013/8/27 solitone solit...@mail.com Ripropongo nuovamente questo mio vecchio thread. Nelle ultime settimane ho percorso in bici diverse strade ex-militari (oggi spesso provinciali), in provincia di Imperia e dintorni, e nuovamente sono rimasto confuso dalle scelte fatte da molti mappatori per descriverle. L'impressione che mi sono fatto è che, quasi sempre, le strade sterrate vengono mappate con highway=track. Non viene considerata l'importanza relativa di quella sterrata, spesso si considerano solo le caratteristiche fisiche della strada. Basta che una strada sia sterrata e viene normalmente definita track. Dal mio punto di vista, invece, una strada sterrata non è necessariamente una track. Una strada può essere sterrata poiché si trova in una zona remota (per es. in montagna), non perché la strada ha principalmente rilevanza da un punto di vista agricolo o forestale, come una vera track. Originariamente avevo sollevato la questione della Strada dell'Assietta, in provincia di Torino. Oggi voglio proporre l'esempio della Strada Proviciale 89 di Imperia, che da Triora porta al Passo della Guardia: http://osm.org/go/xXbBGZZF- Nel tratto basso asfaltato, vicino a Triora e fin sotto il Monte Gorda, è stata mappata addirittura come tertiary. Sopra, dove il manto stradale al momento è ancora sterrato, è stato deciso di mapparla come track. Se fra un anno venisse asfaltata tutta, verrebbe rimappata tutta come tertiary, anche se al Passo Guardia non andrebbero molte più persone di oggi in auto? Al Passo della Guardia la SP 89 incontra un'altra strada provinciale (dovrebbe essere la SP 2, anche se su OSM ha ref=SP76), sempre sterrata ex-militare, ovviamente sempre mappata come track, che in direzione ovest porta al Colle Garezzo e a San Bernardo di Mendatica, da dove si arriva a Monesi di Triora tramite la SP 1. Notate che questi tratti sono sterrati, ma comunque percorribili da normali auto, anche se alcuni punti richiedono attenzione [http://it.wikipedia.org/wiki/Colle_del_Garezzo]. Peraltro, si tratta dell'unica via diretta (24 km) per raggiungere da Triora Monesi di Triora, una frazione di Triora! La via alternativa, per asfalto, richiede di scendere al mare e risalire da Imperia per la SP 28, per un totale di 105 km. In effetti da Triora le indicazioni per Monesi puntano proprio a questa via, con il classico cartello blu delle strade normali: https://www.google.it/maps/preview#!data=!1m7!1m3!1d3!2d7.76238!3d43.994119!2m1!2f90!4f75!2m4!1e1!2m2!1s7rZ9W3vMZAnrAqnMRy_Uvg!2e0fid=5 Ora, ha davvero senso classificare una via così come track, solo perché è sterrata? Le ex-militari sono state costruite per mettere in comunicazione località diverse. Ora non sono sicuramente più granché frequentate, ma secondo me rappresentano delle vie di comunicazione alternative abbastanza importanti, tanto che le provincie continuano a curare la loro manutenzione. Perché dovrebbero essere equivalenti alle track in senso stretto, quelle strade costruite per fini agricoli o forestali, che mettono in comunicazione poderi e non paesi? Non dico di dire che sono tertiary, solo perché sono SP, ma almeno unclassified? Ecco cosa si legge sulla wiki del tag:unclassified: unclassified roads are often unpaved in larger, poorer or more remote/rural areas, and are typically paved in denser, richer or more central/urban areas Nelle Alpi Marittime è pieno di esempi del genere. Mi viene in mente il vecchio tracciato che da Tenda porta a Limone, per il Colle di Tenda. Oggi tutti fanno il tunnel, ma secondo me si tratta di una via alternativa ben più importante del tratturo con cui viene oggi rappresentata su OSM. L'altra volta non eravamo giunti a un accordo. Alcuni dicevano che dovevano essere mappate come unclassified, altri come track. Non è possibile trovare una soluzione? Come si può procedere per aprire un dibattito e definire uno standard? Si può votare? O dobbiamo necessariamente prendere per valide le scelte fatte da chi ha mappato per primo quelle vie? Davide Davide Cavallari ha scritto: Mi scuso per il cross-posting, ma ho letto che la mailing list è più utilizzata del forum, quindi provo a riproporre un tema che sul forum non ha stimolato molti interventi. Ci sono alcune strade che sono classificate provinciali, ma che in realtà hanno scarsa importanza e, inoltre, sono sterrate. Un esempio fra tutti è la Strada Provinciale 173 dell'Assietta, in provincia di Torino, che collegga Pian dell'Alpe a Sestriere, una lunga sterrata che si snoda intorno ai 2000 metri: --
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Surface gravel lo trovo un obbligo se si percorre in panda 4*4 e non in Mercedes ci vorrebbe qualcosa x fuoristrada sul tag non più di minor secondo me ( mi par di aver capito sia una strada tipo quelle percorse dai forestali in jeep come nei parchi ecc.) deve essere cmq chiaro non sia asfaltata . lascerei decisamente perdere tertiary o superiore Messaggio originale Da: solit...@mail.com Data: 27/08/2013 19.27 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track? Ripropongo nuovamente questo mio vecchio thread. Nelle ultime settimane ho percorso in bici diverse strade ex-militari (oggi spesso provinciali), in provincia di Imperia e dintorni, e nuovamente sono rimasto confuso dalle scelte fatte da molti mappatori per descriverle. L'impressione che mi sono fatto è che, quasi sempre, le strade sterrate vengono mappate con highway=track. Non viene considerata l'importanza relativa di quella sterrata, spesso si considerano solo le caratteristiche fisiche della strada. Basta che una strada sia sterrata e viene normalmente definita track. Dal mio punto di vista, invece, una strada sterrata non è necessariamente una track. Una strada può essere sterrata poiché si trova in una zona remota (per es. in montagna), non perché la strada ha principalmente rilevanza da un punto di vista agricolo o forestale, come una vera track. Originariamente avevo sollevato la questione della Strada dell'Assietta, in provincia di Torino. Oggi voglio proporre l'esempio della Strada Proviciale 89 di Imperia, che da Triora porta al Passo della Guardia: http://osm.org/go/xXbBGZZF- Nel tratto basso asfaltato, vicino a Triora e fin sotto il Monte Gorda, è stata mappata addirittura come tertiary. Sopra, dove il manto stradale al momento è ancora sterrato, è stato deciso di mapparla come track. Se fra un anno venisse asfaltata tutta, verrebbe rimappata tutta come tertiary, anche se al Passo Guardia non andrebbero molte più persone di oggi in auto? Al Passo della Guardia la SP 89 incontra un'altra strada provinciale (dovrebbe essere la SP 2, anche se su OSM ha ref=SP76), sempre sterrata ex-militare, ovviamente sempre mappata come track, che in direzione ovest porta al Colle Garezzo e a San Bernardo di Mendatica, da dove si arriva a Monesi di Triora tramite la SP 1. Notate che questi tratti sono sterrati, ma comunque percorribili da normali auto, anche se alcuni punti richiedono attenzione [http://it.wikipedia.org/wiki/Colle_del_Garezzo]. Peraltro, si tratta dell'unica via diretta (24 km) per raggiungere da Triora Monesi di Triora, una frazione di Triora! La via alternativa, per asfalto, richiede di scendere al mare e risalire da Imperia per la SP 28, per un totale di 105 km. In effetti da Triora le indicazioni per Monesi puntano proprio a questa via, con il classico cartello blu delle strade normali: https://www.google.it/maps/preview#!data=!1m7!1m3!1d3!2d7.76238!3d43.994119! 2m1!2f90!4f75!2m4!1e1!2m2!1s7rZ9W3vMZAnrAqnMRy_Uvg!2e0fid=5 Ora, ha davvero senso classificare una via così come track, solo perché è sterrata? Le ex-militari sono state costruite per mettere in comunicazione località diverse. Ora non sono sicuramente più granché frequentate, ma secondo me rappresentano delle vie di comunicazione alternative abbastanza importanti, tanto che le provincie continuano a curare la loro manutenzione. Perché dovrebbero essere equivalenti alle track in senso stretto, quelle strade costruite per fini agricoli o forestali, che mettono in comunicazione poderi e non paesi? Non dico di dire che sono tertiary, solo perché sono SP, ma almeno unclassified? Ecco cosa si legge sulla wiki del tag:unclassified: unclassified roads are often unpaved in larger, poorer or more remote/rural areas, and are typically paved in denser, richer or more central/urban areas Nelle Alpi Marittime è pieno di esempi del genere. Mi viene in mente il vecchio tracciato che da Tenda porta a Limone, per il Colle di Tenda. Oggi tutti fanno il tunnel, ma secondo me si tratta di una via alternativa ben più importante del tratturo con cui viene oggi rappresentata su OSM. L'altra volta non eravamo giunti a un accordo. Alcuni dicevano che dovevano essere mappate come unclassified, altri come track. Non è possibile trovare una soluzione? Come si può procedere per aprire un dibattito e definire uno standard? Si può votare? O dobbiamo necessariamente prendere per valide le scelte fatte da chi ha mappato per primo quelle vie? Davide Davide Cavallari ha scritto: Mi scuso per il cross-posting, ma ho letto che la mailing list è più utilizzata del forum, quindi provo a riproporre un tema che sul forum non ha stimolato molti interventi. Ci sono alcune strade che sono classificate provinciali, ma che in realtà hanno scarsa importanza e, inoltre, sono sterrate. Un esempio fra tutti è la Strada Provinciale 173 dell'Assietta, in provincia di Torino, che collegga Pian dell'Alpe a Sestriere, una lunga
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Il 27/08/2013 20:55, Volker Schmidt ha scritto: Due mie osservazioni al caldo: 1. Una SP (Strada Provinciale) non è unclassified, ma tertiary Senza entrare in discussione con tutto il resto, specifico solo che nel caso di una provinciale/regionale, si è più propensi al secondary, stando al wiki. http://wiki.openstreetmap.org/wiki/IT:Key:highway -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Messaggio originale Da: liste.gira...@gmail.com Data: 27/08/2013 21.08 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track? Il 27/08/2013 20:55, Volker Schmidt ha scritto: Due mie osservazioni al caldo: 1. Una SP (Strada Provinciale) non è unclassified, ma tertiary Senza entrare in discussione con tutto il resto, specifico solo che nel caso di una provinciale/regionale, si è più propensi al secondary, stando al wiki. http://wiki.openstreetmap.org/wiki/IT:Key:highway secondo me poi ci vuole anche buonsenso di diramazioni di provinciali nei parchi ne ho viste tante nessuna secondari ma quasi tutte track e del resto vorrei mettere:) -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Il 27/08/2013 21:23, beppebo...@libero.it ha scritto: secondo me poi ci vuole anche buonsenso di diramazioni di provinciali nei parchi ne ho viste tante nessuna secondari ma quasi tutte track e del resto vorrei mettere:) Avevo capito che si voleva corregere i tag, con informazioni più reali, se sono strade provinciali, sterrate o no, il ref và messo poi come highway per me è secondary, ammetto che è inusuale in uno sterrato, però rispetta l'informazione come strada di comunicazione provinciale. Track è più adeguato per percorsi agricoli o strade forestali, il tipo di terreno lo si distingue solo col surface, e le eventuali limitazioni della segnaletica ivi vigente. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Volker Schmidt vosc...@gmail.com wrote: 1. Una SP (Strada Provinciale) non è unclassified, ma tertiary Quello che si era detto all'epoca è che sono strade provinciali in quanto è la Provincia che ha in carico la manutenzione, ma non hanno certamente la stessa importanza funzionale delle altre classiche provinciali. Unclassified era sembrata la scelta migliore, a chi non era d'accordo col diffuso uso di track. 2. Una strada sterrata può essere anche una trunk, dipende del paese. Sicuramante anche in Italia ci sono strade sterrate, che chiaremamente non sono tracks, ma hanno un ruolo nel traffico oltre del accesso a campi o per l'asporto di legname. Il traffico su queste strade è obiettivamente molto scarso. Per lo più turisti. Poi non escludo che chi abita a Monesi e debba andare in Comune passi per la via che ho citato, con un'auto adeguata. La questione principale è che queste strade hanno un ruolo di comunicazione (anche se alternativo e eccezionale, magari in situazioni di emergenza) e non agriforestale, come le strade che io considero track. Davide -- Sent from my brain using neurons fueled by glucose ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
beppebo...@libero.it beppebo...@libero.it wrote: Surface gravel lo trovo un obbligo se si percorre in panda 4*4 e non in Mercedes ci vorrebbe qualcosa x fuoristrada sul tag non più di minor secondo me Minor l'avevo proposto inizialmente, come indica ancora il titolo del thread, ma mi era stato fatto notare che è un tag quasi deprecato. Quindi, per dare più importanza a queste strade rispetto a una strada interpoderale o una pista forestale (track), ma meno che a una normale strada con traffico abituale (tertiary, secondary), si era proposto unclassified. Che stando alla wiki potrebbe corrispondere alle strade ex-militari delle Alpi. Poi siamo d'accordo sull'uso di surface. Personalmente uso anche spesso smoothness e width. Davide -- Sent from my brain using neurons fueled by glucose ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Secondo quanto riportato da Wikipedia, ci sono alcuni tratti che non possono essere percorsi da una normale auto. Pertanto, in questi tratti, per me, la strada non può essere unclassified ma track e con un tracktype adeguato. In altri tratti la classificazione potrebbe essere differente. Ciao, Andrea. Il giorno 27/ago/2013 21:40, solitone solit...@mail.com ha scritto: Volker Schmidt vosc...@gmail.com wrote: 1. Una SP (Strada Provinciale) non è unclassified, ma tertiary Quello che si era detto all'epoca è che sono strade provinciali in quanto è la Provincia che ha in carico la manutenzione, ma non hanno certamente la stessa importanza funzionale delle altre classiche provinciali. Unclassified era sembrata la scelta migliore, a chi non era d'accordo col diffuso uso di track. 2. Una strada sterrata può essere anche una trunk, dipende del paese. Sicuramante anche in Italia ci sono strade sterrate, che chiaremamente non sono tracks, ma hanno un ruolo nel traffico oltre del accesso a campi o per l'asporto di legname. Il traffico su queste strade è obiettivamente molto scarso. Per lo più turisti. Poi non escludo che chi abita a Monesi e debba andare in Comune passi per la via che ho citato, con un'auto adeguata. La questione principale è che queste strade hanno un ruolo di comunicazione (anche se alternativo e eccezionale, magari in situazioni di emergenza) e non agriforestale, come le strade che io considero track. Davide -- Sent from my brain using neurons fueled by glucose ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Attributi che cambiano in base al giorno
Puoi usare delle condizioni di accesso e di senso unico condizionali: http://wiki.openstreetmap.org/wiki/Conditional_restrictions Ciao, Alberto From: Francesco Frassinelli [mailto:frap...@gmail.com] Sent: martedì 27 agosto 2013 15:59 To: openstreetmap list - italiano Subject: [Talk-it] Attributi che cambiano in base al giorno Ciao a tutti, volevo chiedervi come mappare aree o vie i cui attributi cambiano in base al giorno e all'ora. Alcuni esempi: 1. In molti piccoli comuni, parcheggi o piazze si trasformano in mercati 2. Talvolta quando un parcheggio viene utilizzato per un mercato, la viabilità viene modificata (mi è capitato ieri a Vallecrosia, MI: un senso unico ogni lunedì diventa doppio senso di marcia). Come comportarsi? Buona giornata, Frafra ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Attributi che cambiano in base al giorno
Il giorno 27/ago/2013, alle ore 22:07, Alberto Nogaro bartosom...@yahoo.it ha scritto: Puoi usare delle condizioni di accesso e di senso unico condizionali: http://wiki.openstreetmap.org/wiki/Conditional_restrictions +1, per un mercato potresti anche semplicemente indicare gli orari con opening_hours ciao, Martin___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Andrea Musuruane musur...@gmail.com wrote: Secondo quanto riportato da Wikipedia, ci sono alcuni tratti che non possono essere percorsi da una normale auto. Pertanto, in questi tratti, per me, la strada non può essere unclassified ma track e con un tracktype adeguato. Procedendo a bassa velocità, quelle strade possono essere percorse da qualsiasi utilitaria. Non andrei con una BMW Serie 3 (con cui non farei nessuno sterrato), ma ho visto alcune Punto e Panda (non 4x4) farle. La stessa wikipedia dice che sul tratto peggiore, che dalla Porta Bertrand scende alla Colla Melosa, è *meglio* evitare di transitarvi con una comune auto (non è impossibile). Secondo me il fondo di una strada deve essere descritto dai tag surface e smoothness, non da highway. Se la strada è accidentata, e può essere fatta solo con auto fuoristrada, avrà una brutta smoothness, ma non per questo è una track, che per me dovrebbe contraddistinguere le strade interpoderali, le piste forestali e tagliafuoco, i tratturi e cose simili; non lunghe strade sterrate che in luoghi remoti hanno la funzione di connettere delle località, anche se per percorrerle è saggio servirsi di un 4x4. Davide -- Sent from my brain using neurons fueled by glucose ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Attributi che cambiano in base al giorno
Il giorno 27 agosto 2013 22:19, Martin Koppenhoefer dieterdre...@gmail.comha scritto: Il giorno 27/ago/2013, alle ore 22:07, Alberto Nogaro bartosom...@yahoo.it ha scritto: Puoi usare delle condizioni di accesso e di senso unico condizionali: ** ** http://wiki.openstreetmap.org/wiki/Conditional_restrictions +1, per un mercato potresti anche semplicemente indicare gli orari con opening_hours Grazie per le utili indicazioni, Frafra ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] News fronte Istat
2013/8/27 trimoto dokitaba...@alice.it che notizia spettacolare sono felicissimo per OSM! +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada provinciale sterrata: highway=secondary, minor o track?
Il giorno 27/ago/2013, alle ore 19:27, solitone solit...@mail.com ha scritto: Non dico di dire che sono tertiary, solo perché sono SP, ma almeno unclassified? per una SP al meno unclassified (raro credo) ma anche tertiary come minimo. +1 a tutto il discorso. Vai pure e aggiusta, è un wiki :) Cosa riguarda il rendering penso che qualcosa potrebbe muoversi, era in discussione questi giorni sulla lista di carto di visualizzare unpaved come tratteggiato per tutte le strade ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Langebro i Københa?==?iso-8859-1?Q?vn
Brugeren bag, http://www.openstreetmap.org/user/Martin1324, har tilføjet en række af disse stier, bl.a ved Tagensvej, Sølvgade, Fredens Bro, Webersgade, Øster Voldgade, Amager Boulevard og Oslo Plads. Det er efter min mening et unødvendigt spaghetti: http://www.openstreetmap.org/#map=19/55.68740/12.57817 http://www.openstreetmap.org/#map=19/55.69137/12.58814 Det giver også hurtig en masse problemer ift routing. Der er fx nu en masse fodgængerstier der kun er forbundet til en cykelsti, og ikke til selve vejen. Er der noget der har kontaktet ham? Eller er Martin selv på listen her? Jeg vil mene at disse ændringer bør rulles tilbage. Med venlig hilsen Emil Tin IT- og Processpecialist Trafikdesign ___ KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 2369 5986 Mobil +45 2369 5986 Email z...@tmf.kk.dk EAN 5798009493149 -Oprindelig meddelelse- Fra: Jørgen Elgaard Larsen [mailto:j...@elgaard.net] Sendt: 21. august 2013 14:44 Til: talk-dk@openstreetmap.org Emne: Re: [Talk-dk] Langebro i Københa?==?iso-8859-1?Q?vn Michael Andersen skrev: Jeg har ikke set nærmere på Langebro, men hvis i ikke allerede har bemærket http://www.openstreetmap.org/?note=27447, så er det i denne forbindelse værd at kigge på den nu. Enig. Er der nogle der vil give et bud på den myriade af highways som ny er lagt på broen? Det area, der er lavet med highway=pedestrian er i hvert fald helt forkert. Broen kan næppe betegnes som gågade. At lave selve vejen som to one-way mener jeg godt kan forsvares. Der er fuldt optrukket linie og man kan ikke lave u-vending. Det er helle ikke realistisk for fodgængere at krydse den og gå ned ad trappen på den anden side af vejen. Om cykelstier skal mappes for sig selv har vi diskuteret ofte på denne liste. Jeg vil mene, at Emil's svar er helt korrekt. Der er ingen specifik hastighedsbegrænsning på broen, det vil sige at der færdselslovens almindelige grænser der gælder. Derfor kan (og bør) man alligevel angive maxspeed, hvis man er sikker på, hvad den er. Hvis det er en generel hastighedsgrænse, bør man dog sætte source:maxspeed=DK:urban (henholdsvis DK:rural, DK:motorway) Man kan desuden overveje, om man ikke skulle tagge Langebro som bridge=bascule :-) - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-ca] An invitation to join and contribute to http://help.openstreetmap.org/
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, I recently had a couple of general questions about OSM and decided to post them at https://help.openstreetmap.org/ which I had joined a bit over 3 years ago. I hadn't noticed but through my various past contributions I reached enough karma to be able to edit / retag questions. I took some time to group some questions under tags related to Canada and Quebec: https://help.openstreetmap.org/tags/canada/ https://help.openstreetmap.org/tags/quebec/ I'd like to invite anyone interested to join and contribute with answers and upvoting/downvoting/reporting questions and comments as appropriate. If you need any help or want a question re-tagged or reviewed quickly, let me know. Questions can also be posted in French, just use the lang-fr tag - not very intuitive but at least it's accepted. Cheers, Fabian - -- Fabián Rodríguez http://openstreetmap.magicfab.ca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlIdAJ0ACgkQfUcTXFrypNXWxgCeJK5KT/Puw99xPVrWAHpRfLLA KfsAoMDvAc4Gf2XnLnrbheXvkkQeytWo =uNxR -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Appel aux Troyens
Déjà, ce serait bien de virer les quartier de. C'est comme si on mettait Ville de Troyes dans le tag name. Il me semble aussi que c'est une erreur de rendu et c'est vrai que c'est un problème. Il faudrait : - que les étiquettes à des échelles différentes selon son niveau ; - qu'il y ait une priorité dans l'affichage. - 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/Appel-aux-Troyens-tp5774848p5775071.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
La requête (qui se trouve dans le README) élimine les espaces et met tout en minuscule. Donc D 155b et D155B sont (sauf erreur) regroupé en D155B. C'est le boulot du REGEXP_REPLACE(UPPER(r.ref),' ','') Le but ici n'est pas de vérifier si les ref=* sont bien écrits dans OSM, c'est plus du domaine d'osmose que de ces listings de suivi. Dans quel département as-tu trouvé un D 155b dans les fichiers générés ? Le 27 août 2013 01:54, Tetsuo Shima tets...@gmail.com a écrit : Visiblement la requête tient compte des espaces - D155 différent de D 155 - et de la casse pour comparer les références de voie, ça complique le traitement des résultats avec tout un tas de faux positif. Je pense qu'il serait préférable de traiter D 155 b identique a D155B par exemple, ca évite d'avoir a traiter séparément les deux erreurs remontées. Le 26 août 2013 19:45, Christian Quest cqu...@openstreetmap.fr a écrit : Je viens de terminer un bout de script pour générer département par département une liste des routes présentes dans OSM et dans le Route500 de l'IGN. Donc pour chaque département ça sort la liste des 'ref' et les km présents dans OSM et le Route500, le tout sous forme de fichier CSV (en attendant une interface un peu plus sexy). http://osm13.openstreetmap.fr/~cquest/routes/ Extrait du README: Les kilométrage sont calculés en projection Lambert 93 (EPSG:2154). La date de modification de chaque fichier CSV indique quand le calcul a été fait, les données OSM pouvant avoir en général tout au plus 5mn de retard de mise à jour. ATTENTION: Les tronçons sont découpés à la limite du département présente dans OSM, ceci peut créer de petites erreurs de calcul à la frontière du département. Les kilométrage du Route500 sont généralement inférieurs à ceux d'OSM pour une route complète de part la simplification géométrique du Route500. Tous les type de highway=* sont pris en compte sans distinction (cf la requête SQL). -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
tetsuo shima wrote Visiblement la requête tient compte des espaces - D155 différent de D 155 - et de la casse pour comparer les références de voie, ça complique le traitement des résultats avec tout un tas de faux positif. Je pense qu'il serait préférable de traiter D 155 b identique a D155B par exemple, ca évite d'avoir a traiter séparément les deux erreurs remontées. Du coup, ça montre aussi qu'on a encore du travail pour normaliser tout ça. - 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/Comparaison-OSM-Route500-tp5775040p5775073.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Je ne réponds pas à la question, mais dans le 71, on trouve une D987BIS (absente sur OSM et 300 m sur IGN) et une D987 BIS (160 mètres sur OSM et absent chez IGN).. Idem dans le Jura (25) avec la D67[ ]BIS. Art. Le 27 août 2013 08:55, Christian Quest cqu...@openstreetmap.fr a écrit : La requête (qui se trouve dans le README) élimine les espaces et met tout en minuscule. Donc D 155b et D155B sont (sauf erreur) regroupé en D155B. C'est le boulot du REGEXP_REPLACE(UPPER(r.ref),' ','') Le but ici n'est pas de vérifier si les ref=* sont bien écrits dans OSM, c'est plus du domaine d'osmose que de ces listings de suivi. Dans quel département as-tu trouvé un D 155b dans les fichiers générés ? Le 27 août 2013 01:54, Tetsuo Shima tets...@gmail.com a écrit : Visiblement la requête tient compte des espaces - D155 différent de D 155 - et de la casse pour comparer les références de voie, ça complique le traitement des résultats avec tout un tas de faux positif. Je pense qu'il serait préférable de traiter D 155 b identique a D155B par exemple, ca évite d'avoir a traiter séparément les deux erreurs remontées. Le 26 août 2013 19:45, Christian Quest cqu...@openstreetmap.fr a écrit : Je viens de terminer un bout de script pour générer département par département une liste des routes présentes dans OSM et dans le Route500 de l'IGN. Donc pour chaque département ça sort la liste des 'ref' et les km présents dans OSM et le Route500, le tout sous forme de fichier CSV (en attendant une interface un peu plus sexy). http://osm13.openstreetmap.fr/~cquest/routes/ Extrait du README: Les kilométrage sont calculés en projection Lambert 93 (EPSG:2154). La date de modification de chaque fichier CSV indique quand le calcul a été fait, les données OSM pouvant avoir en général tout au plus 5mn de retard de mise à jour. ATTENTION: Les tronçons sont découpés à la limite du département présente dans OSM, ceci peut créer de petites erreurs de calcul à la frontière du département. Les kilométrage du Route500 sont généralement inférieurs à ceux d'OSM pour une route complète de part la simplification géométrique du Route500. Tous les type de highway=* sont pris en compte sans distinction (cf la requête SQL). -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Le 27 août 2013 08:55, Christian Quest cqu...@openstreetmap.fr a écrit : [...] Dans quel département as-tu trouvé un D 155b dans les fichiers générés ? Encore une fois, pas la réponse exacte à la question, mais un cas approchant : Dans le 12, il y a D146 E et D146E Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Bonjour, De : Art Penteur Le 27 août 2013 08:55, Christian Quest a écrit : [...] Dans quel département as-tu trouvé un D 155b dans les fichiers générés ? Encore une fois, pas la réponse exacte à la question, mais un cas approchant : Dans le 12, il y a D146 E et D146E En regardant la requête dans le README, la référence des routes est prise dans une colonne de la table Route500, mais sans lui appliquer la même normalisation que pour la source OSM. Il faudrait coller la même fonction (REGEXP_REPLACE(UPPER(r.ref),' ','')) côté Route500 pour s'affranchir des nuances majuscules/minuscules et espaces de la même manière pour les deux sources. Sinon dans le fichier du Val d'Oise, toutes les valeurs de la colonne km_ign sont à 0, ce qui rend la comparaison très flatteuse pour OSM :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Voilà ce qui arrive quand on fait confiance à des données de référence, qu'on imagine normalisées ;) Je rajoute de ce pas le replace/upper sur le Route500... et remouline le tout (comme ça le 06 aura aussi ses Métropolitaines). Pour le 95, j'ai dû loupé l'import du Route500 de ce département... Le 27 août 2013 10:03, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Art Penteur Le 27 août 2013 08:55, Christian Quest a écrit : [...] Dans quel département as-tu trouvé un D 155b dans les fichiers générés ? Encore une fois, pas la réponse exacte à la question, mais un cas approchant : Dans le 12, il y a D146 E et D146E En regardant la requête dans le README, la référence des routes est prise dans une colonne de la table Route500, mais sans lui appliquer la même normalisation que pour la source OSM. Il faudrait coller la même fonction (REGEXP_REPLACE(UPPER(r.ref),' ','')) côté Route500 pour s'affranchir des nuances majuscules/minuscules et espaces de la même manière pour les deux sources. Sinon dans le fichier du Val d'Oise, toutes les valeurs de la colonne km_ign sont à 0, ce qui rend la comparaison très flatteuse pour OSM :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Borne de vidange et d'alimentation pour camping cars et/ou bateaux
Je n'ai rien trouvé non plus, donc pour le moment, je mets : amenity=motorhome_service Stf Le 19/08/2013 18:37, Yves Pratter a écrit : Bonjour, Quels attributs utiliser pour ce genre de bornes ? Elles peuvent fournir ± les services suivants : * eau * électricité * vidange WC chimiques * vidange d'eaux usées http://fr.wikipedia.org/wiki/Eaux_us%C3%A9es Il existe les combinaisons suivantes : * WC chimiques o amenity=waste_disposal waste http://wiki.openstreetmap.org/wiki/Key:waste=chemical_toilet * Eaux usées : o amenity=waste_disposal waste http://wiki.openstreetmap.org/wiki/Key:waste=grey_water * Eaux noires des bateaux o amenity=waste_disposal waste http://wiki.openstreetmap.org/wiki/Key:waste=excrement o harbour http://wiki.openstreetmap.org/wiki/OpenSeaMap/Harbours:pump-out * Eau o harbour http://wiki.openstreetmap.org/wiki/OpenSeaMap/Harbours:water_tap o waterway=water_point http://wiki.openstreetmap.org/wiki/Tag:waterway=water_point o amenity=drinking_water http://wiki.openstreetmap.org/wiki/Tag:amenity=drinking_water (un simple robinet) * Electricité o harbour http://wiki.openstreetmap.org/wiki/OpenSeaMap/Harbours:electricity o power_supply http://wiki.openstreetmap.org/wiki/Key:power_supply=yes (en France : power_supply=cee_7_5) s'utilise dans le contexte d'un camping exemple : http://www.bornes-eurorelais.fr/borne-euro-relais-maxi.php Merci d'avance pour vos suggestions, -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vaucluse : localisation des zones d'activités
Bonjour à tous, Le Conseil Général de Vaucluse (84) vient de me confirmer son (grand) intérêt pour utiliser OpenStreetMap dans le cadre d'une de ses missions : l'Emploi et les activités économiques. Dans un premier temps, sa problématique est de localiser toutes les zones d'activités économiques dans le département. Nous avons récupérer des documents pdf qui peuvent nous aider (ou pas) à les localiser. Ils sont disponibles ici http://wiki.openstreetmap.org/wiki/Vaucluse/zones_d%27activit%C3%A9s_%C3%A9conomiques Dans un premier temps, il faudrait vérifier si ces zones d'activités sont déjà présentes dans OSM et créer le lien vers l'objet dans OSM. J'aurais besoin d'un coup de main. Donc, avis aux amateurs. Merci d'avance, - 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/Vaucluse-localisation-des-zones-d-activites-tp5775089.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le projet Itinérance dans le PNR des Préalpes d'Azur
Bonjour, Je relaie sur la liste un message du forum ( http://forum.openstreetmap.fr/viewtopic.php?f=6t=754 )qui recherche des contributeurs Le projet Itinérance dans le PNR des Préalpes d'Azur de cdd-pnr-06 » Mar Aoû 27, 2013 10:21 am Bonjour à tous, Ce sujet à pour but de vous présenter une action actuellement en cours au sein du Parc Naturel Régional des Préalpes d’Azur (Alpes-Maritimes) sur letourisme itinérant au sein de laquelle OpenStreetMap occupe une place primordiale dans la création et la collecte des informations. Le projet Itinérance est porté par le Conseil de Développement du parc, une instance citoyenne et participative qui accompagne le PNR dans l’élaboration de sa charte, qui a défini le tourisme itinérant comme un thème de travail utile et nécessaire, de nature à soutenir de nombreuses autres initiatives de tourisme durable et responsable. Le but du projet Itinérance est de constituer un inventaire cartographique des sentiers, patrimoines, productions locales et services offerts aux touristes qui voudraient parcourir le territoire du parc. De part ses préoccupations en matière de participation citoyenne, le Conseil de Développement a choisi OpenStreetMap pour réaliser cet inventaire, qui, a terme, devrait alimenter les bases de données (le SIG) du Parc. Ceci est donc unappel à contribution pour les mappeurs de la région ou à toute autre personne intéressée par ce projet. Vous trouverez toutes les informations complémentaires sur ce projet sur le site du Conseil de Développement, rubrique Activités 2012/2013/Tourisme Durable. LIEN Avis donc aux amateurs, si vous voulez venir arpenter les sentiers des Préalpes d’Azur avec votre GPS ou cartographier avec un walking-paper l’un des nombreux villages perchés, vous êtes les bienvenus ! Si vous pensez également à d’autres manières de diffuser cette information pour toucher le plus de contributeurs potentiels possible, merci de nous les communiquer. PS : Merci de déplacer sur sujet s’il n’est pas dans la bonne rubrique …___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
2013/8/27 Tony Emery tony.em...@yahoo.fr: J'aurais besoin d'un coup de main. Donc, avis aux amateurs. ZAC, MIN, CA, ZA, ZI... pourrait-on avoir une traduction et une convention adoptée par tous ? Pour info, le tag name ne devrait pas contenir d'abréviations. Mettez-les dans le tag short_name, si vous voulez. Après, c'est les logiciels qui choisissent (un moteur de rendu n'a pas les mêmes contraintes qu'un logiciel de recherche de nom, par ex.). Il est toujours plus facile de raccourcir les textes automatiquement que de les rallonger. Que faire si les zones sont déjà dans la base avec un nom différent ? par exemple, le wiki a un ZA du Morelle qui pointe vers ZI agroalimentaire de Camaret, un nom donné par J-Louis ZIMMERMANN http://www.openstreetmap.org/browse/way/113513662 Est-ce le lien qui est faux, la fiche, le contributeur ou le terrain ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
Pieren wrote ZAC, MIN, CA, ZA, ZI... pourrait-on avoir une traduction et une convention adoptée par tous ? Pour info, le tag name ne devrait pas contenir d'abréviations. Mettez-les dans le tag short_name, si vous voulez. Après, c'est les logiciels qui choisissent (un moteur de rendu n'a pas les mêmes contraintes qu'un logiciel de recherche de nom, par ex.). Il est toujours plus facile de raccourcir les textes automatiquement que de les rallonger. La définition de la ZAC est dans la page wiki, en introduction. MIN = Marché d'Intérêt National Pour les 3 sigles suivants, il n'y a pas de convention particulière. C'est la fiche qui renseigne le mieux. ZA = Zone Artisanale ZI = Zone Industrielle ZAE = Zone d'Activité Economique Concernant les intercommunalités : CC = Communauté de Communes CA = Communauté d'Agglomération Pieren wrote Que faire si les zones sont déjà dans la base avec un nom différent ? par exemple, le wiki a un ZA du Morelle qui pointe vers ZI agroalimentaire de Camaret, un nom donné par J-Louis ZIMMERMANN http://www.openstreetmap.org/browse/way/113513662 Pour le moment, on fait juste le lien entre l'objet dans OSM (l'Identifiant) et la colonne Nom de la zone de la table du wiki. On complète aussi la colonne Statut. L'idée de départ est de s'appuyer sur l'occupation des sols, même si le contour de la fiche ne correspond pas à celui d'OSM : - 1/ parce qu'on ne parle pas de la même chose (occupation du sol d'un côté, procédure administrative de l'autre - 2/ parce que je ne sais pas encore comment on va qualifier ces procédures dans OSM (et si, déjà, c'est utile de le faire). - 3/ parce que les personnes les mieux à même de vérifier et valider l'info sont les développeurs économiques de chaque territoire, qui seront mobilisés à la rentrée. Pieren wrote Est-ce le lien qui est faux, la fiche, le contributeur ou le terrain ? Le lien ne devrait pas être faux, sauf erreur de ma part. La fiche peut être fausse, imprécise, obsolète, ... Le contributeur et le terrain devraient être bons. - 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/Vaucluse-localisation-des-zones-d-activites-tp5775089p5775094.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pb avec le plugin DirectUpload de JOSM
Bonjour, Depuis quelques semaines, et probablement suite à une MAJ de JOSM (j'utilise la version 6202), je ne trouve plus la fonction Envoyer une trace dans les menus de JOSM, que l'utilisais pour uploader mes traces directement à partir de JOSM. Le plugin est-il devenu incompatible ? Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
2013/8/27 Tony Emery tony.em...@yahoo.fr: Pour les 3 sigles suivants, il n'y a pas de convention particulière. C'est la fiche qui renseigne le mieux. ZA = Zone Artisanale ZI = Zone Industrielle ZAE = Zone d'Activité Economique Toujours sur ma fiche à Morelle [1], pour ZA, ils traduisent par Zone d'Activités. Alors le A de ZA, c'est pour Artisanale, Activité ou Activités ? Pieren, qui aime bien être lourd parfois [1] https://docs.google.com/file/d/0B3kulTBOB_SWbFZtamp5cDFtZnM/edit ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pb avec le plugin DirectUpload de JOSM
2013/8/27 Jean-Claude Repetto jrepe...@free.fr: Depuis quelques semaines, et probablement suite à une MAJ de JOSM (j'utilise la version 6202), je ne trouve plus la fonction Envoyer une trace dans les menus de JOSM, que l'utilisais pour uploader mes traces directement à partir de JOSM. La dernière version tested est actuellement 6115. Ta version est donc une version intermédiaire latest. Il est possible que les plugins ne soient pas adaptés immédiatement aux derniers changements de josm core. Pour plus de tranquilité, je te conseille d'installer la version tested et de rafraichir les plugins dans la foulée. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
Pieren wrote 2013/8/27 Tony Emery lt; tony.emery@ gt;: Pour les 3 sigles suivants, il n'y a pas de convention particulière. C'est la fiche qui renseigne le mieux. ZA = Zone Artisanale ZI = Zone Industrielle ZAE = Zone d'Activité Economique Toujours sur ma fiche à Morelle [1], pour ZA, ils traduisent par Zone d'Activités. Alors le A de ZA, c'est pour Artisanale, Activité ou Activités ? Normalement, c'est ZA pour Zone Artisanale et ZAE pour Zone d'Activités Economiques Pieren wrote Pieren, qui aime bien être lourd parfois ça s'appelle démarche qualité est c'est très honorable. - 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/Vaucluse-localisation-des-zones-d-activites-tp5775089p5775098.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pb avec le plugin DirectUpload de JOSM
Le 27/08/2013 13:51, Pieren a écrit : 2013/8/27 Jean-Claude Repetto jrepe...@free.fr: Depuis quelques semaines, et probablement suite à une MAJ de JOSM (j'utilise la version 6202), je ne trouve plus la fonction Envoyer une trace dans les menus de JOSM, que l'utilisais pour uploader mes traces directement à partir de JOSM. La dernière version tested est actuellement 6115. Ta version est donc une version intermédiaire latest. Il est possible que les plugins ne soient pas adaptés immédiatement aux derniers changements de josm core. Pour plus de tranquilité, je te conseille d'installer la version tested et de rafraichir les plugins dans la foulée. Pieren Merci pour ta réponse. En effet, avec la version 6060 (la dernière tested proposée par Gentoo), le menu apparaît bien. Je vais donc rester en tested, en espérant que le problème n'apparaîtra pas dans la prochaine version tested qui sortira. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
Il y a aussi: - ZA : Zone à aménager - ZAC : Zone d'aménagement concerté qui sont plus ou moins synonymes, mais pas forcément des zones d'activités. Et - ZAE : Zone d'activité économique est synonyme de zone d'activité, mais le mot économique est souvent omis car redondant ; du coût la ZAE devient une ZA. On trouve encore aussi : - ZI : Zone industrielle - ZC : zone commerciale qui sont des zones d'activité particulières orienté soit vers l'industrie, soit vers le commerce (aux particuliers, autour souvent de grandes surfaces) mais ont presque toujours d'autres entreprises diverses de plus petite taille. Concernant les zones à aménager (ZA ou ZAC) on y inclut souvent aussi les ZUP (définition ancienne utilisée dans les années 1960-1970) pour l'urbanisation (construction de grands ensembles HLM avec un petit tissus économique de commerce ou de services, aujourd'hui largement abandonnés et en cours de reconversion). Et ne pas oublier non plus les zones franches (sous diverses terminologies selon les dispositifs fiscaux mis en place par l'Etat et les diverses politiques de la ville selon les gouvernements et les lois qui ont été votées), les ZEP (zones d'éducation prioritaire), etc... Oui effectivement les abréviations sont souvent ambiguës selon leur origine (parfois avec une loi nationale, d'autres selon les différents plans d'aménagement locaux, issus des communes, souvent concertées avec les départements et régions, et depuis souvent issus des EPCI et divers établisssements publics ou mixtes incluant ces colectivités, y compris les CCI, DATAR, etc.)... Des financements et contrats de plan existent aussi entre ces structures et l'Etat ou l'Union européenne. Le 27 août 2013 13:47, Pieren pier...@gmail.com a écrit : 2013/8/27 Tony Emery tony.em...@yahoo.fr: Pour les 3 sigles suivants, il n'y a pas de convention particulière. C'est la fiche qui renseigne le mieux. ZA = Zone Artisanale ZI = Zone Industrielle ZAE = Zone d'Activité Economique Toujours sur ma fiche à Morelle [1], pour ZA, ils traduisent par Zone d'Activités. Alors le A de ZA, c'est pour Artisanale, Activité ou Activités ? Pieren, qui aime bien être lourd parfois [1] https://docs.google.com/file/d/0B3kulTBOB_SWbFZtamp5cDFtZnM/edit ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pb avec le plugin DirectUpload de JOSM
Pour ma part, j'ai le même problème (pas d'envoi direct possible) avec la dernière tested, la 6115. J'attends, ça sera bien corrigé un jour. Stf Le mardi 27 août 2013 14:21:05, Jean-Claude Repetto a écrit : Le 27/08/2013 13:51, Pieren a écrit : 2013/8/27 Jean-Claude Repetto jrepe...@free.fr: Depuis quelques semaines, et probablement suite à une MAJ de JOSM (j'utilise la version 6202), je ne trouve plus la fonction Envoyer une trace dans les menus de JOSM, que l'utilisais pour uploader mes traces directement à partir de JOSM. La dernière version tested est actuellement 6115. Ta version est donc une version intermédiaire latest. Il est possible que les plugins ne soient pas adaptés immédiatement aux derniers changements de josm core. Pour plus de tranquilité, je te conseille d'installer la version tested et de rafraichir les plugins dans la foulée. Pieren Merci pour ta réponse. En effet, avec la version 6060 (la dernière tested proposée par Gentoo), le menu apparaît bien. Je vais donc rester en tested, en espérant que le problème n'apparaîtra pas dans la prochaine version tested qui sortira. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
verdy_p wrote Il y a aussi: - ZA : Zone à aménager - ZAC : Zone d'aménagement concerté qui sont plus ou moins synonymes, mais pas forcément des zones d'activités. Zone à aménager, ça n'existe pas. Du moins pas en tant que procédure d'aménagement. On préfère le sigle ZAE (Zone d'activités économiques) pour ne pas confondre avec ZA (Zone Artisanale). Pour la ZAC, j'avais renvoyé vers la page du wiki http://wiki.openstreetmap.org/wiki/Vaucluse/zones-economiques pour avoir la définition (eh oui, il faut AUSSI lire les posts des autres). verdy_p wrote Et - ZAE : Zone d'activité économique est synonyme de zone d'activité, mais le mot économique est souvent omis car redondant ; du coût la ZAE devient une ZA. C'est faut, j'ai expliqué cela plus haut, donc j'y reviens pas verdy_p wrote On trouve encore aussi : - ZI : Zone industrielle - ZC : zone commerciale qui sont des zones d'activité particulières orienté soit vers l'industrie, soit vers le commerce (aux particuliers, autour souvent de grandes surfaces) mais ont presque toujours d'autres entreprises diverses de plus petite taille. ZI, j'en ai déjà parlé, ZC n'existe pas car on utilise toujours la définition en entier, à savoir Zone Commerciale verdy_p wrote Concernant les zones à aménager (ZA ou ZAC) on y inclut souvent aussi les ZUP (...) pour l'urbanisation (...). La ZUP ne concerne que des logements, donc hors sujet dans notre cas puisqu'on ne traite que de l'activité économique. Ça n'a rien à voir avec la ZAC, si ce n'est qu'il s'agit aussi d'une procédure d'aménagement. Au passage, merci Wikipédia. verdy_p wrote Et ne pas oublier non plus les zones franches (sous diverses terminologies selon les dispositifs fiscaux mis en place par l'Etat et les diverses politiques de la ville selon les gouvernements et les lois qui ont été votées), les ZEP (zones d'éducation prioritaire), etc... Cela concerne (entre autre) la politique de la ville, et l'éducation nationale, donc encore hors sujet. Le bla-bla final est, on va dire, aussi hors sujet. - 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/Vaucluse-localisation-des-zones-d-activites-tp5775089p5775105.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pb avec le plugin DirectUpload de JOSM
Problème connu (ticket 9009) et déjà corrigé dans la version 29866 du plugin. Revenir en arrière sur la version de JOSM est une très mauvaise idée, dans ce cas il suffit simplement de mettre à jour les plugins. Le 27 août 2013 15:45, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Pour ma part, j'ai le même problème (pas d'envoi direct possible) avec la dernière tested, la 6115. J'attends, ça sera bien corrigé un jour. Stf Le mardi 27 août 2013 14:21:05, Jean-Claude Repetto a écrit : Le 27/08/2013 13:51, Pieren a écrit : 2013/8/27 Jean-Claude Repetto jrepe...@free.fr: Depuis quelques semaines, et probablement suite à une MAJ de JOSM (j'utilise la version 6202), je ne trouve plus la fonction Envoyer une trace dans les menus de JOSM, que l'utilisais pour uploader mes traces directement à partir de JOSM. La dernière version tested est actuellement 6115. Ta version est donc une version intermédiaire latest. Il est possible que les plugins ne soient pas adaptés immédiatement aux derniers changements de josm core. Pour plus de tranquilité, je te conseille d'installer la version tested et de rafraichir les plugins dans la foulée. Pieren Merci pour ta réponse. En effet, avec la version 6060 (la dernière tested proposée par Gentoo), le menu apparaît bien. Je vais donc rester en tested, en espérant que le problème n'apparaîtra pas dans la prochaine version tested qui sortira. Jean-Claude __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Voilà, c'est recalculé et c'était une erreur de ma part dans le replace qui ne remplaçait que le premier espace trouvé) et pas du Route500 ;) Le 27 août 2013 10:25, Christian Quest cqu...@openstreetmap.fr a écrit : Voilà ce qui arrive quand on fait confiance à des données de référence, qu'on imagine normalisées ;) Je rajoute de ce pas le replace/upper sur le Route500... et remouline le tout (comme ça le 06 aura aussi ses Métropolitaines). Pour le 95, j'ai dû loupé l'import du Route500 de ce département... Le 27 août 2013 10:03, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Art Penteur Le 27 août 2013 08:55, Christian Quest a écrit : [...] Dans quel département as-tu trouvé un D 155b dans les fichiers générés ? Encore une fois, pas la réponse exacte à la question, mais un cas approchant : Dans le 12, il y a D146 E et D146E En regardant la requête dans le README, la référence des routes est prise dans une colonne de la table Route500, mais sans lui appliquer la même normalisation que pour la source OSM. Il faudrait coller la même fonction (REGEXP_REPLACE(UPPER(r.ref),' ','')) côté Route500 pour s'affranchir des nuances majuscules/minuscules et espaces de la même manière pour les deux sources. Sinon dans le fichier du Val d'Oise, toutes les valeurs de la colonne km_ign sont à 0, ce qui rend la comparaison très flatteuse pour OSM :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pb avec le plugin DirectUpload de JOSM
Le 27/08/2013 15:44, Stéphane Péneau a écrit : Pour ma part, j'ai le même problème (pas d'envoi direct possible) avec la dernière tested, la 6115. J'attends, ça sera bien corrigé un jour. Stf Cela a été corrigé dans la version 6162 : http://josm.openstreetmap.de/ticket/9009 Pour info, la fonction est maintenant disponible dans le nouveau menu GPS. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pb avec le plugin DirectUpload de JOSM
Encore un nouveau menu ? sur le 30 ça va, mais sur le 15 ça devient très juste ! ;) Le 27 août 2013 18:01, Jean-Claude Repetto jrepe...@free.fr a écrit : Le 27/08/2013 15:44, Stéphane Péneau a écrit : Pour ma part, j'ai le même problème (pas d'envoi direct possible) avec la dernière tested, la 6115. J'attends, ça sera bien corrigé un jour. Stf Cela a été corrigé dans la version 6162 : http://josm.openstreetmap.de/**ticket/9009http://josm.openstreetmap.de/ticket/9009 Pour info, la fonction est maintenant disponible dans le nouveau menu GPS. Jean-Claude __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
Dans son message précédent, Plop76 a écrit : Bonjour, Free vient de publier une carte des débits ADSL basée visiblement sur des (vieilles) données OSM : http://www.free.fr/adsl/pages/accueil/carte-de-debits-adsl.html Il manque l'attribution, non ? C'est au tour de la carte des Free Center d'utiliser OSM et le rendu Mapquest : http://www.free.fr/freecenter/index.html Il manquerait pas également l'attribution pour les données ;) ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
Y'a bien la source en bas à droite ;) Par contre, les curseurs sont étranges : Ils sont décalé sur la gauche, et se rapproche de leur position réelle au fur et à mesure que l'on zoom JonathanMM Le 27/08/2013 19:16, Plop76 a écrit : Dans son message précédent, Plop76 a écrit : Bonjour, Free vient de publier une carte des débits ADSL basée visiblement sur des (vieilles) données OSM : http://www.free.fr/adsl/pages/accueil/carte-de-debits-adsl.html Il manque l'attribution, non ? C'est au tour de la carte des Free Center d'utiliser OSM et le rendu Mapquest : http://www.free.fr/freecenter/index.html Il manquerait pas également l'attribution pour les données ;) ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] live.openstreetmap.fr c'est parti !
Le 26/08/2013 16:42, Stéphane Péneau a écrit : C'est normal que live.openstreetmap.fr soit toujours H.S. ? http://live.openstreetmap.fr remarche de nouveau. Il a été déplacé sur une autre machine (osm3). Dans le déplacement, on a juste perdu la fonctionnalité qui mettait le drapeau du pays concernant la position du changeset concerné. Si quelqu'un a une méthode simple qui donne ça (ou un nom de pays) à partir d'une lat/lon, ça m'intéresse. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
Merci pour ton blabla, je ne dénigrais personne, mais là tu le fais. Et quand tu dis ça n'existe pas, tu n'as rien cherché du tout (sauf sur Wikipédia, bravo la source !). Tiens toi au courant et regarde aussi, meêm si ça n'existe pas dans les textes de loi, le terrain local a de nombreuses désingations. Je maintiens que zone à aménager existe bel et bien. Et en matière d'aménagement, c'est parfaitement ans le sujet de mêler les activités économiques et le logement ou les plans de déplacement qui doivent avoir une cohérence d'ensemble. On ne construit pas une zone économique dans le désert, nulle part ! Bla bla bla ton commentaire qui ne dis strictement rien de neuf mais fais juste du dénigrement. Enlève ta lorgnette de ta propre collectivité locale sur ce quelle fait et regarde aussi justement ce qu'elle ne fait pas. Car le jargon administratif est fort compliqué et changeant en France (souvent à cause des arbitrages entre projets contradictoires et pas tous finançables), et les adminsitrations ne sont pas les seules à définir leur terminologie non plus. Le 27 août 2013 15:49, Tony Emery tony.em...@yahoo.fr a écrit : verdy_p wrote Il y a aussi: - ZA : Zone à aménager - ZAC : Zone d'aménagement concerté qui sont plus ou moins synonymes, mais pas forcément des zones d'activités. Zone à aménager, ça n'existe pas. Du moins pas en tant que procédure d'aménagement. On préfère le sigle ZAE (Zone d'activités économiques) pour ne pas confondre avec ZA (Zone Artisanale). Pour la ZAC, j'avais renvoyé vers la page du wiki http://wiki.openstreetmap.org/wiki/Vaucluse/zones-economiques pour avoir la définition (eh oui, il faut AUSSI lire les posts des autres). verdy_p wrote Et - ZAE : Zone d'activité économique est synonyme de zone d'activité, mais le mot économique est souvent omis car redondant ; du coût la ZAE devient une ZA. C'est faut, j'ai expliqué cela plus haut, donc j'y reviens pas verdy_p wrote On trouve encore aussi : - ZI : Zone industrielle - ZC : zone commerciale qui sont des zones d'activité particulières orienté soit vers l'industrie, soit vers le commerce (aux particuliers, autour souvent de grandes surfaces) mais ont presque toujours d'autres entreprises diverses de plus petite taille. ZI, j'en ai déjà parlé, ZC n'existe pas car on utilise toujours la définition en entier, à savoir Zone Commerciale verdy_p wrote Concernant les zones à aménager (ZA ou ZAC) on y inclut souvent aussi les ZUP (...) pour l'urbanisation (...). La ZUP ne concerne que des logements, donc hors sujet dans notre cas puisqu'on ne traite que de l'activité économique. Ça n'a rien à voir avec la ZAC, si ce n'est qu'il s'agit aussi d'une procédure d'aménagement. Au passage, merci Wikipédia. verdy_p wrote Et ne pas oublier non plus les zones franches (sous diverses terminologies selon les dispositifs fiscaux mis en place par l'Etat et les diverses politiques de la ville selon les gouvernements et les lois qui ont été votées), les ZEP (zones d'éducation prioritaire), etc... Cela concerne (entre autre) la politique de la ville, et l'éducation nationale, donc encore hors sujet. Le bla-bla final est, on va dire, aussi hors sujet. - 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/Vaucluse-localisation-des-zones-d-activites-tp5775089p5775105.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
Ca ressemble à un problème d'icône avec leur point 0 mal calé... Le 27 août 2013 19:41, JonathanMM jonatha...@nocle.fr a écrit : Y'a bien la source en bas à droite ;) Par contre, les curseurs sont étranges : Ils sont décalé sur la gauche, et se rapproche de leur position réelle au fur et à mesure que l'on zoom JonathanMM Le 27/08/2013 19:16, Plop76 a écrit : Dans son message précédent, Plop76 a écrit : Bonjour, Free vient de publier une carte des débits ADSL basée visiblement sur des (vieilles) données OSM : http://www.free.fr/adsl/pages/** accueil/carte-de-debits-adsl.**htmlhttp://www.free.fr/adsl/pages/accueil/carte-de-debits-adsl.html Il manque l'attribution, non ? C'est au tour de la carte des Free Center d'utiliser OSM et le rendu Mapquest : http://www.free.fr/freecenter/**index.htmlhttp://www.free.fr/freecenter/index.html Il manquerait pas également l'attribution pour les données ;) ? __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
Dans son message précédent, JonathanMM a écrit : Y'a bien la source en bas à droite ;) Mapquest c'est pour les tuiles, mais il faut aussi l'attribution pour les données OSM, non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] live.openstreetmap.fr c'est parti !
Nominatim en reverse géocoding ? http://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding_.2F_Address_lookup Le 27 août 2013 19:48, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 26/08/2013 16:42, Stéphane Péneau a écrit : C'est normal que live.openstreetmap.fr soit toujours H.S. ? http://live.openstreetmap.fr remarche de nouveau. Il a été déplacé sur une autre machine (osm3). Dans le déplacement, on a juste perdu la fonctionnalité qui mettait le drapeau du pays concernant la position du changeset concerné. Si quelqu'un a une méthode simple qui donne ça (ou un nom de pays) à partir d'une lat/lon, ça m'intéresse. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Borne de vidange et d'alimentation pour camping cars et/ou bateaux
o waterway=water_point http://wiki.openstreetmap.org/wiki/Tag:waterway=water_point Bonjour Yves D'après osmose ce tag est déprécié pourquoi pas un amenity=water_point? -- Envoyé avec Mozilla Thunderbird --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bâtiment non rendu
Le 26 août 2013 16:39, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai fait une modif neutre (juste un changement de version de l'objet) et il est apparu sur le rendu osm.org Ca ressemble à une désynchro d'objet... ça arrive parfois, sûrement un bug d'osm2pgsql si un multipolygone disparait, le polygone outer n'est pas recréé ou un truc du genre. Pour en avoir le cœur net, j'ai joué au fond de mon jardin... - ajout d'un petit multipolygone de landuse : il apparait sur le rendu - je supprime la relation multipolygone - tout disparait osm2pgsql a bien un problème lorsqu'un multipolygone est supprimé, les way en outer ne sont pas remises à jour à l'occasion. Je vais signaler le problème sur github, et voir où ça se situe dans le code... et voir aussi comment retrouver ces polygones désynchronisés dans les bases actuelles (là je pense que j'ai une bonne piste). -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Les GPS peuvent-ils résoudre les différends territoriaux ? Enjeux du géoréférencement participatif et conflits de limites foncières et politico-administratives dans les Andes boliviennes
http://espacepolitique.revues.org/2551 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
2013/8/27 Plop76 vaujani...@free.fr: Y'a bien la source en bas à droite ;) Mapquest c'est pour les tuiles, mais il faut aussi l'attribution pour les données OSM, non ? MapQuest existe en deux versions, l'une commerciale et l'autre libre. La version utilisant OSM s'appelle openMapQuest: http://open.mapquest.fr/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr