Boas Jorge, Eu acho que encontrei mais um erro.
Existem ways, por exemplo http://www.openstreetmap.org/browse/way/89823424 e http://www.openstreetmap.org/browse/way/89839334 que estao estão na mesma posicao, e neste caso acho que deveriam ser "merged" numa única way, mas com as duas relações, o que parece ser o caso noutros casos. Acho que nao importaste nenhuma fronteira de conselho, certo? Possivelmente já sabes, mas há que ter em atencao q no caso de uma way for a fronteira de uma freguesia e conselho, o admin_level deve ser 7. A ideia é fazer conselho por conselho, ou tudo de uma vez? Eu acho que terá ser tudo de uma vez, senão as fronteiras de conselho vao ser duplicadas, não? 2010/12/16 Jorge Gustavo Rocha <j...@di.uminho.pt>: > Olá, > > De facto, cada um dos limites tem que estar etiquetado. Só tinha > etiquetado as relações. Obrigado João Paulo pelo feedback. > > Desta forma, a importação, usando o ogr2osm, passa a ser feita em 3 > passos, que são, grosso modo (para Sever do Vouga, por exemplo): > > python ogr2osm.py -t caop ../SeverDoVouga.shp > recode latin1..utf8 SeverDoVouga.osm > xmlstarlet tr tagways.xsl SeverDoVouga.osm > SeverDoVouga_ok.osm > > e depois faz-se o upload através do JOSM, por exemplo, depois de se > verificar que a transformação de coordenadas, os encodings, as > etiquetas, etc, estão ok. Vou reescrever melhor a cábula de importação, > pois tive que mexer em vários programas. > > Vejam se gostam do resultado. Só importei a CAOP para Sever do Vouga. > > A mim, parece-me um apoio bem interessante para algumas coisas: > 1) para ver se determinados limites administrativos (não físicos) batem > certo com determinados entidades geográficas (rios, ruas ou outros) > 2) para se dividir trabalho entre nós e para apoiar as parties que se > vão organizar no futuro próximo > 3) para se poder avaliar e medir freguesia a freguesia a cobertura do > OSM em Portugal > 4) Para ajudar a marcar e comparar com os nodos referentes aos centros > das freguesias (ainda há muitos por inserir) > > Como tudo é etiquetado de forma automática, depois é fácil identificar, > actualizar ou remover esta mesma informação. Incluí uma tag source = > "IGP-CAOP-2010". A ideia é que ninguém a altere estes limites nas suas > edições, pois é informação que provém do IGP e qualquer alterações aos > limites tem que vir por essa via. Mesmo os nosmes das freguesias que > aqui constam, são os nomes oficiais e têm que bater certo com os do INE. > Sempre que o IGP publicar nova CAOP, pode-se remover a anterior e > importar a nova. > > Antes de se importar a CAOP, gostava que mais gente se pronunciasse, > pois é uma camada que terá o seu impacto no OSM-PT. Na ausência de mais > feedback, eu e o João Paulo tratamos do assunto :-) > > Já agora, em alternativa ou complemento, o IGP tem um serviço WMS com a > CAOP, que pode ser utilizado como fundo no JOSM. > > Abraço a todos, > > Jorge > > Qui, 2010-12-16 às 09:36 +0000, Joao Carreiro escreveu: >> Boas Jorge, >> >> Eu acho que o import não está correcto. >> Não colocaste nas ways as tags boundary e admin_level. >> E segundo a wiki, >> http://wiki.openstreetmap.org/wiki/Relation:boundary#Way_Tags , >> deverias ter colocado. >> Acho que é por isso que não aparece no mapa. >> >> João Paulo >> >> On 16 Dec 2010 02:19, "Jorge Gustavo Rocha" <j...@di.uminho.pt> wrote: >> >> _______________________________________________ >> Talk-pt mailing list >> Talk-pt@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-pt > > -- > Jorge Gustavo Rocha > Departamento de Informática > Universidade do Minho > 4710-057 Braga > Tel: 253604430 (Geral), 253604479 (Gabinete) > Fax: 253604471 > Móvel: 910333888 > > > > _______________________________________________ > Talk-pt mailing list > Talk-pt@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-pt > _______________________________________________ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt