<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Bom dia<br>
<br>
So para dar uma opniao pessoal, eu considero WFS (GML2/3) e WCS como
"formatos" validos e bastante praticos para transferir datos entre
utilizadores.<br>
<br>
Abaixo deixo a pagina do Paolo Corti que tem um exemplo bastante
interessante de como passar um WFS a shapefile usando GDAL<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.paolocorti.net/2011/03/23/a-quick-look-at-the-wfs-gdal-driver/">http://www.paolocorti.net/2011/03/23/a-quick-look-at-the-wfs-gdal-driver/</a><br>
<br>
Jorge<br>
<br>
<br>
On 09/05/11 09:09, Jorge Gustavo Rocha wrote:
<blockquote cite="mid:1304928585.3005.2.camel@cagliari" type="cite">
<pre wrap="">Caros,
No âmbito desta solicitação, remetemos o documento em anexo ao Engº
Gonçalo Caseiro, da AMA.
Cumprimentos,
Jorge e Tozé
Ter, 2011-05-03 às 00:48 +0100, Jorge Gustavo Rocha escreveu:
</pre>
<blockquote type="cite">
<pre wrap="">Caros,
Temos uma oportunidade inédita de contribuir para que sejam adoptadas
normas abertas pela nossa administração. Como disse, a OSGeoPT foi uma
das organizações consultadas para se manifestarem. Esta é a "nossa
praia". Somos nós que sabemos de formatos abertos para SIG, certo?
Como é que vamos contribuir para a definição de normas abertas para SIG?
Bem, essa é a primeira questão que se nos coloca. Vamos apresentar um
conjunto de formatos concretos? Vamos apresentar um enquadramento mais
genérico, evitando listar formato a formato? Vamos fazer uma solução
híbrida, isto é, formatos concretos + um enquadramento que permita
acrescentar novos formatos?
Os formatos existentes passam bem a centena. Para já, sugeria que os
dividíssemos em 4 frentes:
i) formatos rasters (genericamente formatos binários, como TIFF, etc)
ii) formatos vectoriais ou semi-estruturados, (GXP, SHP, KML, etc)
iii) base de dados relacionais c/ SFS
iv) serviços web (WMS, WFS, etc)
Como vêem, já estou a acrescentar duas áreas que têm que ser cobertas
por estas normas abertas: base de dados e serviços web. Não faz sentido
que duas organizações tenham que trocar base de dados entre si,
convertendo-as para formatos tão básicos como CSV. Vale a pena
considerar dump de BDs ou o formato SQL para estas situações. E, em
relação aos serviços web, obviamente temos que assegurar que os serviços
OGC (na sua maioria) são considerados. Mas é necessário discutir mais
estas frentes iii e iv.
Trabalhar sobre a lista dos formatos existentes servirá como base para
identificarmos os que realmente nos interessam. Os "que nos interessam"
têm que ser necessariamente abertos (standards de júri ou de facto, com
especificações técnicas disponíveis e com licenças claras) e têm que ser
interessantes (ou seja, têm que ser suportados pelas aplicações mais
populares manipulam).
O Tozé Silva já pôs uma lista de formatos para SIG disponível no Google
Docs. A ideia é, de todos os formatos apresentados, chegar a uma lista
bem mais pequena do que interessa (por ser aberto e por ser suportado
pelas ferramentas existentes). Sugiro que editem directamente esta folha
(em particular a folha "Geral"), acrescentando mais informação sobre os
formatos, pois vamos ter que justificar as opções, e usando a vossa
experiência e know how para eleger aqueles que devem ser considerados
"abertos" (preenchendo a coluna "Candidato?").
O documento está visível (só leitura) para todos os que receberem o
link, e fica editável para aqueles que o desejarem. Mandem um email para
<a class="moz-txt-link-abbreviated" href="mailto:ajfsilva@gmail.com">ajfsilva@gmail.com</a> e <a class="moz-txt-link-abbreviated" href="mailto:estibordo@gmail.com">estibordo@gmail.com</a> e o primeiro a ler o email
acrescenta-vos como editores.
De resto, talvez seja bom os interessados discutirem algumas ideias no
IRC, canal #osgept, sobre o assunto. Sugiro uma reunião na 4a à noite,
das 22h00 às 23h00, para acertar estratégias para a contribuição da
OSGeoPT.
Ao dispor,
Jorge e Tozé
</pre>
</blockquote>
<pre wrap="">
</pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Portugal mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Portugal@lists.osgeo.org">Portugal@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/portugal">http://lists.osgeo.org/mailman/listinfo/portugal</a>
</pre>
</blockquote>
<br>
<br />
<hr />
<p><font face="Arial" size="1">
Plymouth Marine Laboratory<br />
Registered Office: <br />
Prospect Place<br />
The Hoe<br />
Plymouth PL1 3DH
</font></p>
<p><font face="Arial" size="1">Website: <a href="http://www.pml.ac.uk">www.pml.ac.uk</a>
<br />
<a href="http://www.pml.ac.uk/pdf/PMLAR2010.pdf">Click here for PML Annual Review 2010 </a>
<br />
Registered Charity No. 1091222<br />
PML is a company limited by guarantee<br />
registered in England & Wales<br />
company number 4178503</font></p>
<p><font face="Arial" size="1" color="green">Please think before you print.</font></p>
<hr />
<p><font face="Arial" size="1">This e-mail, its content and any file attachments are confidential.</font></p>
<p><font face="Arial" size="1">If you have received this e-mail in error please do not copy, disclose it to any third party or use the contents or attachments in any way. Please notify the sender by replying to this e-mail or e-mail forinfo@pml.ac.uk and then delete the email without making any copies or using it in any other way.</font></p>
<p><font face="Arial" size="1">The content of this message may contain personal views which are not the views of Plymouth Marine Laboratory unless specifically stated.</font></p>
<p><font face="Arial" size="1">You are reminded that e-mail communications are not secure and may contain viruses. Plymouth Marine Laboratory accepts no liability for any loss or damage which may be caused by viruses.</font></p>
<hr />
<br />
<br /></body>
</html>