Olá João Paulo, Qui, 2010-12-16 às 17:23 +0000, Joao Carreiro escreveu: > Boas Jorge, > > Eu acho que encontrei mais um erro.
Fixe! > > 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. > Pois... pensava que o ogr2osm conseguia detectar todas estas duplicações, mas pelos vistos não. Estou a usar o ogr2osm exactamente por causa desta questão. Vou estudar melhor o assunto, mas suspeito que a forma original dos polígonos não ajuda. Pode ser que mais mais alguém teste a importação de forma diferente, com mais sucesso. > Acho que nao importaste nenhuma fronteira de conselho, certo? Sim, nesta fase de teste, não tratei os limites de concelho, pois eles próprios também fazem parte dos limites do concelho adjacente. > 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? Fico na dúvida. Para já, estamos em modo "teste" e tenho tantas ou mais dúvidas que tu. A ideia é mesmo ir experimentando e afinando as scripts, à medida que se discutem estas questões. Carreguei as de Águeda, para ver essas questões na fronteira, mas até me parece que fez o upload duas vezes, já que na primeira me tinha dado um erro de ligação a meio. A API falha em duas coisa que me parecem fundamentais: a falta de noção de "transacção" na base de dados, e a falta de um "delete changeset". No entanto, cada importação e respectiva anulação "custam" um bocado. No mínimo uns 15 a 20 minutos de upload, e outro tanto para download e delete. Ou seja, desde ontem não fiz outra coisa. Não digam nada ao patrão. Quando for para o país todo, não podemos falhar. O mais provável é termos que fazer vários changesets. Abraço, Jorge > > 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 -- 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
