Re: [Talk-br] Endereçamento com interpoladores
Pois é, faz um certo sentido pra eles porque nem todos os países seguem essa regra de numeração baseada na distância do início da via. Pra nós seria mais conveniente que essa regra não existisse. Mas fazer o quê? Continuo achando que não está errado, mas é bom saber pra incluir um tratamento disso em scripts e conversores. 2013/7/31 Roger C. Soares rogersoa...@gmail.com: E a resolução lá foi rápida :). É o tamanho mesmo, a distância tem que ser menor que 1000m. Talvez o que dê pra melhorar é o fato de se adicionar um número no meio e não reindexar. Depois eu coloco uns números no meio dessa e da independência pra ver se alguma funciona sem ter que quebrar ou recriar a interpolação... e por enquanto eu vou parar de conectar nros muito longes... Atenciosamente, Roger. -- Fernando Trebien escreveu: Postei essa informação lá. Começo a desconfiar que é por causa do tamanho do intervalo (mais de 1000 números), mas vamos aguardar a resposta deles. 2013/7/30 Roger C. Soares rogersoa...@gmail.com: Ok, sem problema. Só pra ser mais preciso, o intervalo de 555 a 1855 pra mim não funcionou em nenhuma situação, qdo eu quebrei em 3 caminhos ficou exatamente como está agora.. só retornava para o intervalo de 1855 a 2089. Atenciosamente, Roger. -- Fernando Trebien escreveu: Hm olha só, o Nominatim não está gerando os números de 555 a 1855, mas os outros sim. Já criei um ticket descrevendo essa situação (https://trac.openstreetmap.org/ticket/4925), então peço pra você não alterar o interpolador até que eles investiguem. (Da última vez, demoraram umas 2 semanas para me dar uma resposta.) 2013/7/30 Fernando Trebien fernando.treb...@gmail.com: Eu já vi alguém descrevendo alguma situação parecida no TRAC do Nominatim, acho que é um bug conhecido (e até acho que já aconteceu comigo, mas como alterei mais coisas de uma vez só, não tive certeza). De qualquer forma, estava tão certo o jeito que você fez antes quanto está agora quanto estava quando quebrado em 3 partes (só um pouquinho menos eficiente). Era pra funcionar em todas essas situações. Também já passei por casos em que o Nominatim demorou pra atualizar, então eu sugiro que você olhe 1 dia depois da alteração pra confirmar que continua funcionando. Se sim, me avisa que eu abro o bug. De qualquer forma, sugeriria deixar como está até que eles olhem o problema e, se não consertarem, daí quebrar em 3 partes de novo (ruim, mas podemos fazer muito pouco, a menos que criemos um serviço alternativo ao Nominatim). 2013/7/30 Roger C. Soares rogersoa...@gmail.com: Recaptulando, Rua Campos Salles, Ribeirão Preto, No início nenhum nro aparecia nas buscas: 555|1855--|2089 (1 way) Depois adicionei o nro 2005 na interpolação e continuou não retornando nros nas buscas: 555|1855---2005-|2089 (1 way) Depois apenas quebrei a interpolação em 3 caminhos, de 1855 a 2089 começou a funcionar: 555||1855|---|2005|-|2089 (3 ways) E por último combinei o caminho da interpolação em 1 novamente, e de 1855 a 2089 continuou funcionando: 555|1855---2005-|2089 (1 way) Eu não vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz que exista alguma limitação de tamanho mesmo, na av independência tem uma interpolação que vai de 1500 a 2514 que tb não funciona. Talvez como ela já foi indexada, se eu colocar outros nros no meio não seja suficiente para reindexar, teria que apagar o caminho e criar um novo... Atenciosamente, Roger. -- Fernando Trebien escreveu: Agora entendi. Bem, deixar os terminais vazios não faria muito sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar os terminais com uma tag fixme pedindo para alguém avaliar o melhor número. Eu tenho esse costume em Porto Alegre: vou marcando várias coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as dúvidas. Tem funcionado muito bem. Agora sinceramente não sei por que os seus interpoladores não funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em algum ponto (digamos, na metade) e veja se alguma coisa muda (se um dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você desfaça a sua alteração, verifique que parou de funcionar de novo, e daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer isso) relatando o problema: https://trac.openstreetmap.org 2013/7/27 Roger C. Soares rogersoa...@gmail.com: Nesse meu comentário eu estava pensando nos nós terminais vazios: []_[20]_[40]_[] / \ []---highway-[] Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo a primeira e a 40 a última. Quanto a rejeitar apenas o
[Talk-br] Fwd: [Transifex] New announcement in project iD Editor
Pessoal, Em breve sairá nova versão do iD e seria legal avançar na tradução para o português. Aqui está o link para quem puder ajudar: https://www.transifex.com/projects/p/id-editor/language/pt_BR/ Vitor -- Forwarded message -- From: Transifex ad...@transifex.com Date: Wed, Jul 31, 2013 at 2:49 PM Subject: [Transifex] New announcement in project iD Editor To: vitor.geo...@gmail.com ** Hi Vitor George, you have a notification from Transifex. A new announcementhttps://www.transifex.com/projects/p/id-editor/announcement/36685/has been added to the project iD Editor: 1.1 release upcoming Hello and thanks to all translators. This is just a quick announcement that iD 1.1 is nearing release. Immediately prior to the release I will update the translations from Transifex, so get them in now. Thank you! -- The Transifex Robot https://www.transifex.com Modify notification settingshttps://www.transifex.com/settings/notices/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] linha de ônibus
Primeira questão: não é o caso de uma via separada? (Será separada se tiver barreira física ou, em área urbana, divisão legal, como por exemplo uma faixa contínua separando os sentidos.) Se for separada, primeiro separe-a em duas vias, daí o pedaço de ida é diferente do da volta, e ambos são adicionados à relação. Segunda questão: a ida e a volta coincidentes são na mesma relação de rota? O costume é separar o caminho de ida e o de volta em duas relações de rota diferentes, e daí agrupar as duas numa relação route_master (http://wiki.openstreetmap.org/wiki/Relation:route_master). Assim, a chance de a mesma rota passar duas vezes pela mesma via é menor (mas ainda assim pode acontecer). Exemplo: http://www.openstreetmap.org/browse/relation/1148315 Se não for nenhum dos casos anteriores, sim, você acrescenta a via duas vezes na relação, uma vez com o papel forward e outra vez com o papel backward. Será forward se o ônibus estiver indo na mesma direção da aresta (way), senão será backward. Como você está mapeando as rotas? A melhor sugestão que eu posso lhe dar é usar o plug-in public_transport do JOSM. Com ele, você consegue: - verificar se há pedaços faltando na sua rota - verificar se todos os pedaços foram incluídos na relação na ordem certa (a ordem seguida pelo ônibus ao longo do trajeto) e com os papéis certos (de modo que o final de um membro coincida com o início do próximo membro na relação) - adicionar paradas de ônibus às rotas automaticamente 2013/7/31 Claiton Neisse claiton.nei...@gmail.com: Salve pessoal. Qual a melhor maneira de mapear uma linha de ônibus que vai e volta por uma mesma via? Ou que passa mais de uma vez por uma via de mão dupla? Se adiciona a via mais de uma vez na relação? Atenciosamente, Claiton Neisse ___ 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] linha de ônibus
Não era nenhum dos casos que você citou. Era mesmo sobre uma linha de ônibus que cruza duas vezes por uma via de mão dupla sem divisão física ou sinalização horizontal. Mas, foi bom me lembrar de separar as vias urbanas que tem uma divisão legal. Eu tenho feito uma relação para cada sentido e agrupando-as numa route_master (junto com relações com itinerários ligeiramente diferentes). Na verdade, ainda não criei uma relação desse tipo, mas já pensava assim. Até agora criei poucas rotas de transporte coletivo urbano e intermunicipal na região de Santa Maria - RS. É extremamente (tenho quase certeza que não existem) dificil conseguir informações de órgãos públicos e de empresas que operam as linhas, então tenho inserido as que eu conheço. Mas, em Outubro fica pronto um Plano de Mobilidade Urbana, e então talvez consiga. Também em Outubro fica pronto um levantamento aerofotogrametrico na escala 1:2000 da area urbana do município. Eu não estava utilizando o plugin public_transport, mas vou passar a utiliza-lo, facilita as edições. E mexendo nele, lembrei de outras coisas: Como utilizar a tag network em linhas de transporte coletivo urbano (dentro do municipio)? A segunda lembrei vendo a opção criar pontos a partir de gtfs... Conheci o responsável pelo trafeguebem.com.br no FISL e eu sugeri pra ele usar OSM + OTP + GTFS (como a intenção dele é abrir o projeto e ter informações de todo estado, nada mais natural que usar o OSM). Sabe qual é a situação do OSM, em POA, referente as informações sobre o transporte público? Abraços, Claiton Neisse Em 31 de julho de 2013 22:34, Fernando Trebien fernando.treb...@gmail.comescreveu: Primeira questão: não é o caso de uma via separada? (Será separada se tiver barreira física ou, em área urbana, divisão legal, como por exemplo uma faixa contínua separando os sentidos.) Se for separada, primeiro separe-a em duas vias, daí o pedaço de ida é diferente do da volta, e ambos são adicionados à relação. Segunda questão: a ida e a volta coincidentes são na mesma relação de rota? O costume é separar o caminho de ida e o de volta em duas relações de rota diferentes, e daí agrupar as duas numa relação route_master (http://wiki.openstreetmap.org/wiki/Relation:route_master). Assim, a chance de a mesma rota passar duas vezes pela mesma via é menor (mas ainda assim pode acontecer). Exemplo: http://www.openstreetmap.org/browse/relation/1148315 Se não for nenhum dos casos anteriores, sim, você acrescenta a via duas vezes na relação, uma vez com o papel forward e outra vez com o papel backward. Será forward se o ônibus estiver indo na mesma direção da aresta (way), senão será backward. Como você está mapeando as rotas? A melhor sugestão que eu posso lhe dar é usar o plug-in public_transport do JOSM. Com ele, você consegue: - verificar se há pedaços faltando na sua rota - verificar se todos os pedaços foram incluídos na relação na ordem certa (a ordem seguida pelo ônibus ao longo do trajeto) e com os papéis certos (de modo que o final de um membro coincida com o início do próximo membro na relação) - adicionar paradas de ônibus às rotas automaticamente 2013/7/31 Claiton Neisse claiton.nei...@gmail.com: Salve pessoal. Qual a melhor maneira de mapear uma linha de ônibus que vai e volta por uma mesma via? Ou que passa mais de uma vez por uma via de mão dupla? Se adiciona a via mais de uma vez na relação? Atenciosamente, Claiton Neisse ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] linha de ônibus
Na verdade eu estou no meio do processo de importação das informações do transporte público em Porto Alegre: http://forum.openstreetmap.org/viewtopic.php?id=21839 Mas não sei se ajuda muito no seu caso. O melhor mesmo é tentar um contato com a empresa de transportes no local. Se eu não tivesse conseguido os dados do PoaTransporte, talvez tivesse copiado as rotas à mão do mapa em PDF e deixado as paradas como tarefa a ser feita a longo-prazo por várias pessoas. Quanto à tag network, tenho colocado EPTC por ser a empresa que organiza o transporte na cidade, reunindo as informações de todas as empresas de ônibus. Não tenho certeza absoluta de que está certo, se eu mudar de idéia comparando com outros países, te aviso. Um dos grandes desafios é popular o arquivo GTFS com os dados corretos. Um dos requisitos é o horário em que cada ônibus passa em cada parada. Pelo menos em Porto Alegre, só há os horários de saída dos terminais, não os horários por parada. Estamos pensando em gerar esses horários de forma automática. 2013/8/1 Claiton Neisse claiton.nei...@gmail.com: Não era nenhum dos casos que você citou. Era mesmo sobre uma linha de ônibus que cruza duas vezes por uma via de mão dupla sem divisão física ou sinalização horizontal. Mas, foi bom me lembrar de separar as vias urbanas que tem uma divisão legal. Eu tenho feito uma relação para cada sentido e agrupando-as numa route_master (junto com relações com itinerários ligeiramente diferentes). Na verdade, ainda não criei uma relação desse tipo, mas já pensava assim. Até agora criei poucas rotas de transporte coletivo urbano e intermunicipal na região de Santa Maria - RS. É extremamente (tenho quase certeza que não existem) dificil conseguir informações de órgãos públicos e de empresas que operam as linhas, então tenho inserido as que eu conheço. Mas, em Outubro fica pronto um Plano de Mobilidade Urbana, e então talvez consiga. Também em Outubro fica pronto um levantamento aerofotogrametrico na escala 1:2000 da area urbana do município. Eu não estava utilizando o plugin public_transport, mas vou passar a utiliza-lo, facilita as edições. E mexendo nele, lembrei de outras coisas: Como utilizar a tag network em linhas de transporte coletivo urbano (dentro do municipio)? A segunda lembrei vendo a opção criar pontos a partir de gtfs... Conheci o responsável pelo trafeguebem.com.br no FISL e eu sugeri pra ele usar OSM + OTP + GTFS (como a intenção dele é abrir o projeto e ter informações de todo estado, nada mais natural que usar o OSM). Sabe qual é a situação do OSM, em POA, referente as informações sobre o transporte público? Abraços, Claiton Neisse Em 31 de julho de 2013 22:34, Fernando Trebien fernando.treb...@gmail.com escreveu: Primeira questão: não é o caso de uma via separada? (Será separada se tiver barreira física ou, em área urbana, divisão legal, como por exemplo uma faixa contínua separando os sentidos.) Se for separada, primeiro separe-a em duas vias, daí o pedaço de ida é diferente do da volta, e ambos são adicionados à relação. Segunda questão: a ida e a volta coincidentes são na mesma relação de rota? O costume é separar o caminho de ida e o de volta em duas relações de rota diferentes, e daí agrupar as duas numa relação route_master (http://wiki.openstreetmap.org/wiki/Relation:route_master). Assim, a chance de a mesma rota passar duas vezes pela mesma via é menor (mas ainda assim pode acontecer). Exemplo: http://www.openstreetmap.org/browse/relation/1148315 Se não for nenhum dos casos anteriores, sim, você acrescenta a via duas vezes na relação, uma vez com o papel forward e outra vez com o papel backward. Será forward se o ônibus estiver indo na mesma direção da aresta (way), senão será backward. Como você está mapeando as rotas? A melhor sugestão que eu posso lhe dar é usar o plug-in public_transport do JOSM. Com ele, você consegue: - verificar se há pedaços faltando na sua rota - verificar se todos os pedaços foram incluídos na relação na ordem certa (a ordem seguida pelo ônibus ao longo do trajeto) e com os papéis certos (de modo que o final de um membro coincida com o início do próximo membro na relação) - adicionar paradas de ônibus às rotas automaticamente 2013/7/31 Claiton Neisse claiton.nei...@gmail.com: Salve pessoal. Qual a melhor maneira de mapear uma linha de ônibus que vai e volta por uma mesma via? Ou que passa mais de uma vez por uma via de mão dupla? Se adiciona a via mais de uma vez na relação? Atenciosamente, Claiton Neisse ___ 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