--mapid não existe
Para family-id e product-id, tem algo em específico para serem 335?
Tirando isso, o de SP está aqui:
http://naoliv.iq.unesp.br/mapas/gmapsupp.img
___
Talk-br mailing list
Talk-br@openstreetmap.org
Hum, agora entendi assim:
As tags das vias (oneway, destination, etc.) são atualizadas quando o sentido
da via é invertido. Porém, o mesmo não acontece com as tags de seus nós (como
semáforos e radares), que devem ser revisadas manualmente.
From: fernando.treb...@gmail.com
Date: Mon, 10 Mar
Pode não ser culpa do algoritmo. Pelos sintomas, julgo que o OsmAnd esteja
colocando um peso muito alto para vias de alta classe.
Quanto ao algoritmo de roteamento, se referes ao Dijkstra, ele deve ser
bastante alterado para resultar em uma aplicação prática em GPS. Na minha
implementação no
Exatamente. :D
E esse é um dos motivos apontados pra não se usar a tag
traffic_signals:direction: porque é bem provável que o mapeador
esqueça de atualizar essa informação. Mas enfim, não há uma proposta
vencedora sobre esse assunto ainda. (Na verdade, essa tag não passou
por votação, não poderia
335 é o código IBGE para SP. Na verdade 35. O 3 a mais seria região
sudeste. Isso é para nos certificar de que não haja colisão de IDs caso o
usuário instale mais de um mapa. O do RJ é 333. Mas esse código poderia
ser qualquer um que quiséssemos inventar, desde que seja único.
Colocarei um
Perdida na página 4 a explicação que eu sempre procurei:
Oito são os argumentos dos quais faz uso a
Empresa Brasileira de Correios e Telégrafos para negar acesso
à base de dados de Códigos de Endereçamento Postal: (1) o
direito de exploração mercantil da informação que lhe conferiria
a Lei
Também utilizo nomes populares. Em Natal nunca vi nomes oficiais em
paradas, mas utilizo nomes como Reitoria, Natal Shopping, Midway
Mall, Neópolis, etc, porque são assim que as paradas são chamadas por
todos. Já vi algumas ferramentas para gerar diagramas de linha de rotas de
transporte público
2014-03-11 16:47 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com:
Concordo. Eu usaria loc_name neste caso.
Mas da mesma forma, faz sentido ter um *_name sem ter name?
De forma muito simplista, todos os *_name são alternativas ao name.
___
Em Belo Horizonte, as maiores paradas - ao menos as que dispõem de abrigo -
todas têm nome oficial.
Em 11/03/2014 16:53, Erick de Oliveira Leal erickdeoliveiral...@gmail.com
escreveu:
Acho q isso ta ficando burocrático demais. Paradas não costumam ser
nomeadas pelo estado, ou costumam? E mesmo
Em Belo Horizonte, as maiores paradas - ao menos as que dispõem de abrigo
- todas têm nome oficial.
Sim, este é o meu caso.
Não cheguei a responder antes, mas concordo que nesse caso o nome deve ser
colocado na etiqueta name.
Em 11 de março de 2014 16:57, Vítor Rodrigo Dias
Aqui no RJ somente as paradas dos BRS [1] são nomeadas.
1: http://www.rioonibus.com/categoria/brs/
[]s
2014-03-11 16:59 GMT-03:00 John Packer john.pack...@gmail.com:
Em Belo Horizonte, as maiores paradas - ao menos as que dispõem de abrigo
- todas têm nome oficial.
Sim, este é o meu caso.
Acho q a proposta de note e name fica bom.
Em 11/03/2014 17:35, Raffaello Bruno Limongi Freire
raffaellobr...@hotmail.com escreveu:
*todos os *_name são alternativas ao name*
Realmente.
Mas a impressão que eu tenho (claro que posso estar errado) é que, quando
se deixa name em branco e se
Existem alguns casos em que não tem problema colocar um nome não oficial na
etiqueta name.
Mais precisamente, nos casos em que se alguma pessoa regular olhar aquele
nome no mapa, não reconheceria o lugar.
Neste caso, o nome oficial iria para outras etiquetas como alt_name e
official_name.
Por
O, I didn't realize you were creating those maps from raster sources. This
explains why they look this way. You're right. TM2 won't help you with
raster sources. You'd have to use just good old Tilemill 1 for them. I can
provide free Mapbox hosting for OSM tracing maps if this is interesting.
Just
Entendido
Em 11 de março de 2014 21:29, Nelson A. de Oliveira nao...@gmail.comescreveu:
Só para complementar: o aviso não diz que o rio inteiro deve ter
tunnel=*, mas apenas para verificar o layer negativo dele e, onde
necessário, colocar tunnel ou bridge nas vias que cruzam com ele (e
2014-03-11 21:25 GMT-03:00 Erick de Oliveira Leal
erickdeoliveiral...@gmail.com:
Ah Nelson, também acho que ele não devia dizer que está errado uma hidrovia
conter -1 como layer, mas não ter tunnel. Ou estou errado?
As pessoas colocam os rios com layer negativo apenas para não
conflitarem com
Nelson, na cidade de Belém verifiquei o nome entroncamento, seria
interessante marca-lo como genérico no seu validador ;)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
Sugestão: usar o imgur.com pra subir a imagem e só postar o link
dentro da mensagem, assim evita esse problema (e outros).
2014-03-11 15:09 GMT-03:00 Vitor George vitor.geo...@gmail.com:
Pessoal,
Tentem mandar imagens menores ao responder, quase todas as mensagens deste
thread estão caindo na
Valeu!
Em 11 de março de 2014 21:25, Nelson A. de Oliveira nao...@gmail.comescreveu:
2014-03-11 21:23 GMT-03:00 Erick de Oliveira Leal
erickdeoliveiral...@gmail.com:
Nelson, na cidade de Belém verifiquei o nome entroncamento, seria
interessante marca-lo como genérico no seu validador ;)
2014-03-11 21:23 GMT-03:00 Erick de Oliveira Leal
erickdeoliveiral...@gmail.com:
Nelson, na cidade de Belém verifiquei o nome entroncamento, seria
interessante marca-lo como genérico no seu validador ;)
Certo.
Estou esperando duas coisas serem corrigidas no JOSM e tenho mais
algumas coisinhas
Ah Nelson, também acho que ele não devia dizer que está errado uma hidrovia
conter -1 como layer, mas não ter tunnel. Ou estou errado?
Em 11 de março de 2014 21:23, Erick de Oliveira Leal
erickdeoliveiral...@gmail.com escreveu:
Nelson, na cidade de Belém verifiquei o nome entroncamento, seria
21 matches
Mail list logo
