Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
Legal! Há coisa de um ano atrás eu fazia mensalmente uma edição de correção de erros aqui nas redondezas, incluindo eliminação de abreviações. Recentemente vi que algumas abreviações andaram voltando a aparecer. Vou tentar participar, nem que seja simbolicamente, corrigindo algumas apenas :-) LMB 2013/8/7 Vitor George vitor.geo...@gmail.com: Oi pessoal, O que acham de fazer uma maratona de mapeamento para celebrar o aniversário do OpenStreetMap, na sexta-feira? Minha proposta é, a partir das 16h, nos reunirmos virtualmente (ou pessoalmente se possível) para acabarmos com um grande problema, as abreviações do mapa. As abreviações são nocivas porque confundem algoritmos de busca, mas podem ser exterminadas por colaboradores de qualquer nível de experiência. Neste horário vou abrir um streaming/hangout para explicar as maneiras possíveis de resolver este problema, e aí podemos ir coordenando os trabalhos. O que acham? Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
Ótimo! No video-tutorial eu queria ensinar coisas bem simples, para usuários iniciantes. Quais problemas, além da abreviação, vcs acham que eu poderia falar? Vitor 2013/8/8 Leandro Motta Barros l...@stackedboxes.org Legal! Há coisa de um ano atrás eu fazia mensalmente uma edição de correção de erros aqui nas redondezas, incluindo eliminação de abreviações. Recentemente vi que algumas abreviações andaram voltando a aparecer. Vou tentar participar, nem que seja simbolicamente, corrigindo algumas apenas :-) LMB 2013/8/7 Vitor George vitor.geo...@gmail.com: Oi pessoal, O que acham de fazer uma maratona de mapeamento para celebrar o aniversário do OpenStreetMap, na sexta-feira? Minha proposta é, a partir das 16h, nos reunirmos virtualmente (ou pessoalmente se possível) para acabarmos com um grande problema, as abreviações do mapa. As abreviações são nocivas porque confundem algoritmos de busca, mas podem ser exterminadas por colaboradores de qualquer nível de experiência. Neste horário vou abrir um streaming/hangout para explicar as maneiras possíveis de resolver este problema, e aí podemos ir coordenando os trabalhos. O que acham? Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
Alguns dos problemas que eu mais encontrava eram: 1) Abreviações 2) Nomes que não são nomes (Escola, Retorno, Praça, Acesso ao supermercado). Isso é um inferno, porque esconde o problema nos KeepRight da vida. Se não sabe o nome, deixe em branco! (É igualmente errado, mas é mais fácil de encontrar o erro.) 3) Ruas que se cruzam sem um ponto em comum para indicar que estão efeticamente ligadas. 4) Informações copiadas. Isso é difícil de identificar simplesmente olhando para o que está mapeado, mas muitas vezes fico com suspeitas quando comparo coisas no OSM com o Google Maps ou outro. Nunca é demais alertar sobre isso. Fora isso, tem coisas que nem são erros propriamente ditos, mas sim uma questão de julgamento duvidoso. Muita coisa que fazemos ao mapear envolve julgamento (é melhor fazer deste ou daquele jeito?), e talvez valha a pena tentar identificar os julgamentos duvidosos mais comuns e dar algum subsídio para os novatos tomarem decisões mais acertadas. Lembro de um caso relativo a isso: vejo que é comum ver pessoas usando pontos demais (entre aspas porque é questão de julgamento, como eu disse). Por exemplo: ao mapear uma curva, colocam pontos a cada meio metro (OK, talvez eu esteja exagerando :-P) para gerar uma curva ultra suave. Ou incluem vários pontos intermediários no que é uma linha reta de poucos metros de extensão [1] (pô!, dois pontos definem uma reta, né?!). Acho que esses pontos (sobretudo aqueles primeiros quatro) são os principais. Abraço, LMB [1] Lembro de ler em algum lugar que em caso de retas muito longas, recomendava-se colocar pontos intermediários desnecessários. O objetivo era evitar que uma consulta a um determinado retângulo acabasse por não pegar alguma feature importante (estrada, oleoduto...) que passe bem pelo meio dele porque nenhum ponto foi amostrado. Não é disso que estou falando. Me refiro a coisas como colocar pontos intermediários entre duas esquinas. 2013/8/8 Vitor George vitor.geo...@gmail.com: Ótimo! No video-tutorial eu queria ensinar coisas bem simples, para usuários iniciantes. Quais problemas, além da abreviação, vcs acham que eu poderia falar? Vitor 2013/8/8 Leandro Motta Barros l...@stackedboxes.org Legal! Há coisa de um ano atrás eu fazia mensalmente uma edição de correção de erros aqui nas redondezas, incluindo eliminação de abreviações. Recentemente vi que algumas abreviações andaram voltando a aparecer. Vou tentar participar, nem que seja simbolicamente, corrigindo algumas apenas :-) LMB 2013/8/7 Vitor George vitor.geo...@gmail.com: Oi pessoal, O que acham de fazer uma maratona de mapeamento para celebrar o aniversário do OpenStreetMap, na sexta-feira? Minha proposta é, a partir das 16h, nos reunirmos virtualmente (ou pessoalmente se possível) para acabarmos com um grande problema, as abreviações do mapa. As abreviações são nocivas porque confundem algoritmos de busca, mas podem ser exterminadas por colaboradores de qualquer nível de experiência. Neste horário vou abrir um streaming/hangout para explicar as maneiras possíveis de resolver este problema, e aí podemos ir coordenando os trabalhos. O que acham? Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
2013/8/8 Vitor George vitor.geo...@gmail.com: Legal. Acho que aí teremos que falar da validação do JOSM, então. Não sei se é *tão* necessário assim falar disso. Acho que é um tópico que já vai passando do iniciante pro intermediário. Mas concordo que é importante que os iniciantes pelo menos saibam que existem ferramentas para identificar erros, para saberem onde procurar se um dia quiserem. Eu acho que pessoas podem fazer boas contribuições sem usar essas ferramentas (mesmo sem o usar o JOSM, na verdade, que eu adoro mas acho que não é ferramenta para mapeador casual), mas também acho que elas são importantíssimas para os que forem passar para um nível mais sério de contribuições. E acabei de lembrar de outra coisa que podes querer abordar: dicas de como usar imagens de satélite. Alguns pontos: 1) Só conserte o alinhamento das coisas já mapeadas se for fazer isso com base em trilhas de GPS. Várias trilhas, preferencialmente. (Vale usar as trilhas que os mapeadores já subiram pro OSM.) 2) Ao usar imagens de satélite para desenhar o contorno de um prédio (ou outra coisa alta, como uma ponte ou viaduto), o que vale é a base do prédio. Pelo (muito pouco) que já vi de iniciantes mapeando, parece que a tendência deles é desenhar sobre o que seria o topo do prédio na imagem. (Como as imagens são alinhadas com as trilhas pelo chão, é pelo chão que os desenhos devem se basear. Isso está em algum lugar na wiki, se bem me lembro.) LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de aniversário do OpenStreetMap, sexta-feira
Falar também para não grudar áreas nas ruas. Por exemplo, a pessoa traça as ruas e depois traça uma praça sobrepondo o caminho das ruas e grudada nos nós: http://i.imgur.com/ugkYEyG.png Já peguei muitos casos que a pessoa traça várias ruas de uma cidade com apenas 1 caminho, indo e voltando, e nisso tem 2 coisas: - Falar para não traçar vias sobrepostas - Falar para utilizar 1 caminho para cada rua Eu vi que falaram para não deixar vias cruzando sem os nós mas também tem que falar para ligar os nós finais das vias. Muita gente deixa as ruas começando/terminando muito próximas das outras rias (o que parece que está conectado), mas na verdade não está. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeando áreas
2013/8/8 Vitor George vitor.geo...@gmail.com: Se a rua é o que delimita onde a praça termina, porque não mapear assim? O problema inicial é que a rua (que também é uma área na verdade) é representada como linha, enquanto todas as outras áreas (praças, etc) são de fato representadas como áreas. Se for ver o que está errado, é área da rua que não está representada de forma correta (e não a praça). Grudando a praça na rua você acaba deixando a praça errada (ver abaixo). Eu não sei se existe alguma recomendação contraria a isso, mas quando mapeei de outra maneira ficou um vácuo entre a área e a rua, e não me pareceu correto. Aí cai naquilo de mapear para o renderizador. A praça possui um contorno determinado. Se você grudar esse contorno nas ruas ao redor você vai estar representando algo que é diferente da realidade (vai ficar bonito no mapa, mas não vai indicar o tamanho, área, contorno ou posição real da praça). Não me parece certo grudar as áreas para contornar a limitação da representação da rua (uma linha) Existem um recomendação fechada sobre esta questão? Vamos achar tanto quem diz que é certo quanto quem diz que é errado :-) Eu digo para não estimular a grudar as áreas por dois motivos: as pessoas geralmente criam vias sobrepostas (ao invés de utilizar multipolígonos) e também porque que dá um trabalho bem maior de corrigir algo que envolva esses caminhos grudados. Talvez seja o caso de apenas recomendar aos novos usuários (até que um dia eles tenham uma compreensão melhor das coisas) que evitem grudar áreas nos caminhos (e não afirmar categoricamente nunca grudar áreas). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeando áreas
Hm, eu concordo que isso pode ser uma regra geral que simplifica a vida do iniciante, mas eu não concordo que seja errado juntar as tags do restaurante ao edifício se o restaurante é a única coisa que opera naquele edifício. Nesse caso, é impossível separar as duas coisas. (Não seria o caso de um edifício residencial com uma fachada comercial, ou de um edifício com vários estabelecimentos dentro.) Se fosse assim, metade do wiki teria que ser re-escrito mudando os casos de uso de várias tags para se aplicarem somente a pontos. 2013/8/8 Wille wi...@wille.blog.br: Mudando um pouco de assunto, mas ainda sobre áreas. Eu estava revisando a tradução do iD há uns dias e encontrei essa recomendação no manual que tem dentro do iD: The rule of thumb is to map a building as a shape whenever possible, and map companies, homes, amenities, and other things that operate out of buildings as points placed within the building shape. Então, por exemplo, se você vai mapear um restaurante, você pode desenhar a área do prédio, taguear como building e colocar algumas outras tags, como as de endereço, mas a tag amenity=restaurant você põe em um nó separado do polígono. Eu sempre costumava colocar todas as tags no polígono, a não ser quando havia mais de um ponto de interesse no mesmo prédio. Isso não chega a ser um problema grave, mas é bom fazer da maneira certa a partir de agora... wille On 08-08-2013 15:41, Vitor George wrote: Começando novo tópico... Nelson, eu já fiz algumas praças assim aqui em São Paulo. Se a rua é o que delimita onde a praça termina, porque não mapear assim? Eu não sei se existe alguma recomendação contraria a isso, mas quando mapeei de outra maneira ficou um vácuo entre a área e a rua, e não me pareceu correto. Existem um recomendação fechada sobre esta questão? 2013/8/8 Nelson A. de Oliveira nao...@gmail.com Falar também para não grudar áreas nas ruas. Por exemplo, a pessoa traça as ruas e depois traça uma praça sobrepondo o caminho das ruas e grudada nos nós: http://i.imgur.com/ugkYEyG.png Já peguei muitos casos que a pessoa traça várias ruas de uma cidade com apenas 1 caminho, indo e voltando, e nisso tem 2 coisas: - Falar para não traçar vias sobrepostas - Falar para utilizar 1 caminho para cada rua Eu vi que falaram para não deixar vias cruzando sem os nós mas também tem que falar para ligar os nós finais das vias. Muita gente deixa as ruas começando/terminando muito próximas das outras rias (o que parece que está conectado), mas na verdade não está. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeando áreas
2013/8/8 Fernando Trebien fernando.treb...@gmail.com: Hm, eu concordo que isso pode ser uma regra geral que simplifica a vida do iniciante, mas eu não concordo que seja errado juntar as tags do restaurante ao edifício se o restaurante é a única coisa que opera naquele edifício. Nesse caso, é impossível separar as duas coisas. (Não seria o caso de um edifício residencial com uma fachada comercial, ou de um edifício com vários estabelecimentos dentro.) Se fosse assim, metade do wiki teria que ser re-escrito mudando os casos de uso de várias tags para se aplicarem somente a pontos. Isso. Se o prédio físico só possui um estabelecimento funcionando no local então pode (deve, na minha opinião) colocar todas as informações no mesmo polígono. Nós separados seriam usados em prédios que possuem vários tipos de estabelecimentos/instalações/etc. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br