Re: [Talk-br] Unidades de conservação estaduais e uma pergunta sobre UTM
Respostas nas entrelinhas... (desculpe a demora, pois estava aproveitando o feriado prolongado aqui no Rio) Agora uma pergunta técnica sobre coordenadas UTM. Quando eu faço a conversão de coordenadas UTM (como constam nas leis) para WGS 84, WGS-84 é um datum, ou referência. O datum é um modelo matemático que representa a Terra. Normalmente é um elipsoide pela simplicidade. As coordenadas angulares ou geográficas são referentes a esse elipsoide. Elipsoides diferentes correspondem aos diversos data. Assim, coordenadas geográficas só são alguma coisa se informadas em um determinado datum. Agora, UTM é um sistema de projeção. O sistema de projeção existe para planificar coordenadas angulares (geográficas) de tal forma que seja possível representar a Terra em objetos 2D como cartas, telas, etc. Quando você fala Converter UTM para WGS 84 então quer dizer apenas a desplanificação, pois as coordenadas planas já devem estar referentes ao WGS-84. eu obtenho resultados ligeiramente diferentes com o ogr2osm (ou QGIS) em comparação com o gpsbabel (uma diferença de alguns metros). O problema é o seguinte: no ogr2osm/QGIS eu posso selecionar um sistema de coordenadas tal como SAD 69 / UTM Zone 22S; já para o gpsbabel, a única forma que eu encontrei de convencê-lo de que meus pontos ficam no hemisfério sul é especificar, além da zona UTM, o que ele chama de UTM character (a Wikipedia se refere a isso como banda de latitude). Algo como zona 22 banda J para a metade leste do RS. Porém, a Wikipedia afirma que essas bandas de latitude não fazem parte do UTM e sim do sistema MGRS. Assim, eu creio que o resultado via QGIS é o correto, pois não estamos usando UTM puro no gpsbabel. Está correto isso? Se está, como eu convenço o gpsbabel a usar UTM puro no hemisfério sul? Eu também consigo fazer a conversão de CSV para .osm usando o ogr2osm (ou QGIS), mas nesse caso eu obtenho uma lista de pontos e não uma linha contendo os pontos dados no arquivo CSV. Está confuso isso aí. Você não pode ficar brincando com os parâmetros cartográficos para ver qual fica melhor. Seu dado original está em que datum e qual sistema de projeção? E você quer passar para que datum e sistema de projeção? ___ 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] [Cocar] Tutoriais e dicas de formatação OSM
Não desejaria entrar no mérito do Estádio de Maracanã ou do Jardim Zoológico no Rio de janeiro porque observando o mapa OSM identifico que não foram desenhadas vias internas da Quinta da Boa Vista. Do estádio nem tem como porque não existem. As poucas que ali existem são somente para serviço e privadas. Quanto ao utilizador ser de qualquer forma conduzido ao destino e em lá chegando se virar para identificar qual a melhor maneira de ingressar na área não me simpatizo com essa ideia que no meu entender visa tão somente justificar uma deficiência do mapa. O OSRM calcula uma rota para o Zoológico sim, mas conduz o utilizador para um ponto e uma via complicada para se dirigir ao Zoológico. Depois com calma irei mapear as vias de serviço da Quinta da Boa Vista e seus estacionamentos que não estão no mapa. Acredito que depois disso essas vias chegarão mais perto do Zoológico e o OSRM irá fazer o roteamento por elas. Dentro da Quinta da Boa Vista, além do Zoológico, existe o Museu Histórico Nacional. Esse é mais complicado porque fica exatamente no centro da grande área da Quinta da Boa Vista. Em que pese que no OSM não se deve criar um ponto com o mesmo nome da área criada sou de opinião que em determinadas situações e para qualquer utilidade, dever-se-ia criar o ponto de melhor acesso aquela área. -Mensagem Original- From: Fernando Trebien Sent: Monday, January 20, 2014 11:41 AM To: Cooperativa de Cartografia Digital Livre ; OSM talk-br Subject: Re: [Cocar] Tutoriais e dicas de formatação OSM Notem que isso é muito específico da aplicação, o OSRM funciona já que não tem esse limite arbitrário de 30m: http://osrm.at/6az (O OSRM também calcula uma rota da ponte Rio-Niterói até o Jardim Zoológico do Rio.) Essa não é necessariamente a melhor rota (provavelmente não), mas não dá erro, e uma vez chegando até o estádio, a pessoa pode tentar se virar pra achar a entrada. Claro, isso é meio ruim, já que a tecnologia poderia ter sido mais esperta, mas não calcular rota nenhuma seria ainda pior. Se o OSRM suportasse a tag entrance=main/yes, a chance de dar certo seria bem maior, mas ainda haveria uns casos em que a mesma situação ruim aconteceria. O que o usuário poderia fazer numa situação dessas: o motorista vai passar pelo estádio, e daí ele poderia ir convertendo à direita, contornando o estádio, até achar uma entrada. Se eu fosse um usuário, de 0 a 10 eu daria uma nota 7 pra um sistema que funcionasse assim, já que me causaria alguns inconvenientes na chegada, mas calcula boa parte da rota corretamente. Ninguém mapeou as vias internas para carros do estádio do Maracanã ainda (nem do Jardim Zoológico), então eu vou comparar com o Estádio Beira-Rio aqui em Porto Alegre. Eis uma rota da minha casa até esse estádio: http://osrm.at/6aA Notem a especificidade da rota: o OSRM me diz pra passar do estádio, fazer um retorno mais adiante, passar por ele de novo, e daí dobrar à esquerda. A entrada está certa, e a rota é a ideal. Notem também que, se não houvesse a via interna circundando o estádio, o OSRM provavelmente me mandaria até a avenida Padre Cacique (no lado oposto à entrada), que seria a via transitável mais próxima do ponto central do estádio. As vias ao redor do estádio não são artificiais (quer dizer, elas de fato existem e estão liberadas para o trânsito de quem vem ao estádio), e eu não acrescentaria via nenhuma só pra fazer o roteamento funcionar. Se elas não existissem, daí sim, essa idéia falharia, mas notem que seria um caso bastante específico. Alguns outros exemplos feitos da mesma forma e com bons resultados: - da minha casa até o Jardim Botânico de Porto Alegre: http://osrm.at/6aC - da minha casa até o BarraShoppingSul: http://osrm.at/6aD Alguns exemplos (difíceis de achar) em que isso não funciona: - da minha casa até o Porto Alegre Country Club (ele me manda pela entrada de funcionários): http://osrm.at/6aE - da minha casa até o Parque Marinha do Brasil (ele me manda pro centro do parque ao invés de para um dos estacionamentos): http://osrm.at/6aF Como esses dois últimos casos seriam resolvidos: roteando para os estacionamentos internos de cada destino. Num GPS, ao procurar por Porto Alegre Country Club, devem aparecer duas entradas: uma do tipo parque, a outra do tipo estacionamento. Basta escolher o estacionamento (algo que me parece um tanto natural) e tudo funcionaria. Idem para o Parque Marinha. 2014/1/18 Paulo Henrique phnink...@gmail.com: Usando casos concretos de 02 pontos turísticos do Rio, já viram onde ficam os POIs do Maracanã e do Zoológico?? Não achei esses POIs no OSM do Rio então deduzo que o conversor do http://mapas.alternativaslibres.es; os esteja gerando com base nos polígonos desenhados para esses dois lugares, e assim eles ficam no meio desses polígonos e BEMMM longe de qualquer via roteável. Simulando no Mapsource uma rota entre a Ponte Rio-Niterói e o POI do Zoológico que é gerado por esse mapa, só consigo uma rota aérea. Para o
Re: [Talk-br] [Cocar] Tutoriais e dicas de formatação OSM
2014/1/20 thunder...@gpsinfo.com.br: Do estádio nem tem como porque não existem. As poucas que ali existem são somente para serviço e privadas. Quanto ao utilizador ser de qualquer forma conduzido ao destino e em lá chegando se virar para identificar qual a melhor maneira de ingressar na área não me simpatizo com essa ideia que no meu entender visa tão somente justificar uma deficiência do mapa. Vários sistemas comerciais sofrem do mesmo problema. dever-se-ia criar o ponto de melhor acesso aquela área. Acredito que esse problema possa ser visto também (e talvez primariamente) como uma uma deficiência das aplicações, e não do mapa: nada impede que se analise a geometria (procurando por vias de acesso de pedestres, por exemplo) para se concluir qual a melhor entrada. Inclusive, consigo imaginar um algoritmo simples para fazer isso. Isso sim seria uma aplicação inteligente, já que estaria fazendo uso pleno da informação do mapa. Um ponto sugerido para acesso por carro não é algo concreto (que exista), prevejo problemas com essa idéia. Além as diferenças subjetivas, há situações em que existiriam múltiplos pontos sugeridos de acesso, então como a aplicação decidiria o correto? -Mensagem Original- From: Fernando Trebien Sent: Monday, January 20, 2014 11:41 AM To: Cooperativa de Cartografia Digital Livre ; OSM talk-br Subject: Re: [Cocar] Tutoriais e dicas de formatação OSM Notem que isso é muito específico da aplicação, o OSRM funciona já que não tem esse limite arbitrário de 30m: http://osrm.at/6az (O OSRM também calcula uma rota da ponte Rio-Niterói até o Jardim Zoológico do Rio.) Essa não é necessariamente a melhor rota (provavelmente não), mas não dá erro, e uma vez chegando até o estádio, a pessoa pode tentar se virar pra achar a entrada. Claro, isso é meio ruim, já que a tecnologia poderia ter sido mais esperta, mas não calcular rota nenhuma seria ainda pior. Se o OSRM suportasse a tag entrance=main/yes, a chance de dar certo seria bem maior, mas ainda haveria uns casos em que a mesma situação ruim aconteceria. O que o usuário poderia fazer numa situação dessas: o motorista vai passar pelo estádio, e daí ele poderia ir convertendo à direita, contornando o estádio, até achar uma entrada. Se eu fosse um usuário, de 0 a 10 eu daria uma nota 7 pra um sistema que funcionasse assim, já que me causaria alguns inconvenientes na chegada, mas calcula boa parte da rota corretamente. Ninguém mapeou as vias internas para carros do estádio do Maracanã ainda (nem do Jardim Zoológico), então eu vou comparar com o Estádio Beira-Rio aqui em Porto Alegre. Eis uma rota da minha casa até esse estádio: http://osrm.at/6aA Notem a especificidade da rota: o OSRM me diz pra passar do estádio, fazer um retorno mais adiante, passar por ele de novo, e daí dobrar à esquerda. A entrada está certa, e a rota é a ideal. Notem também que, se não houvesse a via interna circundando o estádio, o OSRM provavelmente me mandaria até a avenida Padre Cacique (no lado oposto à entrada), que seria a via transitável mais próxima do ponto central do estádio. As vias ao redor do estádio não são artificiais (quer dizer, elas de fato existem e estão liberadas para o trânsito de quem vem ao estádio), e eu não acrescentaria via nenhuma só pra fazer o roteamento funcionar. Se elas não existissem, daí sim, essa idéia falharia, mas notem que seria um caso bastante específico. Alguns outros exemplos feitos da mesma forma e com bons resultados: - da minha casa até o Jardim Botânico de Porto Alegre: http://osrm.at/6aC - da minha casa até o BarraShoppingSul: http://osrm.at/6aD Alguns exemplos (difíceis de achar) em que isso não funciona: - da minha casa até o Porto Alegre Country Club (ele me manda pela entrada de funcionários): http://osrm.at/6aE - da minha casa até o Parque Marinha do Brasil (ele me manda pro centro do parque ao invés de para um dos estacionamentos): http://osrm.at/6aF Como esses dois últimos casos seriam resolvidos: roteando para os estacionamentos internos de cada destino. Num GPS, ao procurar por Porto Alegre Country Club, devem aparecer duas entradas: uma do tipo parque, a outra do tipo estacionamento. Basta escolher o estacionamento (algo que me parece um tanto natural) e tudo funcionaria. Idem para o Parque Marinha. 2014/1/18 Paulo Henrique phnink...@gmail.com: Usando casos concretos de 02 pontos turísticos do Rio, já viram onde ficam os POIs do Maracanã e do Zoológico?? Não achei esses POIs no OSM do Rio então deduzo que o conversor do http://mapas.alternativaslibres.es; os esteja gerando com base nos polígonos desenhados para esses dois lugares, e assim eles ficam no meio desses polígonos e BEMMM longe de qualquer via roteável. Simulando no Mapsource uma rota entre a Ponte Rio-Niterói e o POI do Zoológico que é gerado por esse mapa, só consigo uma rota aérea. Para o Maracanã (cujo POI também fica distante de vias roteáveis) uma rota é
Re: [Talk-br] [Cocar] Roteamento Rio de Janeiro
Desculpe Márcio, não tinha lido a sua mensagem original por ser relativa ao Rio de Janeiro. Imaginei que o pessoal do Rio se manifestaria mais. Tal como o Nelson, eu não alteraria a classificação de uma via com a finalidade de produzir um determinado roteamento. Antes disso, eu revisitaria os motivos que levaram ao sistema de classificação atual e, talvez, reabriria o debate. Eventualmente, se for um caso muito específico, redirecionaria a discussão para o fórum. Roteadores diferentes levam fatores diferentes em consideração, então é provável que alguns produziriam o resultado que você deseja (mas nem sempre) e outros não (mas às vezes sim). Há roteadores (ex.: OSRM) que são influenciados pela tag maxspeed e que usam a tag highway somente quando a tag maxspeed não está presente. Na nossa discussão sobre classificação ano passado, o assunto mais nebuloso foi importância e como julgá-la de formas menos subjetivas (de forma que pessoas diferentes possam chegar ao mesmo resultado sem discordarem, sempre que possível). Na prática, o resultado a que chegamos aproxima o consenso da comunidade sobre importância, mas não é necessariamente um resultado final e absoluto, pode ser revisado, levando novos fatores em consideração (mas sob a ótica de uma pluralidade de aplicações, não somente para roteamento ou para renderização). Algo que eu não entendi é se já foi feita alguma alteração de classificação nessa rodovia e se a nova classificação foge da classificação sugerida naquele fluxograma no wiki. Se sim, é interessante saber qual mudança foi feita (de qual para qual classificação, e em que trechos). Outra coisa que não entendi é quando você diz que retiraram as agulhas que permitiam acesso à Dutra. Quer dizer que existiam e foram excluídas do OSM, apesar de continuarem existindo na realidade? Se sim, quando foram excluídas? O ideal seria contatar a pessoa que as excluiu e perguntar qual foi o motivo da exclusão (e reverter a edição, caso não obtivéssemos resposta). 2014/1/18 thunder...@gpsinfo.com.br: Amigos, desenvolvendo o mapa do Rio de Janeiro conseguimos com sucesso estabelecer roteamento pela Linha Vermelha, seja vindo da Dutra destino Niterói, ou o inverso. Como aqueles que conhecem a região sabem, a Linha Vermelha foi construída para desafogar o transito da Av Brasil e corre praticamente paralela aquela. O roteamento recomendado nesse trecho citado é pela Linha Vermelha e não pela Av Brasil como testado em campo e observado também pelo OSRM. Tanto no Tracksource como no OSM as vias são classificadas por importância e características e essa classificação tem relação direta com o roteamento. A Linha Vermelha, Av Brasil e Dutra, as três, tem a mesma característica e por isso recebem a mesma classificação (auto-estrada) no OSM e no Tracksource. Quando desenvolvendo o mapa do Rio de Janeiro para o Tracksource e trabalhando em cima dessa situação, logo de inicio observamos que devido a ampliação da Dutra para 4 pistas no trecho da Linha Vermelha até Belford Roxo, no sentido SP retiraram todas as agulhas que permitiam o acesso a pista central da Dutra. Assim, quem se destina a SP, desemboca na Dutra vindo da Linha vermelha, é obrigado a se manter naquela pista lateral até depois de Belford Roxo. Um trecho de aproximadamente 13 km que por ser na época considerado pista lateral, não era formatado como auto-estrada. Sem duvida essa situação impedia um roteamento pela Linha Vermelha e por essa razão, considerando as características da pista lateral no trecho citado, elevamos a classificação dela no Tracksource e agora também no OSM. No Tracksource, mesmo depois dessa ação o roteamento continuava sendo feito pela Av Brasil e só conseguimos sucesso quando tratamos o trecho da Dutra, da Av Brasil até o entroncamento com a Linha Vermelha. No Tracksource é possível se manter a classificação da via porem reduzir por meio de TAG a sua importância. Lá, a TAG de classificação de Auto-estrada é RC=4. Assim, mantendo as características visuais da via (azul) podemos rebaixar sua importância por meio do emprego da TAG RC. Sabedores disso obtivemos sucesso no roteamento quando aplicamos RC=3 no trecho da Dutra entre a Av Brasil e o entroncamento dela com a Linha Vermelha. Em que pese que no OSM pode-se trabalhar com a TAG de velocidade nossos testes já demonstraram que o emprego dessa TAG pouco influencia no roteamento e ainda mascara a realidade da via. Mesmo assim andamos corrigindo a velocidade contida no OSM para a Linha Vermelha, observamos que vários trechos dela foram formatados para 90 km/h, porém devido a fragmentações deixaram de formatar trechos dela para essa velocidade. Aqueles com mais experiência no OSM tem alguma opinião a respeito? []s Marcio -- 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) ___
