[Talk-pt] Importacao de CAOP ( era Códigos postais)
Francisco DOS SANTOS
f.dos.santos at free.fr
Thu Dec 16 22:13:10 GMT 2010
Ola Jorge,
Obrigado pelo link, vou ver isto de mais perto.
OK o CAOP só faz concentração e distribuição dos dados, eles não tem
directamente os direitos desses dados. Mais qual é a licença de
distribuição (e de redistribuição no caso do OSM) desses dados ?
Isto é só para esclarece qualquer duvida, também estou confiante que
podemos usar estes dados e que o CAOP disponibiliza a informação em
"Public Domain".
Eu não tenho duvidas que o CAOP é o resultado da directiva europeia
INSPIRE que favorece a abertura e reutilização dos dados GIS :
http://en.wikipedia.org/wiki/Infrastructure_for_Spatial_Information_in_the_European_Community
Francisco
> Caro f.dos.santos,
>
> 1) Pensei que tivesse sido suficientemente claro. Na minha opinião, não
> há qualquer dúvida. Se tivesses dúvidas, não poria essa informação no
> OSM.
>
> 2) Eu disse que não há um copyright explícito, porque não há, mas há
> meta-informação disponível sobre a CAOP, produzida pela entidade que diz
> como deve ser especificada a meta-informação, que é o próprio IGP, onde
> são explicitados os créditos. O IGP é responsável pela execução, mas não
> pela informação contida.
> Cf.
> http://www.igeo.pt/produtos/cadastro/caop/download/METADADOS_CAOP2010.pdf
>
> 3) Quem eventualmente reclamaria os direitos sobre a CAOP? Ou seja, qual
> das seguintes entidades poria o Open Street Map em tribunal? O IGP,
> IGeoE, INE, DRIGOT, DROPTT e ou cada uma das 308 Autarquias? Cada uma
> destas produziu a informação que enviou ao IGP, para a criação da CAOP.
>
> 4) Sugiro o seguinte: se alguém tem dúvidas, faça o favor de contactar
> quem achar que tem competência para afirmar que se pode usar a CAOP no
> OSM e obter a respectiva licença de utilização. Eu, como não tenho
> dúvidas, não o farei, mas aceito e aguardo todas as diligências que
> queiram fazer para obter essa licença explícita. Eu sou fã do OSM e tudo
> faço para que contenha dados livres.
>
> 5) Desabafo: é mais fácil arranjar desculpas para não se fazer alguma
> coisa, do que para se fazer. Pelo menos, é assim neste país.
>
> Abraço,
>
> Jorge
>
> Qui, 2010-12-16 às 20:07 +0100, f.dos.santos at free.fr escreveu:
> > Acho que o CAOP é um bom candidato para import no OSM, mais nao concordo de
> > fazer a importacao e depois remover se haver um problema.
> > Nos so devemos usar dados livres, dados disponibilizado na internet nao quer
> > dizer que sao livres de copyright mesmo se o copyright nao é visivel no site.
> >
> > Desfazer a importaçao nao é uma soluçao, se ha violacao de copyright o OSM risca
> > muita mas do que so remover dados (tribunal, etc...)
> >
> > O melhor é entrar em contacto e pedir confirmaçao que os dados podem ser
> > utilizado num projeto livre. As coisas passem-se muito melhor quando ambos os
> > partidos estao de acordo.
> >
> > Quando entrar dados no OSM nao se pode ter duvidas. E minha opinao.
> > Tambem podemos entrar en contacto com a lista talk-legal para ajuda nesta
> > materia.
> >
> >
> > > Olá Micael,
> > >
> > > A menos que nos mostrem um termo de copyright relativo à CAOP, que nunca
> > > vi, podemos usar a mesma. A mesma informação que estamos a usar, está
> > > disponÃvel através de um serviço WMS. Podes ver a ausência de copyright
> > > ou de qualquer outro termo de restrição de uso no documento retornado
> > > pelo GetCapabilities.
> > >
> > > Mesmo não tendo copyright, na utilização que queremos fazer, existem
> > > algumas coisas a nosso favor, caso houvessem dúvidas:
> > > 1) atribuÃmos o crédito ao distribuidor (com a tag source =
> > > "IGP-CAOP-21010").
> > > 2) não estamos a usar os limites administrativos para criar produtos
> > > derivados do mesmo. Aparecem sempre tal e qual foram importados, sem
> > > qualquer edição adicional.
> > > 3) não cobramos ou criamos barreiras à visualização dos mesmos. Ou seja,
> > > damos o que nos foi dado.
> > > 4) podemos sempre dizer e distinguir o que foi feito pela comunidade e o
> > > que foi importado da CAOP.
> > > 5) podemos remover a CAOP do OSM se alguma vez tal nos for exigido por
> > > alguma autoridade.
> > >
> > > Se algum de vocês estiver à espera que o Sr. General que preside ao IGP
> > > vos passe uma certidão de uso, podem esperar sentados. Prefiro desfazer
> > > o processo de importação, do que ficar sistematicamente parado agarrado
> > > à desculpa de que não tenho um documento legal para o fazer. Se temos um
> > > OSM tão fraquinho, a culpa não é do IGP nem de mais ninguém: é mesmo
> > > nossa [da comunidade OSM-PT].
> > >
> > > Mas isto é a minha opinião. Mas garanto que no próximo ano o OSM vai
> > > crescer e muito... Já temos algumas parties na calha, e vamos fazer toda
> > > a força para envolver as escolas e usar o efeito multiplicador das
> > > mesmas.
> > >
> > > Abraço,
> > >
> > > Jorge
> > >
> > >
> > > Qui, 2010-12-16 Ã s 15:50 +0000, Micael escreveu:
> > > > Olá
> > > >
> > > >
> > > > Resta saber se podemos mesmo utilizar os dados do IGEO no OSM.
> > > >
> > > > 2010/12/16 Jorge Gustavo Rocha <jgr at 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"
> > > > <jgr at di.uminho.pt> wrote:
> > > > >
> > > >
> > > >
> > > > > _______________________________________________
> > > > > Talk-pt mailing list
> > > > > Talk-pt at 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 at openstreetmap.org
> > > > http://lists.openstreetmap.org/listinfo/talk-pt
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Micael Dias
> > > >
> > > > _______________________________________________
> > > > Talk-pt mailing list
> > > > Talk-pt at 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 at openstreetmap.org
> > > http://lists.openstreetmap.org/listinfo/talk-pt
> > >
> >
> >
> >
> > _______________________________________________
> > Talk-pt mailing list
> > Talk-pt at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-pt
>
More information about the Talk-pt
mailing list