Re: [Talk-pt] Importacao de CAOP ( era Códigos po stais)

2010-12-16 Por tôpico Jorge Gustavo Rocha
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 +, 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


Re: [Talk-pt] Importacao de CAOP ( era Códigos po stais)

2010-12-16 Por tôpico Jorge Gustavo Rocha
Olá João Paulo,

Qui, 2010-12-16 às 17:23 +, 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 +, 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: