Quando eu for alterar alguma boundary vou passar a verificar o Geocodigo tbm. Abraços
--- Mensagem Original --- De: "Vitor George" <[email protected]> Enviado: 6 de fevereiro de 2015 17:53 Para: "OpenStreetMap no Brasil" <[email protected]> Assunto: Re: [Talk-br] Relation:boundary Acho importante colocar o IBGE:GEOCODIGO, aqui tem uma lista das cidades brasileiras: https://github.com/vgeorge/b5500/blob/master/data/cities.csv O admin_centre é bom porque podemos extrair depois uma base de cidades de pontos, muito úteis para infográficos. Também dá para usar o role "label" para áreas muito grandes, como no estado de SP: http://www.openstreetmap.org/relation/298204 Pra quem não conhece o wiki ainda: http://wiki.osm.org/wiki/Relation:boundary 2015-02-04 22:20 GMT-02:00 Lists <[email protected]>: > admin_center pode indicar prioridade em indexar, mas não da muito > diferencia para renderizar. Por exemplo voce quer indexar ruas num > município, voce quer todos os ruas em ordem alfabético no cidade cede do > município primeiro, depois cada outro cidade/vila/distrito em ordem > alfabético, com os ruas em ordem alfabético. No este caso admin_center vai > te indicar onde começar este registro. Sem admin_center voce pode tenta > combinar pelo nome, mas este também pode criar duvidas, não em tudo casos o > admin_center tem mesmo nome como município, e as vezes pode ter mais que um > ocorrência da nome dentro o município, por exemplo pode ter distrito e > subdistrito com mesmo nome. > > Em caso do estado, nenhuma tem capital com mesmo nome como estado. > > Aun Johnsen > > On Feb 4, 2015, at 21:12, Vítor Rodrigo Dias <[email protected]> wrote: > > O Nelson disse que "não é obrigatório, mas é bom ter" admin_centre. Pelo > que entendi, o admin_centre é importante no roteamento do renderizador > usado pelo Marcio. Sendo assim, creio que podemos adotar oficialmente o > admin_centre como padrão para as relações de municípios e distritos. > > Em 4 de fevereiro de 2015 21:59, <[email protected]> escreveu: > >> Nelson, >> sem duvida o Brasil é grande e falta muita coisa para arrumar. Até me >> comprometo a auxiliar nessa empreitada, mas identifico de suma importância >> que cheguemos a um consenso do que deve ser inserido e o que não deve. Com >> isso estabelecemos um padrão a ser seguido por todos aqueles que desejarem >> ajudar. >> >> -----Mensagem Original----- From: Nelson A. de Oliveira >> Sent: Wednesday, February 4, 2015 9:46 PM >> To: OpenStreetMap no Brasil >> Subject: Re: [Talk-br] Relation:boundary >> >> 2015-02-04 21:40 GMT-02:00 <[email protected]>: >> >>> Nelson, >>> agregaria para cidade o admin_centre se ela for a sede do estado ou >>> município. Existem inúmeras cidades dentro de um estado e/ou município >>> e, na >>> minha opinião, tem de existir um diferenciador para elas. >>> >> >> Isso. Mas essa parte já faz parte dos membros da relação. >> A relação em si só precisa ter aquelas tags que eu falei anteriormente. >> >> Nos membros da relação só é obritagatório os caminhos externos (outer). >> admin_centre não é obrigatório mas é bom ter. >> Acho que todos aqui que arrumam os limites acabam colocando o >> admin_centre. >> >> O problema é que o Brasil é grande e falta muita coisa pra arrumar. >> >> >> _______________________________________________ >> Talk-br mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-br >> > > > > -- > Vítor Rodrigo Dias > Revisor de textos > Tradutor port/ing/port e port/esp/port > Telefone: (31) 7360-9421 - TIM > _______________________________________________ > Talk-br mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-br > > > > _______________________________________________ > Talk-br mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-br > >
_______________________________________________ Talk-br mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-br
_______________________________________________ Talk-br mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-br
