[Talk-br] Inclusão de lotes e quadras no mapa
Srs, Uma dúvida, Como tenho usado bastante o site de dados abertos da Prefeitura do Recife para importar dados para o OSM, descobri mais alguns dados interessantes. Tenho um arquivo geojson com os lotes, numerados e com informações adicionais, como nome do prédio, área etc de parte da cidade. Também está disponível o traçado das quadras onde os lotes estão inseridos, e aqui se situa minha pergunta. Seria interessante/válido incluir isso no mapa ( as quadras )? Se sim, quais tags usar ? Alguém poderia indicar algum exemplo prático de uso no mapa, alguma cidade ou bairro no qual estas informações ( lote e quadra ) foram inseridos ? Agradeço antecipadamente, Att, Marcelo Pereira -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Inclusão de lotes e quadras no mapa
Marcelo Depende um pouco o que informação estes camadas tem. Por exemplo acho muito interessante importar paredes (as casas), e onde ha definição uso do solo (residencial, commercial, retail, industrial) Eu acho menus interessante no momento importar cada lote independente. Mas se cada lote pode ajuda crescer dados como addr:housenumber e addr:housename nas casas e paredes, acho interessante. Também depende do quantidade dos dados no local, talvez não adicionar cada addr:housenumber, mas importar como interpolação Aun Johnsen On Jan 16, 2015, at 11:19, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Uma dúvida, Como tenho usado bastante o site de dados abertos da Prefeitura do Recife para importar dados para o OSM, descobri mais alguns dados interessantes. Tenho um arquivo geojson com os lotes, numerados e com informações adicionais, como nome do prédio, área etc de parte da cidade. Também está disponível o traçado das quadras onde os lotes estão inseridos, e aqui se situa minha pergunta. Seria interessante/válido incluir isso no mapa ( as quadras )? Se sim, quais tags usar ? Alguém poderia indicar algum exemplo prático de uso no mapa, alguma cidade ou bairro no qual estas informações ( lote e quadra ) foram inseridos ? Agradeço antecipadamente, Att, Marcelo Pereira -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Inclusão de lotes e quadras no mapa
Não acho interessante adicionar isso ao OSM, a não ser que a cidade fosse como Brasília, onde o endereçamento é feito por quadras. Em 2015-01-16 11:19, Marcelo Pereira escreveu: Srs, Uma dúvida, Como tenho usado bastante o site de dados abertos da Prefeitura do Recife para importar dados para o OSM, descobri mais alguns dados interessantes. Tenho um arquivo geojson com os lotes, numerados e com informações adicionais, como nome do prédio, área etc de parte da cidade. Também está disponível o traçado das quadras onde os lotes estão inseridos, e aqui se situa minha pergunta. Seria interessante/válido incluir isso no mapa ( as quadras )? Se sim, quais tags usar ? Alguém poderia indicar algum exemplo prático de uso no mapa, alguma cidade ou bairro no qual estas informações ( lote e quadra ) foram inseridos ? Agradeço antecipadamente, Att, Marcelo Pereira -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: Inclusão de lotes e quadras no mapa
Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org] Enviada em: sexta-feira, 16 de janeiro de 2015 12:52 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa Marcelo Depende um pouco o que informação estes camadas tem. Por exemplo acho muito interessante importar paredes (as casas), e onde ha definição uso do solo (residencial, commercial, retail, industrial) Eu acho menus interessante no momento importar cada lote independente. Mas se cada lote pode ajuda crescer dados como addr:housenumber e addr:housename nas casas e paredes, acho interessante. Também depende do quantidade dos dados no local, talvez não adicionar cada addr:housenumber, mas importar como interpolação Aun Johnsen On Jan 16, 2015, at 11:19, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Uma dúvida, Como tenho usado bastante o site de dados abertos da Prefeitura do Recife para importar dados para o OSM, descobri mais alguns dados interessantes. Tenho um arquivo geojson com os lotes, numerados e com informações adicionais, como nome do prédio, área etc de parte da cidade. Também está disponível o traçado das quadras onde os lotes estão inseridos, e aqui se situa minha pergunta. Seria interessante/válido incluir isso no mapa ( as quadras )? Se sim, quais tags usar ? Alguém poderia indicar algum exemplo prático de uso no mapa, alguma cidade ou bairro no qual estas informações ( lote e quadra ) foram inseridos ? Agradeço antecipadamente, Att, Marcelo Pereira -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Novidades do OSM
Legal!! O OsmAnd é muito bom. Para coletar trilhas e fazer anotações, eu recomendo o OsmTracker https://drive.google.com/file/d/0ByBgfQ7MLARZUVUtY1B5a3k1WlE/view?usp=sharing, esse é ótimo para gravar trilhas e oferece muitas opções de notas com botões predefinidos e também por voz, texto e foto. Eu gestei muito de usar ele. Outro que gostei de usar é o Keypad-Mapper https://drive.google.com/file/d/0ByBgfQ7MLARZLTBYeWY0a25xalE/view?usp=sharing, para residências. Abraços, *Edil Queiroz de Araujo* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Você poderia importar o contorno das quadras com o landuse correspondente, acho que ficaria interessante especialmente na área comercial. 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br: Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org] Enviada em: sexta-feira, 16 de janeiro de 2015 12:52 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa Marcelo Depende um pouco o que informação estes camadas tem. Por exemplo acho muito interessante importar paredes (as casas), e onde ha definição uso do solo (residencial, commercial, retail, industrial) Eu acho menus interessante no momento importar cada lote independente. Mas se cada lote pode ajuda crescer dados como addr:housenumber e addr:housename nas casas e paredes, acho interessante. Também depende do quantidade dos dados no local, talvez não adicionar cada addr:housenumber, mas importar como interpolação Aun Johnsen On Jan 16, 2015, at 11:19, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Uma dúvida, Como tenho usado bastante o site de dados abertos da Prefeitura do Recife para importar dados para o OSM, descobri mais alguns dados interessantes. Tenho um arquivo geojson com os lotes, numerados e com informações adicionais, como nome do prédio, área etc de parte da cidade. Também está disponível o traçado das quadras onde os lotes estão inseridos, e aqui se situa minha pergunta. Seria interessante/válido incluir isso no mapa ( as quadras )? Se sim, quais tags usar ? Alguém poderia indicar algum exemplo prático de uso no mapa, alguma cidade ou bairro no qual estas informações ( lote e quadra ) foram inseridos ? Agradeço antecipadamente, Att, Marcelo Pereira -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Acho que, se existem informações concernentes aos lotes, é mais preciso utilizar landuse neles mesmos e não na quadra. Raramente quadras comerciais o são 100%, é mais comum de acontecer em algumas zonas residenciais. Em 16 de janeiro de 2015 18:16, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Você poderia importar o contorno das quadras com o landuse correspondente, acho que ficaria interessante especialmente na área comercial. 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br: Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org] Enviada em: sexta-feira, 16 de janeiro de 2015 12:52 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa Marcelo Depende um pouco o que informação estes camadas tem. Por exemplo acho muito interessante importar paredes (as casas), e onde ha definição uso do solo (residencial, commercial, retail, industrial) Eu acho menus interessante no momento importar cada lote independente. Mas se cada lote pode ajuda crescer dados como addr:housenumber e addr:housename nas casas e paredes, acho interessante. Também depende do quantidade dos dados no local, talvez não adicionar cada addr:housenumber, mas importar como interpolação Aun Johnsen On Jan 16, 2015, at 11:19, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Uma dúvida, Como tenho usado bastante o site de dados abertos da Prefeitura do Recife para importar dados para o OSM, descobri mais alguns dados interessantes. Tenho um arquivo geojson com os lotes, numerados e com informações adicionais, como nome do prédio, área etc de parte da cidade. Também está disponível o traçado das quadras onde os lotes estão inseridos, e aqui se situa minha pergunta. Seria interessante/válido incluir isso no mapa ( as quadras )? Se sim, quais tags usar ? Alguém poderia indicar algum exemplo prático de uso no mapa, alguma cidade ou bairro no qual estas informações ( lote e quadra ) foram inseridos ? Agradeço antecipadamente, Att, Marcelo Pereira -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Em vez mapear cada lote independente, juntar os lotes com mesmo landuse, assim mesmo se a quadra não e 100% um landuse, a mapa não identificando cada lote independente Aun Johnsen On Jan 16, 2015, at 17:38, Vítor Rodrigo Dias vitor.d...@gmail.com wrote: Acho que, se existem informações concernentes aos lotes, é mais preciso utilizar landuse neles mesmos e não na quadra. Raramente quadras comerciais o são 100%, é mais comum de acontecer em algumas zonas residenciais. Em 16 de janeiro de 2015 18:16, Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com escreveu: Você poderia importar o contorno das quadras com o landuse correspondente, acho que ficaria interessante especialmente na área comercial. 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br mailto:rne...@equacao.com.br: Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 tel:%2811%29%203221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org mailto:li...@gimnechiske.org] Enviada em: sexta-feira, 16 de janeiro de 2015 12:52 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa Marcelo Depende um pouco o que informação estes camadas tem. Por exemplo acho muito interessante importar paredes (as casas), e onde ha definição uso do solo (residencial, commercial, retail, industrial) Eu acho menus interessante no momento importar cada lote independente. Mas se cada lote pode ajuda crescer dados como addr:housenumber e addr:housename nas casas e paredes, acho interessante. Também depende do quantidade dos dados no local, talvez não adicionar cada addr:housenumber, mas importar como interpolação Aun Johnsen On Jan 16, 2015, at 11:19, Marcelo Pereira pereirahol...@gmail.com mailto:pereirahol...@gmail.com wrote: Srs, Uma dúvida, Como tenho usado bastante o site de dados abertos da Prefeitura do Recife para importar dados para o OSM, descobri mais alguns dados interessantes. Tenho um arquivo geojson com os lotes, numerados e com informações adicionais, como nome do prédio, área etc de parte da cidade. Também está disponível o traçado das quadras onde os lotes estão inseridos, e aqui se situa minha pergunta. Seria interessante/válido incluir isso no mapa ( as quadras )? Se sim, quais tags usar ? Alguém poderia indicar algum exemplo prático de uso no mapa, alguma cidade ou bairro no qual estas informações ( lote e quadra ) foram inseridos ? Agradeço antecipadamente, Att, Marcelo Pereira -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Srs, Agradeço pelas dicas, Para efeito de exemplo, segue abaixo um exemplo das informações de cada um dos conjuntos de dados citados: Lotes Aqui temos não o contorno das edificações em si, mas o polígono que contorna o lote. A lista de atributos do arquivo original é a que segue abaixo: situacao_i: ATIVO distrito: 1 setor: 1410 quadra: 245 face: 2 lote: 298 endereco_n: 51 indice_ven: 5497.1099673 area_const: 8352.2399782 qtd_pavime: 16 tipo_empre: EDIFÍCIO RESIDENCIAL area_lote: 1521.000 frente_lot: 50.703 concatenac: 11410245020298 qtd_subuni: 52 ano_constr: 0 qtd_multip: 0 nome_edifi: EDF CARIAMA endereco_c: Rua Antônio Novais, 51 Quadras Encontrei dois conjuntos de dados para Quadras, um de polígonos e outros de linhas. O de polígonos foi descartado por não trazer informação util ao mapa, só fazia referência ao setor censitário e outros códigos inúteis, por exemplo nada dizia do tipo de solo ou algo utilizável como landuse. O de linhas é mais completo e na verdade é a quebra dos poligonos acima citados em linha de acordo com cada logradouro. Assim, imaginei que poderia mixar este conjunto com o de lotes, adicionando os campos do primeiro no segundo. e adequando ás tags do OSM. O conjunto de atributos de cada face de cada quadra é como o abaixo concatenacao: 11410245002 distrito: 1 setor: 1410 quadra: 245 face: 2 logradouro_codigo: 6017 cep: 52050280 bairro_codigo: 167 bairro_nome: GRACAS tipo_via: tipo_valorvenal: 31 iluminacao_codigo: 3 iluminacao_nome: VAPOR MERCURIO pavimentacao_codigo: 2 pavimentacao_nome: ASFALTO emplacamento_codigo: 1 emplacamento_nome: COM EMPLACAMENTO coleta_codigo: 3 coleta_nome: CONVENCIONAL ALTERNADA COM SELETIVA arborizacao_codigo: 1 arborizacao_nome: COM ARBORIZACAO redeagua_codigo: 1 redeagua_nome: COM REDE DE AGUA limpeza_codigo: 2 limpeza_nome: REGULAR ALTERNADA esgoto_codigo: 1 esgoto_nome: COM REDE DE ESGOTO redetelefone_codigo: 1 redetelefone_nome: COM REDE TELEFONICA guia_sarjeta_codigo: 1 guia_sarjeta_nome: COM GUIA E SARJETA galeriapluvial_codigo: 1 galeriapluvial_nome: COM GALERIAS PLUVIAS redeeletrica_codigo: 1 redeeletrica_nome: COM REDE ELETRICA Dado estes dois conjuntos de atributos eu só teria que combina-los de acordo com dois campos, quadra e face, incluindo os atributos do conjunto de quadras no de lotes. Estou com os arquivos abertos no QGis, mas ainda não consegui combiná-los, mais por falta de conhecimento mesmo. Dai, seria só converter para o formato OSM, ajustar as tags e importá-los para o mapa. Pelo menos é o que pretendo. Se vcs puderem, me indiquem o que das listas acima pode ou deve ser tageado e incluido no mapa, e o que não se aplica ao mapa OSM. Att, Marcelo Pereira Em 16 de janeiro de 2015 17:16, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Você poderia importar o contorno das quadras com o landuse correspondente, acho que ficaria interessante especialmente na área comercial. 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br: Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org] Enviada em: sexta-feira, 16 de janeiro de 2015 12:52 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa Marcelo Depende um pouco o que informação estes camadas tem. Por exemplo acho muito interessante importar paredes (as casas), e onde ha definição uso do solo (residencial, commercial, retail, industrial) Eu acho menus interessante no momento importar cada lote independente. Mas se cada lote pode ajuda crescer dados como addr:housenumber e addr:housename nas casas e paredes, acho interessante. Também depende do quantidade dos dados no local, talvez não adicionar cada addr:housenumber, mas importar como interpolação Aun Johnsen On Jan 16, 2015, at 11:19, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Uma dúvida, Como tenho usado bastante o site de dados abertos da Prefeitura do Recife para importar dados para o OSM, descobri mais alguns dados interessantes. Tenho um arquivo geojson com os lotes, numerados e com informações adicionais, como nome do prédio, área etc de parte da cidade. Também está disponível o traçado das quadras onde os lotes estão inseridos, e aqui se situa minha pergunta. Seria interessante/válido incluir isso no mapa ( as quadras )? Se sim, quais tags usar ? Alguém poderia indicar algum exemplo
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Não é algo que eu tenha discutido com outras pessoas, mas ultimamente ando pensando o seguinte: Quando tem coisas que não batem exatamente com etiquetas pré-existentes, deveríamos criar uma etiqueta explicitamente feita para uso no Brasil para descrever aquilo que desejamos. Só temos que manter uma retro-compatibilidade com o resto do mundo, adicionando mais a etiqueta mais perto de representar aquele objeto. Exemplo prático: Poderíamos etiquetar uma quadra como: landuse=residential landuse:BR=quadra e o lote como landuse:BR=lote (supondo que a quadra seja o mais próprio para o landuse=residential. Quando à importar ou não as quadras: Eu também acho que se torna útil se fizer parte do sistema de endereçamento da cidade. Se não, então seria bom se os nomes ou números das quadras fossem sinalizados em algum lugar fora da base de dados (isto é, que essas informações sejam verificáveis fora da base). Abs, João Em 16 de janeiro de 2015 18:52, Marcelo Pereira pereirahol...@gmail.com escreveu: Srs, Agradeço pelas dicas, Para efeito de exemplo, segue abaixo um exemplo das informações de cada um dos conjuntos de dados citados: Lotes Aqui temos não o contorno das edificações em si, mas o polígono que contorna o lote. A lista de atributos do arquivo original é a que segue abaixo: situacao_i: ATIVO distrito: 1 setor: 1410 quadra: 245 face: 2 lote: 298 endereco_n: 51 indice_ven: 5497.1099673 area_const: 8352.2399782 qtd_pavime: 16 tipo_empre: EDIFÍCIO RESIDENCIAL area_lote: 1521.000 frente_lot: 50.703 concatenac: 11410245020298 qtd_subuni: 52 ano_constr: 0 qtd_multip: 0 nome_edifi: EDF CARIAMA endereco_c: Rua Antônio Novais, 51 Quadras Encontrei dois conjuntos de dados para Quadras, um de polígonos e outros de linhas. O de polígonos foi descartado por não trazer informação util ao mapa, só fazia referência ao setor censitário e outros códigos inúteis, por exemplo nada dizia do tipo de solo ou algo utilizável como landuse. O de linhas é mais completo e na verdade é a quebra dos poligonos acima citados em linha de acordo com cada logradouro. Assim, imaginei que poderia mixar este conjunto com o de lotes, adicionando os campos do primeiro no segundo. e adequando ás tags do OSM. O conjunto de atributos de cada face de cada quadra é como o abaixo concatenacao: 11410245002 distrito: 1 setor: 1410 quadra: 245 face: 2 logradouro_codigo: 6017 cep: 52050280 bairro_codigo: 167 bairro_nome: GRACAS tipo_via: tipo_valorvenal: 31 iluminacao_codigo: 3 iluminacao_nome: VAPOR MERCURIO pavimentacao_codigo: 2 pavimentacao_nome: ASFALTO emplacamento_codigo: 1 emplacamento_nome: COM EMPLACAMENTO coleta_codigo: 3 coleta_nome: CONVENCIONAL ALTERNADA COM SELETIVA arborizacao_codigo: 1 arborizacao_nome: COM ARBORIZACAO redeagua_codigo: 1 redeagua_nome: COM REDE DE AGUA limpeza_codigo: 2 limpeza_nome: REGULAR ALTERNADA esgoto_codigo: 1 esgoto_nome: COM REDE DE ESGOTO redetelefone_codigo: 1 redetelefone_nome: COM REDE TELEFONICA guia_sarjeta_codigo: 1 guia_sarjeta_nome: COM GUIA E SARJETA galeriapluvial_codigo: 1 galeriapluvial_nome: COM GALERIAS PLUVIAS redeeletrica_codigo: 1 redeeletrica_nome: COM REDE ELETRICA Dado estes dois conjuntos de atributos eu só teria que combina-los de acordo com dois campos, quadra e face, incluindo os atributos do conjunto de quadras no de lotes. Estou com os arquivos abertos no QGis, mas ainda não consegui combiná-los, mais por falta de conhecimento mesmo. Dai, seria só converter para o formato OSM, ajustar as tags e importá-los para o mapa. Pelo menos é o que pretendo. Se vcs puderem, me indiquem o que das listas acima pode ou deve ser tageado e incluido no mapa, e o que não se aplica ao mapa OSM. Att, Marcelo Pereira Em 16 de janeiro de 2015 17:16, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Você poderia importar o contorno das quadras com o landuse correspondente, acho que ficaria interessante especialmente na área comercial. 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br: Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org] Enviada em: sexta-feira, 16 de janeiro de 2015 12:52 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa Marcelo Depende um pouco o que informação estes camadas tem. Por exemplo acho muito
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
No parede ou casa dentro lote building=residencial addr:street=Rua Antônio Novais addr:housenumber=51 addr:housename=Edifício Cariama Como o dataset tem nome_edifi: em maiúsculo, o set preciso ser analisado manualmente antes que finalizar o import, talvez primeiro rodar o script, depois controlar os dados manualmente Aun Johnsen On Jan 16, 2015, at 17:52, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Agradeço pelas dicas, Para efeito de exemplo, segue abaixo um exemplo das informações de cada um dos conjuntos de dados citados: Lotes Aqui temos não o contorno das edificações em si, mas o polígono que contorna o lote. A lista de atributos do arquivo original é a que segue abaixo: situacao_i: ATIVO distrito: 1 setor: 1410 quadra: 245 face: 2 lote: 298 endereco_n: 51 indice_ven: 5497.1099673 area_const: 8352.2399782 qtd_pavime: 16 tipo_empre: EDIFÍCIO RESIDENCIAL area_lote: 1521.000 frente_lot: 50.703 concatenac: 11410245020298 qtd_subuni: 52 ano_constr: 0 qtd_multip: 0 nome_edifi: EDF CARIAMA endereco_c: Rua Antônio Novais, 51 Quadras Encontrei dois conjuntos de dados para Quadras, um de polígonos e outros de linhas. O de polígonos foi descartado por não trazer informação util ao mapa, só fazia referência ao setor censitário e outros códigos inúteis, por exemplo nada dizia do tipo de solo ou algo utilizável como landuse. O de linhas é mais completo e na verdade é a quebra dos poligonos acima citados em linha de acordo com cada logradouro. Assim, imaginei que poderia mixar este conjunto com o de lotes, adicionando os campos do primeiro no segundo. e adequando ás tags do OSM. O conjunto de atributos de cada face de cada quadra é como o abaixo concatenacao: 11410245002 distrito: 1 setor: 1410 quadra: 245 face: 2 logradouro_codigo: 6017 cep: 52050280 bairro_codigo: 167 bairro_nome: GRACAS tipo_via: tipo_valorvenal: 31 iluminacao_codigo: 3 iluminacao_nome: VAPOR MERCURIO pavimentacao_codigo: 2 pavimentacao_nome: ASFALTO emplacamento_codigo: 1 emplacamento_nome: COM EMPLACAMENTO coleta_codigo: 3 coleta_nome: CONVENCIONAL ALTERNADA COM SELETIVA arborizacao_codigo: 1 arborizacao_nome: COM ARBORIZACAO redeagua_codigo: 1 redeagua_nome: COM REDE DE AGUA limpeza_codigo: 2 limpeza_nome: REGULAR ALTERNADA esgoto_codigo: 1 esgoto_nome: COM REDE DE ESGOTO redetelefone_codigo: 1 redetelefone_nome: COM REDE TELEFONICA guia_sarjeta_codigo: 1 guia_sarjeta_nome: COM GUIA E SARJETA galeriapluvial_codigo: 1 galeriapluvial_nome: COM GALERIAS PLUVIAS redeeletrica_codigo: 1 redeeletrica_nome: COM REDE ELETRICA Dado estes dois conjuntos de atributos eu só teria que combina-los de acordo com dois campos, quadra e face, incluindo os atributos do conjunto de quadras no de lotes. Estou com os arquivos abertos no QGis, mas ainda não consegui combiná-los, mais por falta de conhecimento mesmo. Dai, seria só converter para o formato OSM, ajustar as tags e importá-los para o mapa. Pelo menos é o que pretendo. Se vcs puderem, me indiquem o que das listas acima pode ou deve ser tageado e incluido no mapa, e o que não se aplica ao mapa OSM. Att, Marcelo Pereira Em 16 de janeiro de 2015 17:16, Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com escreveu: Você poderia importar o contorno das quadras com o landuse correspondente, acho que ficaria interessante especialmente na área comercial. 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br mailto:rne...@equacao.com.br: Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 tel:%2811%29%203221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org mailto:li...@gimnechiske.org] Enviada em: sexta-feira, 16 de janeiro de 2015 12:52 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa Marcelo Depende um pouco o que informação estes camadas tem. Por exemplo acho muito interessante importar paredes (as casas), e onde ha definição uso do solo (residencial, commercial, retail, industrial) Eu acho menus interessante no momento importar cada lote independente. Mas se cada lote pode ajuda crescer dados como addr:housenumber e addr:housename nas casas e paredes, acho interessante. Também depende do quantidade dos dados no local, talvez não adicionar cada addr:housenumber,
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior bom com as edificações que se localizam dentro dele. Para mim, é muito mais relevante que tenhamos a informação sobre os lotes importada e posteriormente tratada caso a caso. Em 16 de janeiro de 2015 20:05, Lists li...@gimnechiske.org escreveu: No parede ou casa dentro lote building=residencial addr:street=Rua Antônio Novais addr:housenumber=51 addr:housename=Edifício Cariama Como o dataset tem nome_edifi: em maiúsculo, o set preciso ser analisado manualmente antes que finalizar o import, talvez primeiro rodar o script, depois controlar os dados manualmente Aun Johnsen On Jan 16, 2015, at 17:52, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Agradeço pelas dicas, Para efeito de exemplo, segue abaixo um exemplo das informações de cada um dos conjuntos de dados citados: Lotes Aqui temos não o contorno das edificações em si, mas o polígono que contorna o lote. A lista de atributos do arquivo original é a que segue abaixo: situacao_i: ATIVO distrito: 1 setor: 1410 quadra: 245 face: 2 lote: 298 endereco_n: 51 indice_ven: 5497.1099673 area_const: 8352.2399782 qtd_pavime: 16 tipo_empre: EDIFÍCIO RESIDENCIAL area_lote: 1521.000 frente_lot: 50.703 concatenac: 11410245020298 qtd_subuni: 52 ano_constr: 0 qtd_multip: 0 nome_edifi: EDF CARIAMA endereco_c: Rua Antônio Novais, 51 Quadras Encontrei dois conjuntos de dados para Quadras, um de polígonos e outros de linhas. O de polígonos foi descartado por não trazer informação util ao mapa, só fazia referência ao setor censitário e outros códigos inúteis, por exemplo nada dizia do tipo de solo ou algo utilizável como landuse. O de linhas é mais completo e na verdade é a quebra dos poligonos acima citados em linha de acordo com cada logradouro. Assim, imaginei que poderia mixar este conjunto com o de lotes, adicionando os campos do primeiro no segundo. e adequando ás tags do OSM. O conjunto de atributos de cada face de cada quadra é como o abaixo concatenacao: 11410245002 distrito: 1 setor: 1410 quadra: 245 face: 2 logradouro_codigo: 6017 cep: 52050280 bairro_codigo: 167 bairro_nome: GRACAS tipo_via: tipo_valorvenal: 31 iluminacao_codigo: 3 iluminacao_nome: VAPOR MERCURIO pavimentacao_codigo: 2 pavimentacao_nome: ASFALTO emplacamento_codigo: 1 emplacamento_nome: COM EMPLACAMENTO coleta_codigo: 3 coleta_nome: CONVENCIONAL ALTERNADA COM SELETIVA arborizacao_codigo: 1 arborizacao_nome: COM ARBORIZACAO redeagua_codigo: 1 redeagua_nome: COM REDE DE AGUA limpeza_codigo: 2 limpeza_nome: REGULAR ALTERNADA esgoto_codigo: 1 esgoto_nome: COM REDE DE ESGOTO redetelefone_codigo: 1 redetelefone_nome: COM REDE TELEFONICA guia_sarjeta_codigo: 1 guia_sarjeta_nome: COM GUIA E SARJETA galeriapluvial_codigo: 1 galeriapluvial_nome: COM GALERIAS PLUVIAS redeeletrica_codigo: 1 redeeletrica_nome: COM REDE ELETRICA Dado estes dois conjuntos de atributos eu só teria que combina-los de acordo com dois campos, quadra e face, incluindo os atributos do conjunto de quadras no de lotes. Estou com os arquivos abertos no QGis, mas ainda não consegui combiná-los, mais por falta de conhecimento mesmo. Dai, seria só converter para o formato OSM, ajustar as tags e importá-los para o mapa. Pelo menos é o que pretendo. Se vcs puderem, me indiquem o que das listas acima pode ou deve ser tageado e incluido no mapa, e o que não se aplica ao mapa OSM. Att, Marcelo Pereira Em 16 de janeiro de 2015 17:16, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Você poderia importar o contorno das quadras com o landuse correspondente, acho que ficaria interessante especialmente na área comercial. 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br: Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org] Enviada em: sexta-feira, 16 de janeiro de 2015 12:52 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa Marcelo Depende um pouco o que informação estes camadas tem. Por exemplo acho muito interessante importar paredes (as casas), e onde ha definição uso do solo (residencial, commercial, retail, industrial) Eu acho menus interessante no momento importar cada lote independente. Mas se cada lote pode ajuda crescer dados como addr:housenumber e addr:housename
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Nao concordando, edificio tem muito mais importância a mapa que o lote, o lote e um dado não p visualizar (fora do uso do solo [landuse]) Aun Johnsen On Jan 16, 2015, at 19:13, Vítor Rodrigo Dias vitor.d...@gmail.com wrote: Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior bom com as edificações que se localizam dentro dele. Para mim, é muito mais relevante que tenhamos a informação sobre os lotes importada e posteriormente tratada caso a caso. Em 16 de janeiro de 2015 20:05, Lists li...@gimnechiske.org mailto:li...@gimnechiske.org escreveu: No parede ou casa dentro lote building=residencial addr:street=Rua Antônio Novais addr:housenumber=51 addr:housename=Edifício Cariama Como o dataset tem nome_edifi: em maiúsculo, o set preciso ser analisado manualmente antes que finalizar o import, talvez primeiro rodar o script, depois controlar os dados manualmente Aun Johnsen On Jan 16, 2015, at 17:52, Marcelo Pereira pereirahol...@gmail.com mailto:pereirahol...@gmail.com wrote: Srs, Agradeço pelas dicas, Para efeito de exemplo, segue abaixo um exemplo das informações de cada um dos conjuntos de dados citados: Lotes Aqui temos não o contorno das edificações em si, mas o polígono que contorna o lote. A lista de atributos do arquivo original é a que segue abaixo: situacao_i: ATIVO distrito: 1 setor: 1410 quadra: 245 face: 2 lote: 298 endereco_n: 51 indice_ven: 5497.1099673 area_const: 8352.2399782 qtd_pavime: 16 tipo_empre: EDIFÍCIO RESIDENCIAL area_lote: 1521.000 frente_lot: 50.703 concatenac: 11410245020298 qtd_subuni: 52 ano_constr: 0 qtd_multip: 0 nome_edifi: EDF CARIAMA endereco_c: Rua Antônio Novais, 51 Quadras Encontrei dois conjuntos de dados para Quadras, um de polígonos e outros de linhas. O de polígonos foi descartado por não trazer informação util ao mapa, só fazia referência ao setor censitário e outros códigos inúteis, por exemplo nada dizia do tipo de solo ou algo utilizável como landuse. O de linhas é mais completo e na verdade é a quebra dos poligonos acima citados em linha de acordo com cada logradouro. Assim, imaginei que poderia mixar este conjunto com o de lotes, adicionando os campos do primeiro no segundo. e adequando ás tags do OSM. O conjunto de atributos de cada face de cada quadra é como o abaixo concatenacao: 11410245002 distrito: 1 setor: 1410 quadra: 245 face: 2 logradouro_codigo: 6017 cep: 52050280 bairro_codigo: 167 bairro_nome: GRACAS tipo_via: tipo_valorvenal: 31 iluminacao_codigo: 3 iluminacao_nome: VAPOR MERCURIO pavimentacao_codigo: 2 pavimentacao_nome: ASFALTO emplacamento_codigo: 1 emplacamento_nome: COM EMPLACAMENTO coleta_codigo: 3 coleta_nome: CONVENCIONAL ALTERNADA COM SELETIVA arborizacao_codigo: 1 arborizacao_nome: COM ARBORIZACAO redeagua_codigo: 1 redeagua_nome: COM REDE DE AGUA limpeza_codigo: 2 limpeza_nome: REGULAR ALTERNADA esgoto_codigo: 1 esgoto_nome: COM REDE DE ESGOTO redetelefone_codigo: 1 redetelefone_nome: COM REDE TELEFONICA guia_sarjeta_codigo: 1 guia_sarjeta_nome: COM GUIA E SARJETA galeriapluvial_codigo: 1 galeriapluvial_nome: COM GALERIAS PLUVIAS redeeletrica_codigo: 1 redeeletrica_nome: COM REDE ELETRICA Dado estes dois conjuntos de atributos eu só teria que combina-los de acordo com dois campos, quadra e face, incluindo os atributos do conjunto de quadras no de lotes. Estou com os arquivos abertos no QGis, mas ainda não consegui combiná-los, mais por falta de conhecimento mesmo. Dai, seria só converter para o formato OSM, ajustar as tags e importá-los para o mapa. Pelo menos é o que pretendo. Se vcs puderem, me indiquem o que das listas acima pode ou deve ser tageado e incluido no mapa, e o que não se aplica ao mapa OSM. Att, Marcelo Pereira Em 16 de janeiro de 2015 17:16, Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com escreveu: Você poderia importar o contorno das quadras com o landuse correspondente, acho que ficaria interessante especialmente na área comercial. 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br mailto:rne...@equacao.com.br: Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 tel:%2811%29%203221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org mailto:li...@gimnechiske.org] Enviada em: sexta-feira,
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Marcelo, Vitor, Tenho a impressão de que as regras de qualidade vigentes na comunidade não permitem isso. Suas importações seriam revertidas se trouxessem tags alienígenas em lugar das tags praticadas. E eu concordo com isso. Se é para importar, o volume é grande e o importador deve se empenhar em entregar o formato adequado no resultado final. Na comunidade, inclusive a partir da organização do GitHub, ou de Gists, você encontra códigos de programação que lhe ajudarão a pegar o espírito de tratar os dados para serem importados. Minha sugestão: estude-os, adapte-os; se você quer realmente importar coisas que vem de outro esquema de dados. Alexandre Magno Em 16 de janeiro de 2015 19:13, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior bom com as edificações que se localizam dentro dele. Para mim, é muito mais relevante que tenhamos a informação sobre os lotes importada e posteriormente tratada caso a caso. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Eu concordo com o Vitor. Se existem conceitos ainda não existentes no OSM, cria-se uma tag e documenta no wiki. Em algum momento, se esse conceito fizer parte do OSM fica muito mais fácil de fazer uma substituição em batch das tags. Marcio Aguiar Ribeiro 2015-01-16 19:26 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Marcelo, Vitor, Tenho a impressão de que as regras de qualidade vigentes na comunidade não permitem isso. Suas importações seriam revertidas se trouxessem tags alienígenas em lugar das tags praticadas. E eu concordo com isso. Se é para importar, o volume é grande e o importador deve se empenhar em entregar o formato adequado no resultado final. Na comunidade, inclusive a partir da organização do GitHub, ou de Gists, você encontra códigos de programação que lhe ajudarão a pegar o espírito de tratar os dados para serem importados. Minha sugestão: estude-os, adapte-os; se você quer realmente importar coisas que vem de outro esquema de dados. Alexandre Magno Em 16 de janeiro de 2015 19:13, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior bom com as edificações que se localizam dentro dele. Para mim, é muito mais relevante que tenhamos a informação sobre os lotes importada e posteriormente tratada caso a caso. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Projeto RGM / site da OpenStreetMap Brasil
*Era: Re: [Talk-br] Novidades do OSM* Edil, Os dois tutoriais em forma de apresentação ficaram muito interessantes. Mostram rapidamente, por imagens, qual é a proposta. Apesar de já existir o blog http://rede.acessasp.sp.gov.br/projeto/rgm, penso que está faltando apontar essas coisas no projetorgm.com.br, de modo a ser mais simples encontrá-las. Penso que falta também, nele, destacar (com o item de menu) o trabalho no GitHub; trazer coisas mais para a frente da casa. Mas parabéns! A linha norte do formato desse site já é muito *informativa* e *prática*. *Esse seu projeto RGM já é um modelo, na minha opinião.* No âmbito das ideias. Falta só -- e talvez eu esteja afirmando isso por desconhecimento -- mais pessoas o abraçarem, e [pelo menos] algumas poucas tecnologias usadas inicialmente serem substituídas (em algumas coisa) por outras que entreguem mais preparo para o crescimento; como por exemplo Bluefish, se usá-lo for fazer as páginas estáticas já no HTML. O site da OpenStreetMap Brasil, para a arquitetura de informação de seu site, poderia pegar algumas ideias presentes naquela do RGM. Pelo menos essas noções mais notáveis, de ter uma navegação em menus, com pouco texto e muitos ícones; ao menos para uma parte do conteúdo. Alexandre Magno Em 16 de janeiro de 2015 15:02, Edil Queiroz de Araujo edil...@gmail.com escreveu: Para coletar trilhas e fazer anotações, eu recomendo o OsmTracker https://drive.google.com/file/d/0ByBgfQ7MLARZUVUtY1B5a3k1WlE/view?usp=sharing, esse é ótimo para gravar trilhas e oferece muitas opções de notas com botões predefinidos e também por voz, texto e foto. Eu gestei muito de usar ele. Outro que gostei de usar é o Keypad-Mapper https://drive.google.com/file/d/0ByBgfQ7MLARZLTBYeWY0a25xalE/view?usp=sharing, para residências. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Nesse sentido, eu também tenho concordância com você. Porém, não completamente. Pois se eu me sentisse livre eticamente para sair criando tags, eu teria criado um bocado delas, quando estava com mais gás ou prioridade para [começar a] mapear. Alexandre Magno Em 16 de janeiro de 2015 20:01, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com escreveu: Eu concordo com o Vitor. Se existem conceitos ainda não existentes no OSM, cria-se uma tag e documenta no wiki. Em algum momento, se esse conceito fizer parte do OSM fica muito mais fácil de fazer uma substituição em batch das tags. Marcio Aguiar Ribeiro 2015-01-16 19:26 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Marcelo, Vitor, Tenho a impressão de que as regras de qualidade vigentes na comunidade não permitem isso. Suas importações seriam revertidas se trouxessem tags alienígenas em lugar das tags praticadas. E eu concordo com isso. Se é para importar, o volume é grande e o importador deve se empenhar em entregar o formato adequado no resultado final. Na comunidade, inclusive a partir da organização do GitHub, ou de Gists, você encontra códigos de programação que lhe ajudarão a pegar o espírito de tratar os dados para serem importados. Minha sugestão: estude-os, adapte-os; se você quer realmente importar coisas que vem de outro esquema de dados. Alexandre Magno Em 16 de janeiro de 2015 19:13, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior bom com as edificações que se localizam dentro dele. Para mim, é muito mais relevante que tenhamos a informação sobre os lotes importada e posteriormente tratada caso a caso. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Projeto RGM / site da OpenStreetMap Brasil
Nova redação: Para sua arquitetura de informação, e visual, o site da OpenStreetMap Brasil poderia pegar algumas ideias presentes no RGM. Pelo menos para uma parte do conteúdo, essas noções mais notáveis, de ter uma navegação em menus grandes, com pouco texto e muitos ícones. Minha ênfase é na importância de fazer um certo apelo visual para transmitir especialmente as ideias mais simples, aquelas que transmitem os conceitos chaves do projeto e ajudam a encontrar os fluxos de trabalhos mais usados. Alexandre Magno Em 16 de janeiro de 2015 20:03, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: O site da OpenStreetMap Brasil, para a arquitetura de informação de seu site, poderia pegar algumas ideias presentes naquela do RGM. Pelo menos essas noções mais notáveis, de ter uma navegação em menus, com pouco texto e muitos ícones; ao menos para uma parte do conteúdo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Oi, Marcelo Uma ideia que pode ser interessante seria você gerar uma tile layer com alguns desses dados, como fez o vitor george com esses dados da Prefeitura de São Paulo: https://api.tiles.mapbox.com/v4/mapaslivres.hnhcwhfr/page.html?access_token=pk.eyJ1IjoibWFwYXNsaXZyZXMiLCJhIjoidmVxbkRhRSJ9.fe8NAiiw9ACGjVgGgowbgg#18/-23.56360/-46.65325 Essa tile layer seria bem útil, poderia servir, por exemplo, para pegar os nomes de edifícios e a numeração. Eu poderia criar uma atividade no Tasking Manager para a comunidade mapear os edifícios com o contorno correto e colocar o nome e a numeração usando esses dados. Sou contra colocar dados que não correspondem à realidade no mapa, pois, além de acrescentar informação de baixa qualidade, o excesso de dados torna mais complexo para novos mapeadores começarem a editar. abraços, wille On 16-01-2015 18:52, Marcelo Pereira wrote: Srs, Agradeço pelas dicas, Para efeito de exemplo, segue abaixo um exemplo das informações de cada um dos conjuntos de dados citados: Lotes Aqui temos não o contorno das edificações em si, mas o polígono que contorna o lote. A lista de atributos do arquivo original é a que segue abaixo: situacao_i: ATIVO distrito: 1 setor: 1410 quadra: 245 face: 2 lote: 298 endereco_n: 51 indice_ven: 5497.1099673 area_const: 8352.2399782 qtd_pavime: 16 tipo_empre: EDIFÍCIO RESIDENCIAL area_lote: 1521.000 frente_lot: 50.703 concatenac: 11410245020298 qtd_subuni: 52 ano_constr: 0 qtd_multip: 0 nome_edifi: EDF CARIAMA endereco_c: Rua Antônio Novais, 51 Quadras Encontrei dois conjuntos de dados para Quadras, um de polígonos e outros de linhas. O de polígonos foi descartado por não trazer informação util ao mapa, só fazia referência ao setor censitário e outros códigos inúteis, por exemplo nada dizia do tipo de solo ou algo utilizável como landuse. O de linhas é mais completo e na verdade é a quebra dos poligonos acima citados em linha de acordo com cada logradouro. Assim, imaginei que poderia mixar este conjunto com o de lotes, adicionando os campos do primeiro no segundo. e adequando ás tags do OSM. O conjunto de atributos de cada face de cada quadra é como o abaixo concatenacao: 11410245002 distrito: 1 setor: 1410 quadra: 245 face: 2 logradouro_codigo: 6017 cep: 52050280 bairro_codigo: 167 bairro_nome: GRACAS tipo_via: tipo_valorvenal: 31 iluminacao_codigo: 3 iluminacao_nome: VAPOR MERCURIO pavimentacao_codigo: 2 pavimentacao_nome: ASFALTO emplacamento_codigo: 1 emplacamento_nome: COM EMPLACAMENTO coleta_codigo: 3 coleta_nome: CONVENCIONAL ALTERNADA COM SELETIVA arborizacao_codigo: 1 arborizacao_nome: COM ARBORIZACAO redeagua_codigo: 1 redeagua_nome: COM REDE DE AGUA limpeza_codigo: 2 limpeza_nome: REGULAR ALTERNADA esgoto_codigo: 1 esgoto_nome: COM REDE DE ESGOTO redetelefone_codigo: 1 redetelefone_nome: COM REDE TELEFONICA guia_sarjeta_codigo: 1 guia_sarjeta_nome: COM GUIA E SARJETA galeriapluvial_codigo: 1 galeriapluvial_nome: COM GALERIAS PLUVIAS redeeletrica_codigo: 1 redeeletrica_nome: COM REDE ELETRICA Dado estes dois conjuntos de atributos eu só teria que combina-los de acordo com dois campos, quadra e face, incluindo os atributos do conjunto de quadras no de lotes. Estou com os arquivos abertos no QGis, mas ainda não consegui combiná-los, mais por falta de conhecimento mesmo. Dai, seria só converter para o formato OSM, ajustar as tags e importá-los para o mapa. Pelo menos é o que pretendo. Se vcs puderem, me indiquem o que das listas acima pode ou deve ser tageado e incluido no mapa, e o que não se aplica ao mapa OSM. Att, Marcelo Pereira Em 16 de janeiro de 2015 17:16, Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com escreveu: Você poderia importar o contorno das quadras com o landuse correspondente, acho que ficaria interessante especialmente na área comercial. 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br mailto:rne...@equacao.com.br: Aun/Marcelo Creio que se houver a informação housenumber é muito melhor importa-la no lugar de usar interpolação. É preciso lembrar que mesmo nas capitais muitos logradouros numeração irregular e a interpolação pode criar outros problemas. Nomes de edifício também são importantes, pois diversos lugares utilizam o nome do condomínio para endereçamento, não sei se é o caso especifico de Recife mas em Salvador por exemplo é pratica comum. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 tel:%2811%29%203221-3722 -Mensagem original- De: Lists [mailto:li...@gimnechiske.org mailto:li...@gimnechiske.org] Enviada em: sexta-feira, 16 de janeiro de 2015 12:52 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Inclusão de lotes e
Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa
Na verdade quando falei informações sobre os lotes me referia aos lotes em si. Concordo que existe um excesso de tags que, pelo menos por enquanto, é totalmente desnecessária ao OSM. Em 16 de janeiro de 2015 21:06, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Nesse sentido, eu também tenho concordância com você. Porém, não completamente. Pois se eu me sentisse livre eticamente para sair criando tags, eu teria criado um bocado delas, quando estava com mais gás ou prioridade para [começar a] mapear. Alexandre Magno Em 16 de janeiro de 2015 20:01, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com escreveu: Eu concordo com o Vitor. Se existem conceitos ainda não existentes no OSM, cria-se uma tag e documenta no wiki. Em algum momento, se esse conceito fizer parte do OSM fica muito mais fácil de fazer uma substituição em batch das tags. Marcio Aguiar Ribeiro 2015-01-16 19:26 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Marcelo, Vitor, Tenho a impressão de que as regras de qualidade vigentes na comunidade não permitem isso. Suas importações seriam revertidas se trouxessem tags alienígenas em lugar das tags praticadas. E eu concordo com isso. Se é para importar, o volume é grande e o importador deve se empenhar em entregar o formato adequado no resultado final. Na comunidade, inclusive a partir da organização do GitHub, ou de Gists, você encontra códigos de programação que lhe ajudarão a pegar o espírito de tratar os dados para serem importados. Minha sugestão: estude-os, adapte-os; se você quer realmente importar coisas que vem de outro esquema de dados. Alexandre Magno Em 16 de janeiro de 2015 19:13, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: Acho que, uma vez importado o lote, dá pra fazer um trabalho posterior bom com as edificações que se localizam dentro dele. Para mim, é muito mais relevante que tenhamos a informação sobre os lotes importada e posteriormente tratada caso a caso. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-us] Pennsylvania's quadrant routes
I have happened to notice (mostly in Eastern Pennsylvania) that some users have added these routes from the old 'name_*' tags and putting them in the 'ref=*' tags as ref=SR1234. The problem here is that Pennsylvania doesn't post these routes (except in little white mileage signs [1][2] or/and [just in rural areas normally] an occasional street blade) like the 'normal' state highways numbered 1-999 in the 'Keystone shields'. Also the quadrant routes are duplicated all over the state in each county. Thus, I don't think they would qualify for being added to the 'ref' tag on ways, but also don't truly count for the 'unsigned_ref' tag as well because they are posted in a way, just not really for the traveling public to see unless they were really looking for them. So, I've come up with a possible replacement tag of 'ref:penndot=SR ' [3] for these routes that are only signed with the white mileage signs. With this tag, it still allows the quadrant routes to be added, but not to take up the normal 'ref' tag when it's needed for another route (there are a few normal state routes on quadrant routes, like PA-3 for a small area in Philadelphia, or US-19 Truck in Pittsburgh, or even the Allegheny County Belt System [3] in some areas). What do you guys think about this? If nobody has any problems with them, I think we should fix them as we see them (no bot running unless somebody with knowing how to run one would be willing to do it). I just want to see a constant tagging scheme for them. -James [1] - http://en.wikipedia.org/wiki/List_of_State_Routes_in_Pennsylvania [2] - http://goo.gl/maps/NdVrn [3] - https://www.openstreetmap.org/way/311525727 [4] - http://en.wikipedia.org/wiki/Allegheny_County_belt_system ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
On 2015-01-16 00:14, James Mast wrote: So, I've come up with a possible replacement tag of 'ref:penndot=SR ' [3] for these routes that are only signed with the white mileage signs. With this tag, it still allows the quadrant routes to be added, but not to take up the normal 'ref' tag when it's needed for another route (there are a few normal state routes on quadrant routes, like PA-3 for a small area in Philadelphia, or US-19 Truck in Pittsburgh, or even the Allegheny County Belt System [3] in some areas). If PennDOT also maintains the actual state routes, `ref:penndot` may still lead mappers to conflate the two systems. Alternatively, you could use `loc_ref`, unless the Allegheny County belts use it already, or `ref:penndot:quadrant` to be really explicit. -- m...@nguyen.cincinnati.oh.us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
I’m from PA and I know exactly the little signs that you’re talking about. I agree with everything you suggested about moving the SR ref to a different key. It’s not significant enough to be a “ref”. I’m not sure who “owns” the Pennsylvania wiki page: http://wiki.openstreetmap.org/wiki/Pennsylvania http://wiki.openstreetmap.org/wiki/Pennsylvania But you might want to add this recommendation there, and maybe some more guidance about classifying highways (like the New Jersey and New York pages have). I’ve considered coding up a cleanup bot - this might be a nice first task for it. So, I've come up with a possible replacement tag of 'ref:penndot=SR ' [3] for these routes that are only signed with the white mileage signs. With this tag, it still allows the quadrant routes to be added, but not to take up the normal 'ref' tag when it's needed for another route (there are a few normal state routes on quadrant routes, like PA-3 for a small area in Philadelphia, or US-19 Truck in Pittsburgh, or even the Allegheny County Belt System [3] in some areas). What do you guys think about this? If nobody has any problems with them, I think we should fix them as we see them (no bot running unless somebody with knowing how to run one would be willing to do it). I just want to see a constant tagging scheme for them. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Race Tracks!
On 1/13/15 9:08 AM, Richard Welty wrote: for tagging, i am mostly using ways with highway=raceway. if a direction is discernible (ovals are usually counter clockwise), i set oneway as well. I try to identify the bounding area for the facility and create a landuse=recreation_ground poly with the name and address of the site. i just became aware of the sport=motor tag for leisure=sports_centre and am going to start using this tagging for race tracks instead of landuse=recreation_ground as it is more specific. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
I'm very much in favor of PA instead of SR for disambiguation purposes. On Jan 16, 2015 2:15 AM, James Mast rickmastfa...@hotmail.com wrote: I have happened to notice (mostly in Eastern Pennsylvania) that some users have added these routes from the old 'name_*' tags and putting them in the 'ref=*' tags as ref=SR1234. The problem here is that Pennsylvania doesn't post these routes (except in little white mileage signs [1][2] or/and [just in rural areas normally] an occasional street blade) like the 'normal' state highways numbered 1-999 in the 'Keystone shields'. Also the quadrant routes are duplicated all over the state in each county. Thus, I don't think they would qualify for being added to the 'ref' tag on ways, but also don't truly count for the 'unsigned_ref' tag as well because they are posted in a way, just not really for the traveling public to see unless they were really looking for them. So, I've come up with a possible replacement tag of 'ref:penndot=SR ' [3] for these routes that are only signed with the white mileage signs. With this tag, it still allows the quadrant routes to be added, but not to take up the normal 'ref' tag when it's needed for another route (there are a few normal state routes on quadrant routes, like PA-3 for a small area in Philadelphia, or US-19 Truck in Pittsburgh, or even the Allegheny County Belt System [3] in some areas). What do you guys think about this? If nobody has any problems with them, I think we should fix them as we see them (no bot running unless somebody with knowing how to run one would be willing to do it). I just want to see a constant tagging scheme for them. -James [1] - http://en.wikipedia.org/wiki/List_of_State_Routes_in_Pennsylvania [2] - http://goo.gl/maps/NdVrn [3] - https://www.openstreetmap.org/way/311525727 [4] - http://en.wikipedia.org/wiki/Allegheny_County_belt_system ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
Bryan, somebody else has already added this info as a suggestion on the 'State Route Relation' page [1]. He was one of the first people I talked to about this idea, and he's a fellow Pittsburgh mapper. -James [1] - https://wiki.openstreetmap.org/wiki/Pennsylvania/State_Route_Relations#Four_digit_routes From: br...@7thposition.com Date: Fri, 16 Jan 2015 10:08:42 -0500 To: rickmastfa...@hotmail.com CC: talk-us@openstreetmap.org Subject: Re: [Talk-us] Pennsylvania's quadrant routes I’m from PA and I know exactly the little signs that you’re talking about. I agree with everything you suggested about moving the SR ref to a different key. It’s not significant enough to be a “ref”. I’m not sure who “owns” the Pennsylvania wiki page: http://wiki.openstreetmap.org/wiki/PennsylvaniaBut you might want to add this recommendation there, and maybe some more guidance about classifying highways (like the New Jersey and New York pages have). I’ve considered coding up a cleanup bot - this might be a nice first task for it. So, I've come up with a possible replacement tag of 'ref:penndot=SR ' [3] for these routes that are only signed with the white mileage signs. With this tag, it still allows the quadrant routes to be added, but not to take up the normal 'ref' tag when it's needed for another route (there are a few normal state routes on quadrant routes, like PA-3 for a small area in Philadelphia, or US-19 Truck in Pittsburgh, or even the Allegheny County Belt System [3] in some areas). What do you guys think about this? If nobody has any problems with them, I think we should fix them as we see them (no bot running unless somebody with knowing how to run one would be willing to do it). I just want to see a constant tagging scheme for them. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
I'm very much in favor of PA instead of SR for disambiguation purposes. +1 on deprecating SR (for state route) where appropriate: using a 2-letter state code is much preferred. However, in this specific case, James Mast makes a convincing argument that SR remain. There are other places where SR might remain (or even replace), but I'm saying where a 2-letter state code can be used, please use it (in preference to SR). Unless a real case can be made for SR, as is true in this PA quadrant route example. SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
I understand that there's a difference between signed and unsigned. Oregon has a similar situation with routes and highways. Highways don't get signed, routes do. Every state-owned right of way in Oregon has a highway number and are in ODOT's inventory (including traversable beaches of the Pacific Ocean, making these state highways). Why not, off the top of my head, tag North Gulph Road in Valley Forge with ref:unsigned=PA 3039? (As an aside, I found Pennsylvania's convention for the 4-digit state highways confusing as it happens to collide with Oklahoma's idea of control section markers, which are sometimes used by locals to identify roads intersecting state highways as often these are easier to spot than the names(!) and often make more sense (since the sections are usually serially numbered along the road, similar to exit numbers in areas where these aren't fixed to milestones or kilometer points) it actually took me a couple days to realize that it wasn't identifying control sections but miles along a state route not obvious to the layman). On Fri, Jan 16, 2015 at 12:35 PM, James Mast rickmastfa...@hotmail.com wrote: Paul, if we went with PA instead of SR, people might think to move it back to the main 'ref' tag. SR works here since they are 'primary' routes and the signs say 'SR' in them. Kinda like Virginia with it's primary 'VA' and secondary 'SR' tags for it's two different shields, except PA doesn't have the problem with multiple types of shields. -James -- Date: Fri, 16 Jan 2015 09:52:34 -0600 From: ba...@ursamundi.org To: rickmastfa...@hotmail.com CC: talk-us@openstreetmap.org Subject: Re: [Talk-us] Pennsylvania's quadrant routes I'm very much in favor of PA instead of SR for disambiguation purposes. On Jan 16, 2015 2:15 AM, James Mast rickmastfa...@hotmail.com wrote: I have happened to notice (mostly in Eastern Pennsylvania) that some users have added these routes from the old 'name_*' tags and putting them in the 'ref=*' tags as ref=SR1234. The problem here is that Pennsylvania doesn't post these routes (except in little white mileage signs [1][2] or/and [just in rural areas normally] an occasional street blade) like the 'normal' state highways numbered 1-999 in the 'Keystone shields'. Also the quadrant routes are duplicated all over the state in each county. Thus, I don't think they would qualify for being added to the 'ref' tag on ways, but also don't truly count for the 'unsigned_ref' tag as well because they are posted in a way, just not really for the traveling public to see unless they were really looking for them. So, I've come up with a possible replacement tag of 'ref:penndot=SR ' [3] for these routes that are only signed with the white mileage signs. With this tag, it still allows the quadrant routes to be added, but not to take up the normal 'ref' tag when it's needed for another route (there are a few normal state routes on quadrant routes, like PA-3 for a small area in Philadelphia, or US-19 Truck in Pittsburgh, or even the Allegheny County Belt System [3] in some areas). What do you guys think about this? If nobody has any problems with them, I think we should fix them as we see them (no bot running unless somebody with knowing how to run one would be willing to do it). I just want to see a constant tagging scheme for them. -James [1] - http://en.wikipedia.org/wiki/List_of_State_Routes_in_Pennsylvania http://en.wikipedia.org/wiki/List_of_State_Routes_in_Pennsylvania [2] - http://goo.gl/maps/NdVrn [3] - https://www.openstreetmap.org/way/311525727 [4] - http://en.wikipedia.org/wiki/Allegheny_County_belt_system ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
On 2015-01-16 07:52, Paul Johnson wrote: I'm very much in favor of PA instead of SR for disambiguation purposes. With James' proposal to change `ref` to `ref:penndot` (or something even more explicit like `ref:penndot:quadrant`), there's no need for disambiguation. A prefix of PA isn't going to solve the problem of mappers conflating PennDOT's two networks either. -- m...@nguyen.cincinnati.oh.us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-cz] Snizovani kvality dat pri importu RUIAN/LPIS
Dorby den, zjistil jsem ze dochazi ke zhorseni kvality dat behem importu RUIAN. 1) rozbijeji se polygony budov. Nejsou zarovnane, maji artefakty. Puvodni polygony jsou v poradku. Nevim proc se delaji nove kdyz staci jen zkontrolovat jestli sedi puvodni provedeni. Nove nemaji ani kolme/rovnobezne steny 2) behem importu dochazi ke ztrate jiz definovanych tagu. Jako priklad prikladam dve garaze vedle sebe ktere maji byt stejne definovane (az na rozdily podle RUIAN) Obe garaze pochazeji ze stejneho changesetu a pred posledni zmenou meli stejne definovane tagy. Predpokladam ze stacilo jen doplni paranetry RUIAN. Snad s novou verzi pluginu se to zlepsi. Obdobne problemy se zarovnanim sousednich polygonu vznikaji i pri importu LPIS. Dekuji Martin Way: 142323551 Data Set: 51dff96c Edited at: 2014-12-23T21:55:51Z Edited by: Salamandr (1708065) Version: 4 In changeset: 27660844 Tags: ref:ruian:building=46722581 access=private roof:shape=flat building:ruian:type=18 building:levels=2 source=cuzk:ruian building=garage Bounding box: 14.4339314, 50.0530421, 14.4339843, 50.0531312 Bounding box (projected): 1606777.8935930424, 6455466.8707308965, 1606783.7823941053, 6455482.318345269 Center of bounding box: 50.0530866, 14.4339579 Centroid: 50.0530859, 14.4339578 10 Nodes: 3250130690 1557741842 1557741844 1557741846 3250130695 1557741840 1557741831 1557741829 3250130691 3250130690 Way: 318632990 Data Set: 51dff96c Edited at: 2014-12-23T21:55:50Z Edited by: Salamandr (1708065) Version: 1 In changeset: 27660844 Tags: building=garage Bounding box: 14.4339744, 50.0530601, 14.4340248, 50.053149 Bounding box (projected): 1606782.6803311466, 6455469.991458761, 1606788.2908334823, 6455485.404404104 Center of bounding box: 50.0531046, 14.4339996 Centroid: 50.0531045, 14.4339995 9 Nodes: 3250139977 3250139976 3250139975 1557741840 1557741831 3250139967 3250139968 3250139969 3250139977 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Podzemni budova
Dorby den, chci se zeptat na spravne tagovani podzemni budovy. V tomto pripade se jedna o podzemni parkoviste s dalsi parkovaci plochou na urovni zeme. Pri aktualne pouzitem tagovani a renderovani ve 3D se opbjevi jako 1 patrova budova nad zemi. Coz je samozrejme spatne. Je spravne pouzit layer=-1 nebo location=underground, nebo pouzit co je zmineno ve: https://lists.openstreetmap.org/pipermail/talk/2011-February/056654.html building=yes building:levels=2 building:min_level=-2 height=6 min_height=-6 Aboveground can be: building=yes building:levels=5 building:min_level=-2 height=30 min_height=-6 Dekuji za radu Martin Way: 321259696 Data Set: 51dff96c Edited at: 2015-01-10T21:10:12Z Edited by: Chenn Zenn (1858155) Version: 3 In changeset: 28050062 Tags: parking=rooftop amenity=parking building=commercial Bounding box: 14.44811, 50.0429256, 14.4499523, 50.0438111 Bounding box (projected): 1608356.2481252037, 6453713.120159877, 1608561.3320230925, 6453866.6116640335 Center of bounding box: 50.0433683, 14.4490311 Centroid: 50.0433972, 14.4490131 51 Nodes: 3280040723 ... 3280040697 3280040701 3280040723 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] LPIS okolo Jindřichova Hradce
Ahoj, Dne 15.1.2015 v 22:25 Petr Kadlec napsal(a): Zdravím, všimnul jsem si podivně se zobrazujícího letiště Kámen [1] a po troše zkoumání jsem zjistil, že to pravděpodobně vzniklo v changesetu #28065150 „lpis okolo jindřichova hradce“, který provedl Petr1868. [2] Tenhle changeset hlavní cestu definující letiště rozsekal na několik kusů, včetně několika dost zdegenerovaných (např. [3]), a samotné letiště ořezal několika sousedními loukami. Předpokládám, že to bude způsobeno tím, že přímo na letišti bylo (odjakživa, já to tam nedal…) nastaveno landuse=meadow. Jo, to udělal tracer :-( Primárně je ale na zodpovědnosti mappera, aby se díval kam kliká a upravil výsledek. Hlavně v oblastech s existujícími daty, kde se může stát ledacos. Od toho je v traceru klávesa Ctrl, která vypne nebezpečné operace. Tracer je jen nástroj a zdaleka neřeší všechny záludnosti. Můžem dát dohromady seznam doplňujících tagů, kdy se nemá landuse ořezávat. Opačná možnost je zakázat ořezy u landuse s jinými tagy kromě explicitně povolených. Nebo máte jiné nápady? IMHO by to teď asi chtělo vrátit to letiště do předchozí podoby a poté z něj případně vyextrahovat meadow pryč (či alespoň na jiný objekt) a případně dále dělat LPISoviny. Ale sám to hned nedělám, protože nevím, jestli neexistují jiná či jednodušší řešení, než se to snažit lepit ručně. S reverty nemám zkušenosti, já osobně bych to opravil ručně. Martin Co vy na to? -- Petr Kadlec / Mormegil [1] http://osm.org/go/0JyYY7Q [2] https://www.openstreetmap.org/changeset/28065150 [3] https://www.openstreetmap.org/way/321484972 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Snizovani kvality dat pri importu RUIAN/LPIS
Zdravím, Dne 16.1.2015 v 9:25 Janda Martin napsal(a): Dorby den, zjistil jsem ze dochazi ke zhorseni kvality dat behem importu RUIAN. 1) rozbijeji se polygony budov. Nejsou zarovnane, maji artefakty. Puvodni polygony jsou v poradku. Nevim proc se delaji nove kdyz staci jen zkontrolovat jestli sedi puvodni provedeni. Nove nemaji ani kolme/rovnobezne steny Jak už jsem psal, toto vždycky bude zodpovědnost mappera. Tracer bere geometrii z RUIANu a opravdu nemůže poznat, jestli je lepší původní nebo nová geometrie ;-) Kolmost stěn je individuální, často jsou baráky postavené nakřivo. Totéž artefakty. Některé výklenky jsou diskutabilní, něco jsou jasné chyby. U těch garáží to může být opěrná zídka která je součástí garáže, nebo chyba geometrie z KM kde garáže nelícují s parcelami. (Tipuju druhou možnost, podle toho jak jsou zmrvené RUIAN geometrie v okolí.) V pointinfu je proklik na hlášení chyb, kde se špatné geometrie RUIAN budov dají reportovat. 2) behem importu dochazi ke ztrate jiz definovanych tagu. Jako priklad prikladam dve garaze vedle sebe ktere maji byt stejne definovane (az na rozdily podle RUIAN) Obe garaze pochazeji ze stejneho changesetu a pred posledni zmenou meli stejne definovane tagy. Predpokladam ze stacilo jen doplni paranetry RUIAN. Snad s novou verzi pluginu se to zlepsi. Obdobne problemy se zarovnanim sousednich polygonu vznikaji i pri importu LPIS. RUIAN tracer žádné tagy nemaže. Do minulé verze přepisoval staré hodnoty tagů, teď to řeší výběrovým dialogem. Podle historie byla druhá garáž přidaná až v posledním changesetu, nepochází z traceru (v RUIANu vůbec není) a nemá ani source tag. Jestli tam byla už dřív, někdo ji musel napřed smáznout a udělat znova. Čili doporučuji dotaz na autora changesetu. Martin Dekuji Martin Way: 142323551 Data Set: 51dff96c Edited at: 2014-12-23T21:55:51Z Edited by: Salamandr (1708065) Version: 4 In changeset: 27660844 Tags: ref:ruian:building=46722581 access=private roof:shape=flat building:ruian:type=18 building:levels=2 source=cuzk:ruian building=garage Bounding box: 14.4339314, 50.0530421, 14.4339843, 50.0531312 Bounding box (projected): 1606777.8935930424, 6455466.8707308965, 1606783.7823941053, 6455482.318345269 Center of bounding box: 50.0530866, 14.4339579 Centroid: 50.0530859, 14.4339578 10 Nodes: 3250130690 1557741842 1557741844 1557741846 3250130695 1557741840 1557741831 1557741829 3250130691 3250130690 Way: 318632990 Data Set: 51dff96c Edited at: 2014-12-23T21:55:50Z Edited by: Salamandr (1708065) Version: 1 In changeset: 27660844 Tags: building=garage Bounding box: 14.4339744, 50.0530601, 14.4340248, 50.053149 Bounding box (projected): 1606782.6803311466, 6455469.991458761, 1606788.2908334823, 6455485.404404104 Center of bounding box: 50.0531046, 14.4339996 Centroid: 50.0531045, 14.4339995 9 Nodes: 3250139977 3250139976 3250139975 1557741840 1557741831 3250139967 3250139968 3250139969 3250139977 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] LPIS okolo Jindřichova Hradce
Ahoj, Dne Pá 16. ledna 2015 18:40:00, Martin Švec - OSM napsal(a): Od toho je v traceru klávesa Ctrl, která vypne nebezpečné operace. což to otočit? Implicitně nic neořezávat; jen na vyžádání. BTW: co ta varianta, že se neořezává okolí, ale nově tracovaná plocha? Tedy nechci tě prudit, máš jistě práce dost, ale IMO by to bylo fakt fajn. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] LPIS okolo Jindřichova Hradce
Dne 16.1.2015 v 19:30 Petr Vejsada napsal(a): Ahoj, Dne Pá 16. ledna 2015 18:40:00, Martin Švec - OSM napsal(a): Od toho je v traceru klávesa Ctrl, která vypne nebezpečné operace. což to otočit? Implicitně nic neořezávat; jen na vyžádání. To se bude lišit místo od místa... V prázdných oblastech by mi zdřevěněl prst na Ctrl. V zmapovaných oblastech to vidím tak půl na půl. Možná přepínač výchozí hodnoty do nastavení? BTW: co ta varianta, že se neořezává okolí, ale nově tracovaná plocha? Tedy nechci tě prudit, máš jistě práce dost, ale IMO by to bylo fakt fajn. Jsem na tom bídně s časem, ale vedu to v patrnosti. Kolem Silvestra jsem dodělal zeleň v pár vesničkách, abych poznal reálné výsledky RuianLands a problémy co tam vznikají. Čili třeba se dočkáš. Nebo se může zapojit někdo další, plugin je open-source :-) Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] LPIS okolo Jindřichova Hradce
On Fri 2015-01-16 19:30:00, Petr Vejsada wrote: Ahoj, Dne Pá 16. ledna 2015 18:40:00, Martin Švec - OSM napsal(a): Od toho je v traceru klávesa Ctrl, která vypne nebezpečné operace. což to otočit? Implicitně nic neořezávat; jen na vyžádání. BTW: co ta varianta, že se neořezává okolí, ale nově tracovaná plocha? Tedy nechci tě prudit, máš jistě práce dost, ale IMO by to bylo fakt fajn. To neni rozumne. Trasovana plocha z LPISu je typicky velmi presna, kdyzto na lesich jsme udelali generalizace pri importu, takze nejsou... moc presne. Totez se tyka landuse=residential. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-es] [Geo-inquietos Madrid] Mapping Raymi para mapear la amazonía en OSM
El 2015-01-16 14:01, Yansa Tejada Mengibar escribió: Hola a todos! Por motivos personales/laborales he estado bastante desvinculada, pero ahora que vuelvo a disponer de tiempo, me gustaria participar. ¿A que hora es la convocatoria? No he visto nada en la agenda de medialab del día 24/01 Hola! la convocatoria es a las 17.00. Ahora estoy pasando información al medialab para que la distribuyan entre sus redes y agendas. Saludos! ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Comunicación a CIMA2015
Último aviso a navegantes. Oscar Zorrilla y yo hemos dejado el resumen para la comunicación a CIMA2015 listo para el envío (por fin se ajusta a las 500 palabras máximas requeridas). Procederé a enviar el documento entre el domingo por la noche y el lunes en la mañana, por si alguien se anima a echarle un vistazo final. Gracias por vuestro apoyo y aportaciones de nuevo Miguel *[image: Geo]**Miguel Sevilla Callejo* *Doctor en Geografía | Doctor in Geography* *Consultor freelance e investigador | Freelance Consultant Researcher* Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at the Pyrenean Institute of Ecology - Spanish National Research Council Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish Professional Association of Geographers Web: http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo 2015-01-15 23:56 GMT+01:00 Miguel Sevilla-Callejo miguel.sevi...@uam.es: Hola a todos de nuevo, El resumen a la comunicación que vamos a presentar al CIMA2015 está prácticamente terminada en el documento compartido de Google: https://docs.google.com/document/d/1DAqpmIvivla5Y6ZCXGZiKjs7hcMHMjPmbzfVYvCWRi8/edit# Os agradecería, si os interesa el tema del senderismo, que le echarais un último vistazo antes de que lo presente el próximo lunes por todo aquello que podáis aportar. El texto aún está sin pulir y necesita de una buenas tijeras pues el máximo son 500 palabras y creo que tiene al rededor de 750!! Además habría que ver como se puede hacer énfasis en aspectos de seguridad (por aquello que se va a presentar dentro de la temática de seguridad en montaña). Aprovecho, de nuevo para agradeceros vuestra ayuda, especialmente a los que ya lo habéis hecho, y mencionar especialmente a Oscar Zorrilla por aportar sus senderos y experiencia en la comarca de Las Merindades en Burgos. Muchas gracias Un saludo Miguel *[image: Geo]**Miguel Sevilla Callejo* *Doctor en Geografía | Doctor in Geography* *Consultor freelance e investigador | Freelance Consultant Researcher* Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at the Pyrenean Institute of Ecology - Spanish National Research Council Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish Professional Association of Geographers Web: http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo 2015-01-12 15:18 GMT+01:00 Miguel Sevilla-Callejo miguel.sevi...@uam.es: Muchas gracias Luis Saber que gente federada está en la lista nos ayudará a buen seguro para que se amplíen lazos con OSM. Mi idea es usar el congreso para lanzar una iniciativa, si puedo, hablando con la gente al más alto nivel (uno de los organizadores del evento y miembro activo en FEDME es un colega del trabajo). Para el 10 de febrero se decide si las comunicaciones presentadas se aceptan como comunicaciones o pasan a ser póster. Si la aceptan habrá que escribir un artículo que irá a las actas del congreso y espero contar con la ayuda de la comunidad OSM. Iréis sabiendo. Un saludo Miguel *[image: Geo]**Miguel Sevilla Callejo* *Doctor en Geografía | Doctor in Geography* *Consultor freelance e investigador | Freelance Consultant Researcher* Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at the Pyrenean Institute of Ecology - Spanish National Research Council Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish Professional Association of Geographers Web: http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo http://bit.ly/sevillacallejo 2015-01-12 11:32 GMT+01:00 Luis García Castro lui...@gmail.com: El 12 de enero de 2015, 11:20, Miguel Sevilla-Callejo miguel.sevi...@uam.es escribió: Creo sinceramente que puede ser una muy buena oportunidad para que la gente de las federaciones de montañismo conozcan OSM y promuevan su uso, creo que puede ser una muy buena simbiosis para el proyecto y para las federaciones. Estoy de acuerdo en la oportunidad y los beneficios mutuos :) No puedo echar una mano en esto por falta acuciante de tiempo, pero a mis granitos de arena en OSM sumo que soy socio de la FEDME. Si tenéis cualquier duda me podéis preguntar y trataré de ayudar en lo que me resulte posible. ¡Un saludo! -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk-be] Belgian_road_sign
On 2014-12-20 16:12, André Pirard wrote : On 2014-12-20 15:33, Jakka wrote : Is there a demand for Belgian_road_sign_ in .png or .??? for use in osm plug-ins. Like road-sign restriction relations selector or place them near the highway as node icon (like give_way, stop) for better overview in a second layer, ??? Before I start to contribute, like to know if someone already did the job so no in witch proportion you want them and what extension ? Can java (josm) scale the sign while rendering ? exits there a program for easily scaling and still keep the proportions? Road signs in Belgium http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium Filling gaps welcome. Please use only SGV (much better and fun, see Inkscape editor, OO draw can do). SVG is inherently scalable. Signs are available here and there, e.g. http://www.code-de-la-route.be. But not always in SVG. With SVG, you just dismantle parts of one sign to make another one (that's how I made this http://wiki.openstreetmap.org/wiki/File:Belgium-trafficsign-f45b.svg starting from that http://wiki.openstreetmap.org/wiki/File:Belgium-trafficsign-f45.svg). If you want to practice dismantling, use this File:Great+coat+of+arms+of+Belgium.svg%C2%B5 ;-) If you cannot reuse parts of other SVG signs or drawings, you can convert bitmaps on this site http://www.vectorizer.io. I wanted to make a SVG logo. I had a crappy 4.7 kB jpg. I found a better 388 kB eps and I converted it to 2.7 kB png. Then I ran png though that site and I got a PERFECT 6.5 kB SVG, not bad for an XML file !!! SVG is scaling nicely because it doesn't use bitmaps but Bézier curves http://en.wikipedia.org/wiki/B%C3%A9zier_curve that are scaling perfectly. One of the best advice to make SVG drawings is to use a suitable grid and snapping to it. Best regards, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Weird lines near Boom
I found some problems with changeset https://www.openstreetmap.org/changeset/28080554. Contacted the owner via changeset comments. Some nodes where moved from Hoboken all the way down to the south of Boom. Please give the mapper the time to fix it. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Problemen met Agiv Orthofoto WMS
Hallo, Ik vroeg me af als jullie ook problemen hebben met de orthofoto WMS (zie https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference )? Bij mij worden er een hoop willekeurige witte tegels geladen in JOSM. JOSM geeft geen download error, en ik denk dat mijn internet connectie in orde is, maar ik zou graag bevestiging krijgen dat anderen dit ook zien. Dan kunnen we het Agiv inlichten (waarschijnlijk komt er wel geen oplossing voor maandag, aangezien het weekend begonnen is). Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Problemen met Agiv Orthofoto WMS
heb net hetzelfde gemerkt 2015-01-16 19:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Hallo, Ik vroeg me af als jullie ook problemen hebben met de orthofoto WMS (zie https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference )? Bij mij worden er een hoop willekeurige witte tegels geladen in JOSM. JOSM geeft geen download error, en ik denk dat mijn internet connectie in orde is, maar ik zou graag bevestiging krijgen dat anderen dit ook zien. Dan kunnen we het Agiv inlichten (waarschijnlijk komt er wel geen oplossing voor maandag, aangezien het weekend begonnen is). Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Problemen met Agiv Orthofoto WMS
Idem hier. Ik heb JOSM al opnieuw geïnstalleerd omdat er in de laatste versie aan de cache folder locaties gemorreld is. Ik had eerst dezelfde symptomen: tiles die schijnbaar willekeurig aan en uit stonden Nu (21H30) komt er niks meer uit. Gilbert 2015-01-16 19:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Hallo, Ik vroeg me af als jullie ook problemen hebben met de orthofoto WMS (zie https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference )? Bij mij worden er een hoop willekeurige witte tegels geladen in JOSM. JOSM geeft geen download error, en ik denk dat mijn internet connectie in orde is, maar ik zou graag bevestiging krijgen dat anderen dit ook zien. Dan kunnen we het Agiv inlichten (waarschijnlijk komt er wel geen oplossing voor maandag, aangezien het weekend begonnen is). Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Problemen met Agiv Orthofoto WMS
AGIV imagery seems to be back. You can all map all night long :-) Op 16 januari 2015 21:27 schreef Gilbert Hersschens gherssch...@gmail.com: Idem hier. Ik heb JOSM al opnieuw geïnstalleerd omdat er in de laatste versie aan de cache folder locaties gemorreld is. Ik had eerst dezelfde symptomen: tiles die schijnbaar willekeurig aan en uit stonden Nu (21H30) komt er niks meer uit. Gilbert 2015-01-16 19:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Hallo, Ik vroeg me af als jullie ook problemen hebben met de orthofoto WMS (zie https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference )? Bij mij worden er een hoop willekeurige witte tegels geladen in JOSM. JOSM geeft geen download error, en ik denk dat mijn internet connectie in orde is, maar ik zou graag bevestiging krijgen dat anderen dit ook zien. Dan kunnen we het Agiv inlichten (waarschijnlijk komt er wel geen oplossing voor maandag, aangezien het weekend begonnen is). Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-de] Wochennotiz Nr. 234 6.1.–12.1.2015
Hallo, die Wochennotiz Nr. 234 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2015/01/wochennotiz-nr-234/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Objet atelier d'artistes
Merci pour cette info. Bonne journée. Michel Le 15 janvier 2015 20:09, Vincent Bergeot vinc...@bergeot.org a écrit : Le 15/01/2015 15:58, Mides a écrit : Bonjour, je cherche comment taguer un atelier d'artiste. (local communautaire). Peut-être du coté de amenity=coworking_space ( http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcoworking_space) Le wiki dit certains sont plus consacrés à un secteur ou une niche professionnelle Si ce type d'objet à sa raison d'exister dans OSM. euh pourquoi non ? Bonne soirée Bonne fin d'après-midi. Michel ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Objet atelier d'artistes
Ne manque-t-il pas, dans le cas qui nous occupe ici, un autre tag ou un sous-tag pour préciser le type de coworking ? Cette précision dépendant évidemment de l'équipement proposé (un atelier d'artistes et un indépendant qui fait de la vente en ligne n'ont pas les mêmes besoins : l'un ne pourrait pas travailler dans les locaux de l'autre). Ici, ce pourrait- être quelque chose comme : coworking_space=arts Francescu Le 16 janvier 2015 09:37, Mides mides@gmail.com a écrit : Merci pour cette info. Bonne journée. Michel Le 15 janvier 2015 20:09, Vincent Bergeot vinc...@bergeot.org a écrit : Le 15/01/2015 15:58, Mides a écrit : Bonjour, je cherche comment taguer un atelier d'artiste. (local communautaire). Peut-être du coté de amenity=coworking_space ( http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcoworking_space) Le wiki dit certains sont plus consacrés à un secteur ou une niche professionnelle Si ce type d'objet à sa raison d'exister dans OSM. euh pourquoi non ? Bonne soirée Bonne fin d'après-midi. Michel ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [ANNONCE] poste de géomaticien à pourvoir à Toulouse
Bonjour à tous, La Direction Régionale Midi-Pyrénées de SNCF Réseau (ex Réseau Ferré de France) cherche son géomaticien à partir de mars/avril à plein temps. Le poste est basé à Toulouse. Si vous êtes intéressé, merci de m'en informer ; je transmettrai au géomaticien actuellement en poste. Bonne journée Denis HELFER Chargé d'études géomatiques Correspondant SI SNCF Réseau Direction Régionale Alsace Lorraine Champagne-Ardenne 15 rue des Francs-Bourgeois 67082 - Strasbourg cedex 03 88 23 95 58 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Objet atelier d'artistes
Le 16/01/2015 09:42, Francescu GAROBY a écrit : Ne manque-t-il pas, dans le cas qui nous occupe ici, un autre tag ou un sous-tag pour préciser le type de coworking ? Cette précision dépendant évidemment de l'équipement proposé (un atelier d'artistes et un indépendant qui fait de la vente en ligne n'ont pas les mêmes besoins : l'un ne pourrait pas travailler dans les locaux de l'autre). Ici, ce pourrait- être quelque chose comme : coworking_space=arts sachant que le wiki, sur la traduction française, fait apparaitre déjà une note sur les différences qui existent (http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcoworking_space). Je cite : Note : les communautés du coworking pointent régulièrement la différence entre un espace de coworking (qui est une forme de colocation professionnelle impliquant un collectif) et un télécentre (un service de consommation d'espace de télétravail souvent proposé par un opérateur unique). À ce jour il ne semble pas qu'OpenStreetMap fasse le distingo. Et amenity http://wiki.openstreetmap.org/wiki/Key:amenity=coworking space http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcoworking_space couvrirait les différents cas de figure. Taginfo : http://taginfo.openstreetmap.org/tags/amenity=coworking_space - 125 http://taginfo.openstreetmap.org/keys/coworking_space - 1 pour yes Mais aucune précision sur une niche ou un secteur. coworking_space=arts coworking_space=sciences coworking_space=digital coworking_space= Comment on fait pour décider :) -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [ANNONCE] CDI Développeur application web basé sur OSM - Bordeaux ou Pau
Bonjour, Tant que l'on en est aux offres d’emploi, moi aussi j'en au une avec de l'OSM et l'OSRM dedans : Détail : http://fr.lolix.org/search/offre/offre.php?id=19929 Résumé : -- Construit avec RubyOnRails et Postgres, Mapotempo permet d’optimiser des tournées de livraison ou d'interventions en zones urbaines et rurales en s'appuyant notamment sur la cartographie OpenStreetMap. Missions principales : Étudier les besoins, concevoir et développer de nouvelles fonctionnalités de l'application web Rédiger la documentation associée, Intégrer et tester les fonctionnalités Support second niveau Votre profil : Profil ingénieur ou avec expérience La connaissance préalable de Ruby n'est pas requise Une connaissance de langages interprétées, de C++ et l'environnement Linux seront un plus apprécié. Dans un second temps les développements s'orienteront vers une application mobile Android en Java. -- Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le vote opendata d'Etalab
La liste des finalistes du concours Dataconnexions est publiée sur le blog d'Etalab : https://www.etalab.gouv.fr/finalistesduconcoursdataconnexions Super Lachaise en fait partie. Merci pour vos votes ! La présentation des projets aura lieu le 5 février au Palais du Luxembourg. Le 14 janvier 2015 10:42, Maxime Le Moine lm.max...@gmail.com a écrit : Je profite de l'occasion pour indiquer que l'application mobile que j'ai créée avec deux autres personnes, Super Lachaise, participe au concours. J'avais déjà eu l'occasion de l'évoquer ici. Nous avons lancé l'application Super Lachaise http://www.superlachaise.fr/ en octobre dernier. Notre objectif est de permettre aux visiteurs du Père Lachaise de se repérer facilement dans le cimetière, et de consulter les fiches Wikipédia des résidents à l'intérieur de l'application. L'application croise les données issues d'OpenStreetMap (tombes et fond de carte), de Wikipédia (articles) et de Wikimedia (images). Le code est disponible sur Github https://github.com/MaximeLM/SuperLachaise. *Nous participons au concours Dataconnexions d’Etalab, qui récompense les projets à base de données publiques.* Pour accéder à la phase finale, il faut recueillir des votes. Et ça se termine aujourd'hui ! Cette phase nous permettrait de gagner en visibilité, et pouvoir ainsi mobiliser des personnes pouvant nous aider à développer une version Android. · Pour voter, il faut se connecter https://id.data.gouv.fr/login/?next=/logout/ · Et aller sur la page Super Lachaise https://www.data.gouv.fr/fr/reuses/super-lachaise/ du site pour cliquer sur l’étoile bleue du bas de la page (bouton intitulé suivre) Merci beaucoup pour vos votes. Le 13 janvier 2015 17:51, Philippe Verdy verd...@wanadoo.fr a écrit : J-2 pour voter pour les 51 projets Opendata d'Etalab : http://www.data.gouv.fr/fr/dataconnexions Twitter: #Dataconnexions ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Objet atelier d'artistes
Mes 0.02 EUR : Ne manque-t-il pas, dans le cas qui nous occupe ici, un autre tag ou un sous-tag pour préciser le type de coworking ? Cette précision dépendant évidemment de l'équipement proposé un atelier d'artistes amenity=coworking_space craft=artist [/photographer/sculptor/...] un indépendant qui fait de la vente en ligne amenity=coworking_space office=online_shop [/company/marketing/it/...] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Guide du débutant
Bonjour, Pour l'instant le point d'entrée des débutants que j'ai trouvé sur le Wiki est : http://wiki.openstreetmap.org/wiki/FR:Beginners%27_guide J'ai ajouté son lien sur la page d'accueil francophone http://wiki.openstreetmap.org/wiki/FR:Page_principale du wiki à la section Apprendre à contribuer'. Voilà, donc s'il y a d'autres ressources pour débutants dans le wiki, faudrait faire le ménage, que les débutants s'y retrouve ;-) -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mise à jour du bâti sur une commune
Bonjour en travaillant pour BANO, je suis tombé sur une commune dont le tracé bâti semble plus que folklorique... charger cette zone dans josm et comparer au cadastre https://www.openstreetmap.org/#map=16/45.8462/5.2528 ma question c'est comment peut-on faire une mise à jour du Bâti ? j'ai vu le mail suivant et la longue discussion qui a suivi.. https://lists.openstreetmap.org/pipermail/talk-fr/2014-November/073580.html ... pas spécialement clair au final ;( je me demande si dans ce cas il ne vaudrait pas mieux tout effacer et refaire une importation complète du cadastre ? avant de faire des dégâts, j'attends votre avis cordialement jean navarro https://www.openstreetmap.org/user/JeanN ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du bâti sur une commune
2015-01-16 15:24 GMT+01:00 jean navarro jean.nava...@laposte.net: en travaillant pour BANO, je suis tombé sur une commune dont le tracé bâti semble plus que folklorique... Je ne peux pas comparer là tout de suite. Mais est-ce que le cadastre actuel est vraiment mieux ? (l'import date de mars 2012) Il y a beaucoup de villages comme ça dans le cadastre, avec un bâti souvent, disons, approximatif. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du bâti sur une commune
Le vendredi 16 janvier 2015 15:24:20 jean navarro a écrit : Bonjour en travaillant pour BANO, je suis tombé sur une commune dont le tracé bâti semble plus que folklorique... charger cette zone dans josm et comparer au cadastre https://www.openstreetmap.org/#map=16/45.8462/5.2528 ma question c'est comment peut-on faire une mise à jour du Bâti ? Vu la taille de la commune (nb de bâtiments), ça se gère à la main, avec JOSM évidemment. Tu charges les données de la commune, et tu ajoutes un filtre pour ne voir que les bâtiments, voire tu purges tout le reste. Tu sélectionnes tous les bâtiments (avec la fonction recherche), et tu vérifies si des bâtiments sont étiquetés avec autre chose que building=yes/on, wall ou source. Si oui, tu te les gardes sous le coude pour après. Tu télécharges la couche de bâtiments sur cadastre.openstreemap.fr, et la charge dans un nouveau calque. Tu lance le validateur sur cette couche, simplifie la géométrie … comme indiqué sur la doc du wiki. Si tu as une bonne imagerie, tu vérifies que les bâtiments collent à peu près, et semblent exister : un bâtiment de 10m² au milieu d'un champ qui semble désert, je trouve ça louche en général. Tu vérifies ensuite le diff à l'œuil entre la nouvelle couche et l'ancienne (en activant alternativement l'une puis l'autre), pour voir ce qui change et vérifier que tu vas améliorer quelque chose. Ensuite, soit tout était pourri, et tu supprimes tout, et fusionnes le nouveau calque, soit tu t'embêtes à le faire par morceau pour préserver l'éventuel boulot d'ajustement/enrichissement d'autres contributeurs. Tu n'oublies pas de reporter les étiquettes des bâtiments que tu avais garder sous le coude. Tu relances le validateur, et tu corriges les routes qui doivent croiser les bâtiments si la géométrie des bâtiments était vraiment pourri et avait donc fortement contraint le tracé des voies. Voilà ce à quoi je pense, c'est un peu à la rache ^^ Peut-être que d'autre t'indiqueront une meilleure méthode ou une super page sur le wiki que j'ai ratée … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Reverts et discussion avec un nouvel utilisateur
Bonjour Je viens de voir qu'un nouvel utilisateur a fait des modifications pas terribles dans la base. https://www.openstreetmap.org/user/pierre-ogier%20urvoi/history#map=4/30.40/1.48 Est que qu'une personne qui a le temps pourrait le contacter et le cas échéant effectuer les reverts adéquats ? Merci T. Ruchin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du bâti sur une commune
Le 16/01/2015 15:36, Pieren a écrit : Je ne peux pas comparer là tout de suite. Mais est-ce que le cadastre actuel est vraiment mieux ? (l'import date de mars 2012) Ben en fait, oui, le cadastre est meilleur… Bing et point géodésique sur l'église en support. Je n'y croyais pas trop, mais en faisant la démarche, on voit que la version actuelle au cadastre semble meilleure que la version osm actuelle… Du coup, pour une fois, la méthode à la main n'est pas forcément conseillée ? (Si c'était moi, je pense que je ferais une passe pour supprimer ce qui n'a qu'un tag building=yes + source=cadastre, je réimporterais, et je traiterais individuellement les cas des batiments qui avaient des tags supplémentaires, pour conserver les informations qui auraient été ajoutées avec le temps). JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reverts et discussion avec un nouvel utilisateur
Le 16/01/2015 15:48, Thomas Ruchin a écrit : Bonjour Je viens de voir qu'un nouvel utilisateur a fait des modifications pas terribles dans la base. https://www.openstreetmap.org/user/pierre-ogier%20urvoi/history#map=4/30.40/1.48 Est que qu'une personne qui a le temps pourrait le contacter et le cas échéant effectuer les reverts adéquats ? Merci T. Ruchin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Je prends contact, mais je revert m'a l'air indispensable. D'autres avis ? A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du bâti sur une commune
Bonsoir merci pour vos réponses... je fais des tests ... dans Josm je ne peux que télécharger une zone rectangulaire pas une commune... comment ne sélectionner que le bâti à l'intérieur de la limite communale ? cordialement jean navarro Le 16/01/2015 15:56, JB a écrit : Le 16/01/2015 15:36, Pieren a écrit : Je ne peux pas comparer là tout de suite. Mais est-ce que le cadastre actuel est vraiment mieux ? (l'import date de mars 2012) Ben en fait, oui, le cadastre est meilleur… Bing et point géodésique sur l'église en support. Je n'y croyais pas trop, mais en faisant la démarche, on voit que la version actuelle au cadastre semble meilleure que la version osm actuelle… Du coup, pour une fois, la méthode à la main n'est pas forcément conseillée ? (Si c'était moi, je pense que je ferais une passe pour supprimer ce qui n'a qu'un tag building=yes + source=cadastre, je réimporterais, et je traiterais individuellement les cas des batiments qui avaient des tags supplémentaires, pour conserver les informations qui auraient été ajoutées avec le temps). JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du bâti sur une commune
bonsoir finalement j'ai pris la méthode de JB ... j'espère ne pas avoir fait de connerie... sinon vous serez bon pour un revert :( repéré quelques pb de batimenst à la limite entre Blyes et st Vulbas ... on verra demain cordialement jean navarro Le 16/01/2015 22:01, jean navarro a écrit : Bonsoir merci pour vos réponses... je fais des tests ... dans Josm je ne peux que télécharger une zone rectangulaire pas une commune... comment ne sélectionner que le bâti à l'intérieur de la limite communale ? cordialement jean navarro Le 16/01/2015 15:56, JB a écrit : Le 16/01/2015 15:36, Pieren a écrit : Je ne peux pas comparer là tout de suite. Mais est-ce que le cadastre actuel est vraiment mieux ? (l'import date de mars 2012) Ben en fait, oui, le cadastre est meilleur… Bing et point géodésique sur l'église en support. Je n'y croyais pas trop, mais en faisant la démarche, on voit que la version actuelle au cadastre semble meilleure que la version osm actuelle… Du coup, pour une fois, la méthode à la main n'est pas forcément conseillée ? (Si c'était moi, je pense que je ferais une passe pour supprimer ce qui n'a qu'un tag building=yes + source=cadastre, je réimporterais, et je traiterais individuellement les cas des batiments qui avaient des tags supplémentaires, pour conserver les informations qui auraient été ajoutées avec le temps). JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du bâti sur une commune
Attentipn quand même aux batiments qui ont des tags pour certaines activités ou services. Même si leur tracé était grossier; il n'était pas forcément farfelu mais juste mal positionné ou dimensionné mais en accord avec la voirie; donc porteur de numéros d'adresse, noms, commerces, liens de référence; contact; ouverture... la suppression simple en masse sans regarder les autres tags avant peut poser question; et même dans le doute il vaut moeux rapprocher l'ancien bâtiment et le nouveau. Sinon on se retrouve avec un village vierge avec des batiments gris et rien dessus. Le 16 janvier 2015 23:36, jean navarro jean.nava...@laposte.net a écrit : bonsoir finalement j'ai pris la méthode de JB ... j'espère ne pas avoir fait de connerie... sinon vous serez bon pour un revert :( repéré quelques pb de batimenst à la limite entre Blyes et st Vulbas ... on verra demain cordialement jean navarro Le 16/01/2015 22:01, jean navarro a écrit : Bonsoir merci pour vos réponses... je fais des tests ... dans Josm je ne peux que télécharger une zone rectangulaire pas une commune... comment ne sélectionner que le bâti à l'intérieur de la limite communale ? cordialement jean navarro Le 16/01/2015 15:56, JB a écrit : Le 16/01/2015 15:36, Pieren a écrit : Je ne peux pas comparer là tout de suite. Mais est-ce que le cadastre actuel est vraiment mieux ? (l'import date de mars 2012) Ben en fait, oui, le cadastre est meilleur… Bing et point géodésique sur l'église en support. Je n'y croyais pas trop, mais en faisant la démarche, on voit que la version actuelle au cadastre semble meilleure que la version osm actuelle… Du coup, pour une fois, la méthode à la main n'est pas forcément conseillée ? (Si c'était moi, je pense que je ferais une passe pour supprimer ce qui n'a qu'un tag building=yes + source=cadastre, je réimporterais, et je traiterais individuellement les cas des batiments qui avaient des tags supplémentaires, pour conserver les informations qui auraient été ajoutées avec le temps). JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du bâti sur une commune
De plus l'aspect fantaisiste peut être du à un ancien mauvais calage de l'imagerie. Plutôt que retracer dans ce cas il vaut mieux simplement déplacer les bâtiments à leur place. La modif en purgeant tout sauf les bâtiments pose aussi problème si on le fait sans la voirie ! Vérifier aussi le calage de celle-ci. En profiter aussi pour vérifier les points géodésiques repérables (clocher d'église; sommet de chateau d'eau et autre bâtiment haut remarquable, mat ou pylone, monument; angle de mur d'enceinte par exemple, voir parfois aussi le centre d'un rond-point où est installé un mat de repérage et une plaque au pied) et voir si l'imagerie actuelle (Bing) est bien calée ** (et sans distortion importante; ce qui arrive par endroits avec des photos qui n'auraient pas du être utilisées mais qui sont passées dans le lot -- j'ai pu le voir dans Bing sur la côte bretonne où des images sont très fortement déformées, et même pas de façon linéaire avec un mouvement en spirale où même le vrai nord tourne de plusieurs dizaines de degrés selon le point de la photo !) ** Enfin vérifier le calage approximatif des cours d'eau (précision faible de l'ordre de quelques mètres tant qu'on reste dans le lit) et repositionner/réaligner les ponts. mais on peut être précis sur les voies ferrées dont la géométrie est très régulière. Après ça il y a certains arbres remarquables sur les places publiques quand ils ont été importés et notés (s'ils sont remarquable il y a normalement aussi indication de leur essence) car eux aussi sont bien visibles sur l'imagerie aérienne, même si ce ne sont pas de points géodésiques mais ce sont des éléments remarquables aussi sur le terrain pour le repérage et distinguer des rues qui autrement sont difficiles à repérer (dans les zones résidentielles notamment; où tout se ressemble et où les cheminements sont assez tortueux dans de nombreux villages; avoir les arbres et plantations en plus facilite beaucoup les choses) Ceci fait ne pas oublier les points de collecte et de recyclage, les points d'eau; et le petit patrimoine lui aussi repérable sur le terrain (croix et calvaires...), les parkings vélo. Les feux de circulation, les stops et laisez-le-passage sur la voirie, les passages piéton (utiles à positionner pour caler correctement les centres de carrefours et les angles entre rues. La voirie ne doit normalement pas couper les batiments (sauf les sections en tunnel ou les rares ponts au dessus des bâtiments dans certaines grandes villes : il doit y avoir un layer=* dans ce cas et ce sont es éléments à bien caler dès le début) Le 16 janvier 2015 23:46, Philippe Verdy verd...@wanadoo.fr a écrit : Attentipn quand même aux batiments qui ont des tags pour certaines activités ou services. Même si leur tracé était grossier; il n'était pas forcément farfelu mais juste mal positionné ou dimensionné mais en accord avec la voirie; donc porteur de numéros d'adresse, noms, commerces, liens de référence; contact; ouverture... la suppression simple en masse sans regarder les autres tags avant peut poser question; et même dans le doute il vaut moeux rapprocher l'ancien bâtiment et le nouveau. Sinon on se retrouve avec un village vierge avec des batiments gris et rien dessus. Le 16 janvier 2015 23:36, jean navarro jean.nava...@laposte.net a écrit : bonsoir finalement j'ai pris la méthode de JB ... j'espère ne pas avoir fait de connerie... sinon vous serez bon pour un revert :( repéré quelques pb de batimenst à la limite entre Blyes et st Vulbas ... on verra demain cordialement jean navarro Le 16/01/2015 22:01, jean navarro a écrit : Bonsoir merci pour vos réponses... je fais des tests ... dans Josm je ne peux que télécharger une zone rectangulaire pas une commune... comment ne sélectionner que le bâti à l'intérieur de la limite communale ? cordialement jean navarro Le 16/01/2015 15:56, JB a écrit : Le 16/01/2015 15:36, Pieren a écrit : Je ne peux pas comparer là tout de suite. Mais est-ce que le cadastre actuel est vraiment mieux ? (l'import date de mars 2012) Ben en fait, oui, le cadastre est meilleur… Bing et point géodésique sur l'église en support. Je n'y croyais pas trop, mais en faisant la démarche, on voit que la version actuelle au cadastre semble meilleure que la version osm actuelle… Du coup, pour une fois, la méthode à la main n'est pas forcément conseillée ? (Si c'était moi, je pense que je ferais une passe pour supprimer ce qui n'a qu'un tag building=yes + source=cadastre, je réimporterais, et je traiterais individuellement les cas des batiments qui avaient des tags supplémentaires, pour conserver les informations qui auraient été ajoutées avec le temps). JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Mise à jour du bâti sur une commune
Le vendredi 16 janvier 2015 à 22:01 +0100, jean navarro a écrit : Bonsoir merci pour vos réponses... je fais des tests ... dans Josm je ne peux que télécharger une zone rectangulaire pas une commune... tu peu utiliser ca: http://osm2020.free.fr/dwcadastre/index.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guide du débutant
Pour l'instant le point d'entrée des débutants que j'ai trouvé sur le Wiki est : http://wiki.openstreetmap.org/wiki/FR:Beginners%27_guide http://wiki.openstreetmap.org/wiki/FR:Beginners%27_guide J'ai ajouté son lien sur la page d'accueil francophone http://wiki.openstreetmap.org/wiki/FR:Page_principale du wiki à la section Apprendre à contribuer’. Tu peux rajouter un lien vers http://learnosm.org/fr/ http://learnosm.org/fr/ :-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guide du débutant
Il y a un problème sur http://learnosm.org/fr/beginner/introduction/ : quand on atteint le bas de la première page qui présente l'utilité des cartes en général, je ne trouve pas de lien ou de bouton pour continuer vers la suite. Sur la page anglaise, on a : -- Moving Forward Click on the link for further reading on: * Getting started on OpenStreetMap.org * Getting started with the iD editor * Getting started with the JOSM editor -- J'ai oublié comment fonctionne github, si quelqu'un d'autre pouvait réparer ça, ce serait sympa. On 1/17/15, Yves Pratter yves.prat...@gmail.com wrote: Pour l'instant le point d'entrée des débutants que j'ai trouvé sur le Wiki est : http://wiki.openstreetmap.org/wiki/FR:Beginners%27_guide http://wiki.openstreetmap.org/wiki/FR:Beginners%27_guide J'ai ajouté son lien sur la page d'accueil francophone http://wiki.openstreetmap.org/wiki/FR:Page_principale du wiki à la section Apprendre à contribuer’. Tu peux rajouter un lien vers http://learnosm.org/fr/ http://learnosm.org/fr/ :-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guide du débutant
La section Moving forward manque sur d'autres pages en français, peut-être toutes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[talk-au] Route number for Cross City Tunnel, Sydney
Does anyone here know the official route of NSW route A4 in central Sydney? When I recently used the Cross City Tunnel, there were signs marked ‘A4’ westbound (the first one I was was at the exit to Sir John Young Crescent). However, on my return trip eastbound I didn’t see any route numbers (apart from the M1 exit). Does A4 officially follow the tunnel? (If so, is it only to the Eastern Distributor?) (OSM currently has it ending on the western side of the CBD.) Thanks. Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Route number for Cross City Tunnel, Sydney
I can't make sense of it either … https://maps.six.nsw.gov.au should be the authoritative source in this instance but it just doesn't describe underground ways very well or at all in many cases. If you do modify the way can you please reference the source URL so if others want to contest it, change it again then we can dispute the credibility of the source rather than overwriting back and forth. Nathanael Coyne On 16 January 2015 at 23:32, Mark Pulley mrpul...@lizzy.com.au wrote: Does anyone here know the official route of NSW route A4 in central Sydney? When I recently used the Cross City Tunnel, there were signs marked ‘A4’ westbound (the first one I was was at the exit to Sir John Young Crescent). However, on my return trip eastbound I didn’t see any route numbers (apart from the M1 exit). Does A4 officially follow the tunnel? (If so, is it only to the Eastern Distributor?) (OSM currently has it ending on the western side of the CBD.) Thanks. Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-it] BreBeMi wadi
Triggerato da una discussione sul uso di waterway=wadi sulla lista tagging ho guardato come viene usato in Italia. Ho scoperto alla mia grande sorpresa circa 100 wadi che attraversano l'autostrada BreBeMi. Qualcuno della zona può dare un'occhiata? Penso che sono per tutti waterway=drain intermittenti o qualcosa simile. Volker ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] BreBeMi wadi
2015-01-16 10:22 GMT+01:00 Volker Schmidt vosc...@gmail.com: Ho scoperto alla mia grande sorpresa circa 100 wadi che attraversano l'autostrada BreBeMi. Qualcuno della zona può dare un'occhiata? Penso che sono per tutti waterway=drain intermittenti o qualcosa simile. Lo penso anche io. Li avevo già notati quando avevo sistemato un propblema, segnalato qui in lista, riguardo ai motorway_link a doppio senso. Penso che deirivano dal fatto che sono state usate foto aeree fatte quando la'utostrada era in costruzione (e si vedeva nella foto i canali fatti per far scolare l'acqua sotto l'autosrtrada). Non sapendo come sia nella realtà non avevo toccato la cosa. AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] POIs di rilevanza storica
Ok, dopo una ricognizione più approfondita il sito risulta essere abbastanza riconoscibilie dato che le tracce sul terreno sono discretamente visibili, compresa la presenza di alcuni resti di mura affioranti dal terreno. Seguendo le linee guida del wiki sembra però che historic=archeological_site sia da considerare utilizzabile soltanto per determinati siti: site_type=megalith,tumulus,petroglyph,bigstone,necropolis,fortification Il wiki di historic=castle indica di usare historic=archeological_site e site_type=fortification nel caso siano rimasate soltanto delle tracce, quindi in questo caso nessun problema. Nel caso dei resti di una chiesa però non ho trovato indiciazioni specifiche: Pensavo a: building=church e ruins=yes (ma qui di rovine c'è rimasto ben poco e per di più mapnik renderizza come un building qualsiasi) oppure historic=archeological_site e amenity=place_of_worship (forse un po' fuorviante?) che ne dite? -- View this message in context: http://gis.19327.n5.nabble.com/POIs-di-rilevanza-storica-tp5830059p5830290.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OSM nella suite di Nero
Ciao, Non so se fosse una notizia risaputa, ma io l'ho scoperto da poco. Nella suite di Nero (che non uso più da 10 anni) è stata aggiunta una funzione di geotagging che sfrutta le mappe OSM [0] Nella mappa si vede che c'è la giusta attribuzione [1], anche se nella pagina dei copyright non si parla di OSM [2] [3] Un'altra referenza non male! Ciao Giuliano [0] http://www.nero.com/ita/products/nero-platinum/whats-new.php [1] http://webstatic.nero.com/nero2015-com-wAssets/img/screenshots/n2015pla/Browse-with-Places-in-Nero-MediaHome_N-2015-N-2015-PL.png [2] http://www.nero.com/ita/corp-legal/copyright.php [3] http://www.nero.com/ita/corp-legal/open-source.php ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema rendering chiese
Il 14/01/2015 01:34, Martin Koppenhoefer ha scritto: 2015-01-10 19:27 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com mailto:gato.selvad...@gmail.com: Come ci comportiamo? Com'era la frase? Ah si, non si mappa per il rendering. non mappare per il rendering non voleva mai dire mappare in una maniera che il sistema di rendering non sia in grado di capire di cosa si tratti, invece vuol dire: non mappare qualcosa con un tag che vuole dire altro però in un certo rendering (per esempio quello standard di OSM) funziona comunque. Lo so che con quella frase si intende suggerire di non usare dei tag sbagliati o quasi solo per far comparire qualcosa sulla mappa, ma nel caso in questione mi sembrava che si potesse estenderne il significato. Del resto pareva si dovesse non usare un tipo di mappatura sensato per sostituirlo con uno parzialmente errato, e solo per una questione di rendering. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Accenti nei nomi di luogo
Il 12/01/2015 22:42, Elena ``of Valhalla'' ha scritto: On 2015-01-12 at 21:12:03 +0100, Paolo Monegato wrote: Il 11/01/2015 10:14, Elena ``of Valhalla'' ha scritto: esempi di lingua locale per la quale non esiste neanche un'ortografia standardizzata? Di fatto vorrebbe dire che è una lingua esclusivamente parlata, che non ha una letteratura: non mi risulta che ce ne siano. Alt, cosa intendi per ortografia standardizzata? Perché io intendo uno standard univoco creato da un organismo ufficialmente delegato ed usato da tutti o quasi. Quasi: non mi aspetto che ci sia necessariamente un organismo ufficiale, ma che sia usato da una percentuale significativa delle case editrici che pubblicano opere in quella lingua. Ok. Però in molti casi la situazione è alquanto confusionaria e ognuno fa un po' come gli pare. Non sempre gli usi delle case editrici sono indicativi, soprattutto per le lingue minoritarie. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-ca] HOT in Canada
Hello I'm relatively new to this list but not OSM, so an introduction. For the past 5 years or so, I've been active in the Humanitarian OpenstreetMap Team (HOT)[1] and CrisisMappers Network[2]. As an organizer and supporter, my role also includes being a member and on the board of HOT. We have our own HOT mailing list. There are a few of you who may be collaborating on global OSM projects. (Thank you). Some of you may even be on the HOT list or contributed to some of the humanitarian activations. I know this is a talk list for Canada, so I will explain why I posting. HOT is involved in is the Missing Maps Project with Medicine sans Frontières and the American Red Cross [3]. This project has regular event in the UK and is starting to do so in DC. My colleague at MSF asked if I knew of other Canadians in HOT. He posted to the HOT list and did not reach many. So, I offer to connect with you. They have an organization who would like to help support a Missing Maps event in Canada (city is really about who can help and community capacity). Richard Weait is already doing two popular, regular mapping events in Toronto. While based in Toronto, I am moving countries in a few weeks (so I can't help organize). If you are interested, please do get in touch off list. I want to respect the list topic and your times. Thanks and happy mapping, Heather [1] http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team [2] http://crisismappers.net/ [3] http://wiki.openstreetmap.org/wiki/Missing_Maps_Project Heather Leson heatherle...@gmail.com Twitter: HeatherLeson Blog: textontechs.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] HOT in Canada
Hi Heather, … They have an organization who would like to help support a Missing Maps event in Canada Is this remote mapping, or would it be considered ‘in country’? The state of some of the northern communities in Canada is a disaster, and it makes me ashamed to be Canadian. Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] HOT in Canada
On 01/16/2015 10:08 PM, Stewart C. Russell wrote: Hi Heather, … They have an organization who would like to help support a Missing Maps event in Canada Is this remote mapping, or would it be considered ‘in country’? The state of some of the northern communities in Canada is a disaster, and it makes me ashamed to be Canadian. Stewart Slightly off topic, but a new member of the Montreal community should be in Kuujjuaq right now. We discussed how he could acquire gps data before he left, so we might get some good ground data in a couple weeks. I agree though that we could do more, now, by mapping imagery for the northern communities. Cheers, Charles ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] HOT in Canada
Il y a effectivement HOT et ce que nous pouvons faire comme communauté. Comme vous savez, je suis beaucoup impliqué dans les activations de HOT comme coordonnateur des Réponses OSM telles que Haiyan et Ebola. Mais je m'intéresse aussi à couvrir nos propres territoires. Et effectivement, le nord du Canada est peu cartographié et nous pouvons nous donner comme communauté le défi de couvrir ces zones, d'établir des priorités pour couvrir l'essentiel. Après cela, il sera toujours possible de compléter plus systématiquement à l'aide des données Canvec. Au cours des deux dernières semaines, j'ai commencé à faire cela en partie pour le nord du Québec. Je me suis concentré sur les réseaux de chemin de fer et d'électricité. J'ai d'abord ajouté une ligne de chemin de fer au nord de Sept-Iles. J'ai aussi systématiquement révisé le réseau des barrages électriques et lignes électriques 735 000 volts. Il y a aussi à ajouter les villages, le réseau routier et des activités économiques telles les mines. Partout où l'imagerie Bing est disponible, on peut évidemment avoir pour objectif de colorier davantage la carte du nord du Canada. Pour les communautés isolées telles au nord du Québec, ce peut être une bonne approche d'obtenir des traces GPS. Et qui sais, éventuellement des images obtenues à l'aide de drones étant donné la petite taille des villages. Pierre De : Charles Basenga Kiyanda perso...@charleskiyanda.com À : talk-ca@openstreetmap.org Envoyé le : Vendredi 16 janvier 2015 22h27 Objet : Re: [Talk-ca] HOT in Canada On 01/16/2015 10:08 PM, Stewart C. Russell wrote: Hi Heather, … They have an organization who would like to help support a Missing Maps event in Canada Is this remote mapping, or would it be considered ‘in country’? The state of some of the northern communities in Canada is a disaster, and it makes me ashamed to be Canadian. Stewart Slightly off topic, but a new member of the Montreal community should be in Kuujjuaq right now. We discussed how he could acquire gps data before he left, so we might get some good ground data in a couple weeks. I agree though that we could do more, now, by mapping imagery for the northern communities. Cheers, Charles ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
