Re: [Talk-br] Erros comuns encontrados nos dados
2014/1/1 Marcelo Pereira pereirahol...@gmail.com: /.* (Cel|Dª|Dr|Eng|Gov|Jr|Marg|Mun|Pde|Pe|Pst|Pref|Profa|Profª|Prof|Sta|Sto|Ver)\.? .*/i Esse \. no fim dos parentesis significa que essas abreviações só são idenitificadas se seguido de ponto ? A interrogação diz que o ponto é opcional. Isso faz com que abreviações do tio R Fulano de Tal ou R. Fulano de Tal sejam detectadas de forma igual. Eu estava pensando em expandir para também pegar os dois-pontos :, mas vou ajustar isso quando ajustar também fizer um outro ajuste na verificação das ref (descobri que em SP podem haver refs no formato SPA 018/461 ou então seguidos da letra D ou E quando são marginais de rodovias; isso a expressão regular não está pegando ainda) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Mais uma coisa, tô apanhando aqui para fazer o arquivo funcionar. Uso o Ubuntu 12.04, JOSM 6502 e acho que fiz o procedimento certo. O que fazer ? Em 1 de janeiro de 2014 15:17, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014/1/1 Marcelo Pereira pereirahol...@gmail.com: /.* (Cel|Dª|Dr|Eng|Gov|Jr|Marg|Mun|Pde|Pe|Pst|Pref|Profa|Profª|Prof|Sta|Sto|Ver)\.? .*/i Esse \. no fim dos parentesis significa que essas abreviações só são idenitificadas se seguido de ponto ? A interrogação diz que o ponto é opcional. Isso faz com que abreviações do tio R Fulano de Tal ou R. Fulano de Tal sejam detectadas de forma igual. Eu estava pensando em expandir para também pegar os dois-pontos :, mas vou ajustar isso quando ajustar também fizer um outro ajuste na verificação das ref (descobri que em SP podem haver refs no formato SPA 018/461 ou então seguidos da letra D ou E quando são marginais de rodovias; isso a expressão regular não está pegando ainda) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
2014/1/1 Fernando Trebien fernando.treb...@gmail.com: Que ótimo! Já achei uns casos precisando dessa correção por aqui. Seria legal se o JOSM suportasse uma fonte com vários validadores (assim como há vários presets e plugins), daí daria pra submeter o seu validador pra lá e baixar direto no programa. (Se você sugerir isso pro time do JOSM, eu apóio.) Boa! Abri um ticket em http://josm.openstreetmap.de/ticket/9508 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Atualizando os testes, metade era DDO. parece-me que ele não identifica no inicio ou no fim da tag, só quando no meio notícia boa é que ele identifica o dr ( essa era DDO ) Em 1 de janeiro de 2014 15:51, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014/1/1 Marcelo Pereira pereirahol...@gmail.com: Se eu escrevo numa tag name a palavra cel ele identifica o problema, se eu coloco dr ele não acha, tentei tb com gov e nada Qual o valor completo da tag name nesses casos? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
2014/1/1 Nelson A. de Oliveira nao...@gmail.com: way : W : name == /(^|.* )(Cel|Dª|Dr ... Tem um espaço depois do asterisco. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Nelson, Acho que era DDO mesmo, eu reiniciei o JOSM e agora deu certo. Parabens pela iniciativa, teremos agora muito mais coisa para consertar nos mapas. ;) Marcelo Pereira 2014/1/1 Nelson A. de Oliveira nao...@gmail.com 2014/1/1 Nelson A. de Oliveira nao...@gmail.com: way : W : name == /(^|.* )(Cel|Dª|Dr ... Tem um espaço depois do asterisco. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Aproveitando o ensejo... Eu notei que aqui no mapa de Recife, a grande maioria das vias está sem o identificador no início, por exemplo, ao invés de Rua da Aurora, somente Aurora. Fora as abreviações. Então eu pergunto : Isso é um erro ? Se for, como consertar isso ? Eu tenho uma ideia, mas não sei se é factível, baixar o mapa todo, ou por pedaços, exportar para um editor de textos ( ainda não entendi como fazer replaces no JOSM, usando REGEX ), consertar o que encontrar, e depois fazer o Upload de tudo o que tiver sido modificado. Isso é prático ? Se eu demorar muito em uma parte do mapa, e outros usuários tiverem modificado onde eu estava mexendo, isso aparece como conflito na hora do upload ? Ele consideraria conflito de tag diferentes do mesmo objeto tiverem sido modificadas simultaneamente ? Marcelo Pereira Em 1 de janeiro de 2014 16:32, Marcelo Pereira pereirahol...@gmail.comescreveu: Nelson, Acho que era DDO mesmo, eu reiniciei o JOSM e agora deu certo. Parabens pela iniciativa, teremos agora muito mais coisa para consertar nos mapas. ;) Marcelo Pereira 2014/1/1 Nelson A. de Oliveira nao...@gmail.com 2014/1/1 Nelson A. de Oliveira nao...@gmail.com: way : W : name == /(^|.* )(Cel|Dª|Dr ... Tem um espaço depois do asterisco. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
O JOSM não tem substituições de strings, menos ainda com regex. Se você fizer a edição textual do arquivo, terá que adicionar a tag action=modify a cada elemento modificado. Posso fazer isso pra você em Recife usando os meus scripts em Python, se você preferir (só me avisa que eu faço). Idealmente alguém teria que descobrir as variações depois (onde não é Rua e sim Avenida, Travessa, etc.). 2014/1/1 Marcelo Pereira pereirahol...@gmail.com: Aproveitando o ensejo... Eu notei que aqui no mapa de Recife, a grande maioria das vias está sem o identificador no início, por exemplo, ao invés de Rua da Aurora, somente Aurora. Fora as abreviações. Então eu pergunto : Isso é um erro ? Se for, como consertar isso ? Eu tenho uma ideia, mas não sei se é factível, baixar o mapa todo, ou por pedaços, exportar para um editor de textos ( ainda não entendi como fazer replaces no JOSM, usando REGEX ), consertar o que encontrar, e depois fazer o Upload de tudo o que tiver sido modificado. Isso é prático ? Se eu demorar muito em uma parte do mapa, e outros usuários tiverem modificado onde eu estava mexendo, isso aparece como conflito na hora do upload ? Ele consideraria conflito de tag diferentes do mesmo objeto tiverem sido modificadas simultaneamente ? Marcelo Pereira Em 1 de janeiro de 2014 16:32, Marcelo Pereira pereirahol...@gmail.com escreveu: Nelson, Acho que era DDO mesmo, eu reiniciei o JOSM e agora deu certo. Parabens pela iniciativa, teremos agora muito mais coisa para consertar nos mapas. ;) Marcelo Pereira 2014/1/1 Nelson A. de Oliveira nao...@gmail.com 2014/1/1 Nelson A. de Oliveira nao...@gmail.com: way : W : name == /(^|.* )(Cel|Dª|Dr ... Tem um espaço depois do asterisco. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
2014/1/1 Nelson A. de Oliveira nao...@gmail.com: Subistituir com regex no JOSM não dá. Esse subistituir com um I a mais saiu sem querer :-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Nelson, Obrigado pelos esclarecimentos, como imaginei, teria que ser feito por fora do JOSM e manualmente. Fernando, Não se preocupe com isso, eu gosto de fazer isso, fiz muito na época do TRC. Vi um comentário seu falando de POA que dividiu a área total do municipio em pedaços menores, isso seria útil para mim aqui em Recife, se vc me disser como faço isso, eu agradeço. Claro que eu demorarei muito mais tempo do que vc corrigindo os erros, mas como vc falou, tenho o conhecimento nativo de saber onde é Rua, Avenida, Travessa... E será meu passatempo pelas próximas semanas, além de ajudar a me familiarizar com o formato OSM. E dá prá fazer em paralelo com outros projetos que venho pesquisando, como incluir os bairros do Recife, dar continuidade ao projeto do transporte urbano daqui ( já tenho o OSM das paradas de ônibus, estou só tentando entender quais as tags que tenho que colocar ( http://goo.gl/dnkVkv ). E caso haja qualquer dúvida, serei o primeiro a postar na lista. Att, Marcelo Pereira Em 1 de janeiro de 2014 17:01, Fernando Trebien fernando.treb...@gmail.comescreveu: O JOSM não tem substituições de strings, menos ainda com regex. Se você fizer a edição textual do arquivo, terá que adicionar a tag action=modify a cada elemento modificado. Posso fazer isso pra você em Recife usando os meus scripts em Python, se você preferir (só me avisa que eu faço). Idealmente alguém teria que descobrir as variações depois (onde não é Rua e sim Avenida, Travessa, etc.). 2014/1/1 Marcelo Pereira pereirahol...@gmail.com: Aproveitando o ensejo... Eu notei que aqui no mapa de Recife, a grande maioria das vias está sem o identificador no início, por exemplo, ao invés de Rua da Aurora, somente Aurora. Fora as abreviações. Então eu pergunto : Isso é um erro ? Se for, como consertar isso ? Eu tenho uma ideia, mas não sei se é factível, baixar o mapa todo, ou por pedaços, exportar para um editor de textos ( ainda não entendi como fazer replaces no JOSM, usando REGEX ), consertar o que encontrar, e depois fazer o Upload de tudo o que tiver sido modificado. Isso é prático ? Se eu demorar muito em uma parte do mapa, e outros usuários tiverem modificado onde eu estava mexendo, isso aparece como conflito na hora do upload ? Ele consideraria conflito de tag diferentes do mesmo objeto tiverem sido modificadas simultaneamente ? Marcelo Pereira Em 1 de janeiro de 2014 16:32, Marcelo Pereira pereirahol...@gmail.com escreveu: Nelson, Acho que era DDO mesmo, eu reiniciei o JOSM e agora deu certo. Parabens pela iniciativa, teremos agora muito mais coisa para consertar nos mapas. ;) Marcelo Pereira 2014/1/1 Nelson A. de Oliveira nao...@gmail.com 2014/1/1 Nelson A. de Oliveira nao...@gmail.com: way : W : name == /(^|.* )(Cel|Dª|Dr ... Tem um espaço depois do asterisco. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Como você preferir. Você poderia fazer uma substituição textual em tudo que tem tag name, mas o problema maior é que você teria que saber quando essa tag acompanha uma outra tag highway para o mesmo elemento. Meu script em Python faz um parsing do XML e coloca numa árvore, daí fica fácil testar essa condição. Você poderia também usar o osmfilter pra pegar o seu arquivo .OSM e produzir outro arquivo .OSM somente com elementos way que têm a tag highway. Daí a substituição textual fica bem fácil usando expressões regulares. Pra poder introduzir o atributo action=modify, antes de fazer a substituição textual, você poderia primeiro remover (manualmente) os poucos casos em que há um prefixo Rua ou Avenida (etc.) no nome. Os elementos que sobrassem seriam modificados de qualquer forma, então todos receberiam o atributo action=modify. Não tente remover esses elementos simplesmente deletando no JOSM, o resultado será um arquivo onde esses elementos terão o atributo action=delete, que causará a exclusão deles do OSM ao fazer o upload. 2014/1/1 Marcelo Pereira pereirahol...@gmail.com: Nelson, Obrigado pelos esclarecimentos, como imaginei, teria que ser feito por fora do JOSM e manualmente. Fernando, Não se preocupe com isso, eu gosto de fazer isso, fiz muito na época do TRC. Vi um comentário seu falando de POA que dividiu a área total do municipio em pedaços menores, isso seria útil para mim aqui em Recife, se vc me disser como faço isso, eu agradeço. Claro que eu demorarei muito mais tempo do que vc corrigindo os erros, mas como vc falou, tenho o conhecimento nativo de saber onde é Rua, Avenida, Travessa... E será meu passatempo pelas próximas semanas, além de ajudar a me familiarizar com o formato OSM. E dá prá fazer em paralelo com outros projetos que venho pesquisando, como incluir os bairros do Recife, dar continuidade ao projeto do transporte urbano daqui ( já tenho o OSM das paradas de ônibus, estou só tentando entender quais as tags que tenho que colocar ( http://goo.gl/dnkVkv ). E caso haja qualquer dúvida, serei o primeiro a postar na lista. Att, Marcelo Pereira Em 1 de janeiro de 2014 17:01, Fernando Trebien fernando.treb...@gmail.com escreveu: O JOSM não tem substituições de strings, menos ainda com regex. Se você fizer a edição textual do arquivo, terá que adicionar a tag action=modify a cada elemento modificado. Posso fazer isso pra você em Recife usando os meus scripts em Python, se você preferir (só me avisa que eu faço). Idealmente alguém teria que descobrir as variações depois (onde não é Rua e sim Avenida, Travessa, etc.). 2014/1/1 Marcelo Pereira pereirahol...@gmail.com: Aproveitando o ensejo... Eu notei que aqui no mapa de Recife, a grande maioria das vias está sem o identificador no início, por exemplo, ao invés de Rua da Aurora, somente Aurora. Fora as abreviações. Então eu pergunto : Isso é um erro ? Se for, como consertar isso ? Eu tenho uma ideia, mas não sei se é factível, baixar o mapa todo, ou por pedaços, exportar para um editor de textos ( ainda não entendi como fazer replaces no JOSM, usando REGEX ), consertar o que encontrar, e depois fazer o Upload de tudo o que tiver sido modificado. Isso é prático ? Se eu demorar muito em uma parte do mapa, e outros usuários tiverem modificado onde eu estava mexendo, isso aparece como conflito na hora do upload ? Ele consideraria conflito de tag diferentes do mesmo objeto tiverem sido modificadas simultaneamente ? Marcelo Pereira Em 1 de janeiro de 2014 16:32, Marcelo Pereira pereirahol...@gmail.com escreveu: Nelson, Acho que era DDO mesmo, eu reiniciei o JOSM e agora deu certo. Parabens pela iniciativa, teremos agora muito mais coisa para consertar nos mapas. ;) Marcelo Pereira 2014/1/1 Nelson A. de Oliveira nao...@gmail.com 2014/1/1 Nelson A. de Oliveira nao...@gmail.com: way : W : name == /(^|.* )(Cel|Dª|Dr ... Tem um espaço depois do asterisco. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles
Re: [Talk-br] Erros comuns encontrados nos dados
Essa escolha produz resultados menos incorretos, mas nos prende num estado que não leva ao resultado mais correto ao longo do tempo. Por isso, eu aceitaria um aumento temporário na incorreção. Isso, ou teríamos que pedir pro Marcelo revisar sozinho rua por rua (talvez milhares, senão dezenas de milhares de nomes de logradouros). 2014/1/1 Nelson A. de Oliveira nao...@gmail.com: 2014/1/1 Fernando Trebien fernando.treb...@gmail.com: Fiquei pensando sobre se devemos ou não fazer isso. Só pra compartilhar as minhas conclusões: Melhor deixar então as ruas sem nada com Rua no começo? (que é a escolha menos incorreta) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
2014/1/1 Fernando Trebien fernando.treb...@gmail.com: Essa escolha produz resultados menos incorretos, mas nos prende num estado que não leva ao resultado mais correto ao longo do tempo. Por isso, eu aceitaria um aumento temporário na incorreção. Posso sugerir também incluir um FIXME=Verificar nome da rua (ou algo parecido) nessas ruas? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
2014/1/1 Marcelo Pereira pereirahol...@gmail.com: Outra coisa é que isso não acontece só em Recife, vi agora que alguns changesets estão sendo feitos sem os benditos ( por exemplo 19732052 ), numa cidade da Região Metropolitana. Envia uma mensagem para ele explicando o uso do nome completo das vias. E sobre soar estranho a rua ter Rua nela, a tag name deve sempre conter o nome oficial do lugar (logo deve possuir Rua ou outro prefixo). Se a rua for conhecida localmente por outros nomes aí você pode utilizar uma das outras tags de name (loc_name, alt_name, etc). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Claro que pode. Ou poderíamos fazer melhor: Marcelo, seria possível conseguir uma listagem de tudo aquilo que não contém o nome Rua em Recife? Talvez a partir do IBGE? Isso pode ser fonte de dados para uma revisão posterior a essa edição. Talvez o número total de elementos nessa situação seja pequeno (uns 100 ou 200), daí poderíamos deixar a tag fixme de lado caso você se comprometesse a revisar isso logo em seguida. Quanto a soar melhor no GPS, sua decisão não deve se basear nesse critério. Chamos isso de mapear para a aplicação. No caso, a aplicação pode decidir se quer retirar o prefixo (rua, avenida, etc.) caso exista, mas seria estranho (e frequentemente errado) ela acrescentar um prefixo padrão caso eles não existam nos dados. Por isso, ter o prefixo dá às aplicações a possibilidade de decidir. 2014/1/1 Nelson A. de Oliveira nao...@gmail.com: 2014/1/1 Fernando Trebien fernando.treb...@gmail.com: Essa escolha produz resultados menos incorretos, mas nos prende num estado que não leva ao resultado mais correto ao longo do tempo. Por isso, eu aceitaria um aumento temporário na incorreção. Posso sugerir também incluir um FIXME=Verificar nome da rua (ou algo parecido) nessas ruas? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Lembro que não identifiquei erros nos nomes das vias aqui, só a falta do identificador, por isso acredito que nomear tudo como Rua e depois sair consertando, pode ser mais danoso do que fazer certo de uma vez só, mesmo que muito mais demorado. De um jeito ou de outro, eu me candidato a revisar tudo, ou pelo menos o que eu puder. Para os limites de Recife é mais fácil, pois eu tenho fontes boas de pesquisa, para as outras cidades, mesmo as vizinhas, a quantidade de informação disponível cai assustadoramente, por isso tende a ser mais dificil a revisão. Quando falei no GPS, eu não tinha a intenção de usar isso como desculpa para a falta de identificadores, foi só um exemplo. Partindo para a prática, pelo que vi são duas opções, a primeira inclui Rua em todas as vias e depois passa pente fino, a segunda começa a consertar manualmente. É isso ? Se sim voto na segunda opção, mesmo que seja mais trabalhoso. Fernando, quanto à lista de não ruas de Recife, vou ver o que consigo e lhe envio em pvt, mas pode demorar um pouco até compilar tudo, certo ? Marcelo P Em 1 de janeiro de 2014 17:37, Fernando Trebien fernando.treb...@gmail.comescreveu: Claro que pode. Ou poderíamos fazer melhor: Marcelo, seria possível conseguir uma listagem de tudo aquilo que não contém o nome Rua em Recife? Talvez a partir do IBGE? Isso pode ser fonte de dados para uma revisão posterior a essa edição. Talvez o número total de elementos nessa situação seja pequeno (uns 100 ou 200), daí poderíamos deixar a tag fixme de lado caso você se comprometesse a revisar isso logo em seguida. Quanto a soar melhor no GPS, sua decisão não deve se basear nesse critério. Chamos isso de mapear para a aplicação. No caso, a aplicação pode decidir se quer retirar o prefixo (rua, avenida, etc.) caso exista, mas seria estranho (e frequentemente errado) ela acrescentar um prefixo padrão caso eles não existam nos dados. Por isso, ter o prefixo dá às aplicações a possibilidade de decidir. 2014/1/1 Nelson A. de Oliveira nao...@gmail.com: 2014/1/1 Fernando Trebien fernando.treb...@gmail.com: Essa escolha produz resultados menos incorretos, mas nos prende num estado que não leva ao resultado mais correto ao longo do tempo. Por isso, eu aceitaria um aumento temporário na incorreção. Posso sugerir também incluir um FIXME=Verificar nome da rua (ou algo parecido) nessas ruas? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Ok. Sugeri isso porque achei que poderia extrair a informação facilmente a partir de alguma listagem oficial do IBGE. Quanto à subdivisão da cidade em partes, acho que você pode fazer como lhe parecer mais lógico. Fiquei curioso pra saber qual dos meus comentários você leu (eu faço tantos, e sobre tantas coisas diferentes :P). Talvez você tenha lido algo no artigo do wiki sobre Porto Alegre, onde eu apenas dividi a cidade por bairro (acaba fazendo sentido pro dia em que houver 1 mapeador por região/bairro) e os coloquei numa ordem específica (pro caso de eu continuar sendo o único mapeando a cidade por muito tempo). Na época eu tentei várias heurísticas, mas a que me pareceu mais natural foi assim: - o primeiro da sequência é o Centro - o segundo é o bairro adjacente mais famoso (famoso segundo o Google Trends) - o terceiro é o mais famoso que é adjacente aos dois anteriores - o quarto é o mais famoso adjacente aos três anteriores E assim por diante. Acho que funciona pra qualquer cidade de tamanho médio, provavelmente pra Recife também. São Paulo, por exemplo, exigiria uma subdivisão diferente, é tão grande que pode-se dizer que tem vários centros - mas uma vez eleitos, daria pra seguir um critério similar pra cada um. O resultado aqui em Porto Alegre é bem razoável: a região coberta atinge gradualmente um equilíbrio entre distância do centro e distância até a linha de desenvolvimento pro leste. Por que usar o famoso como critério na ordenação: porque o mais famoso (seja boa ou má fama) é provavelmente o que as pessoas mais vão procurar no mapa, então é mais importante que esteja correto antes dos outros. Pro usuário, ter o famoso coberto é sinal de que o mapa atende às suas necessidades mais comuns, e encontrar um erro numa região dessas é um sinal bem pior do que encontrar um erro numa região afastada (onde o usuário teria um pouco mais de tolerância). Só por isso. Por que usar o adjacente como critério: pra que eu não ficasse saltando de uma área pra outra, pra que as conexões entre as áreas não tendessem a ser ignoradas. 2014/1/1 Marcelo Pereira pereirahol...@gmail.com: Lembro que não identifiquei erros nos nomes das vias aqui, só a falta do identificador, por isso acredito que nomear tudo como Rua e depois sair consertando, pode ser mais danoso do que fazer certo de uma vez só, mesmo que muito mais demorado. De um jeito ou de outro, eu me candidato a revisar tudo, ou pelo menos o que eu puder. Para os limites de Recife é mais fácil, pois eu tenho fontes boas de pesquisa, para as outras cidades, mesmo as vizinhas, a quantidade de informação disponível cai assustadoramente, por isso tende a ser mais dificil a revisão. Quando falei no GPS, eu não tinha a intenção de usar isso como desculpa para a falta de identificadores, foi só um exemplo. Partindo para a prática, pelo que vi são duas opções, a primeira inclui Rua em todas as vias e depois passa pente fino, a segunda começa a consertar manualmente. É isso ? Se sim voto na segunda opção, mesmo que seja mais trabalhoso. Fernando, quanto à lista de não ruas de Recife, vou ver o que consigo e lhe envio em pvt, mas pode demorar um pouco até compilar tudo, certo ? Marcelo P Em 1 de janeiro de 2014 17:37, Fernando Trebien fernando.treb...@gmail.com escreveu: Claro que pode. Ou poderíamos fazer melhor: Marcelo, seria possível conseguir uma listagem de tudo aquilo que não contém o nome Rua em Recife? Talvez a partir do IBGE? Isso pode ser fonte de dados para uma revisão posterior a essa edição. Talvez o número total de elementos nessa situação seja pequeno (uns 100 ou 200), daí poderíamos deixar a tag fixme de lado caso você se comprometesse a revisar isso logo em seguida. Quanto a soar melhor no GPS, sua decisão não deve se basear nesse critério. Chamos isso de mapear para a aplicação. No caso, a aplicação pode decidir se quer retirar o prefixo (rua, avenida, etc.) caso exista, mas seria estranho (e frequentemente errado) ela acrescentar um prefixo padrão caso eles não existam nos dados. Por isso, ter o prefixo dá às aplicações a possibilidade de decidir. 2014/1/1 Nelson A. de Oliveira nao...@gmail.com: 2014/1/1 Fernando Trebien fernando.treb...@gmail.com: Essa escolha produz resultados menos incorretos, mas nos prende num estado que não leva ao resultado mais correto ao longo do tempo. Por isso, eu aceitaria um aumento temporário na incorreção. Posso sugerir também incluir um FIXME=Verificar nome da rua (ou algo parecido) nessas ruas? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Mapnik: idéias para representar vias não-pavimentadas
Oi Fernando Vocês que já usaram outros sistemas (Garmin, iGO, etc.) podem informar se eles representam essa situação de forma especial? O Mapsource, programa para PC da Garmin representa com bordas tracejadas. Posso fazer um screenshot para mandar se houver interesse. Na opinião dele, a melhor forma de representar essas ruas seria com uma borda tracejada (ao invés da borda contínua), mas isso em parte é porque ele é holandês, e é assim que ele viu essa informação sendo representada em sistemas holandeses. Eu penso que este formato é o melhor pois pode ser aplicado a qualquer tipo de via (residential, tertiary etc) e é praticamente auto-explicativo. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br