[I3geo] Movimento da OSGEO que pretende barrar a proposta da ESRI

[Edmar Moretti]

Olá

Gostaria de divulgar e pedir o apoio ao movimento da OSGEO que pretende 
barrar a proposta da ESRI quanto aos padrões OGC.

Link: http://wiki.osgeo.org/wiki/Geoservices_REST_API#Signed

Tradução de alguns trechos (não deixe de ler o original, que é mais 
completo):

"
Nós, abaixo assinados, consideramosque a aprovação da "Geoservices API 
REST" como um padrão OGC, teráimpactos negativos sobre a 
interoperabilidade da indústria geoespacial.

Nós recomendamos fortemente que a proposta de "Geoservices API REST", 
demaio de 2013, seja rejeitada como um padrão OGC.
"

"
A aprovação do documento como um padrão OGC é controversa para uma 
grande variedade de razões, incluindo:

- processo pelo qual o documento foi desenvolvido, que impede a 
participação das várias partes interessadas,
     - a funcionalidade dos novos serviços duplicam o dos serviços já 
existentes padronizados pelo OGC tais como WMS, WFS, WCS, e WPS,
- a adição de um novo conjunto de serviços com base em novos padrões de 
URL e novos formatos JSON é visto como a duplicação de esforços de 
outros grupos de trabalho, trazendo idéias semelhantes às atualizações 
dos serviços OGC existentes,
- a re-introdução de questões previamente resolvidas, que é visto como 
"não construir sobre os conhecimentos e experiências existentes",
     - o uso dos esquemas JSON particulares que são vistos como tendo 
pouca aceitação na indústria e são incompatíveis com outros esquemas 
utilizados, e
     - a falta de diversidade de implementação que é pensado para dar 
vantagem comercial ao fornecedor de uma implementação já completa .

Estas questões têm impactos potenciais sobre o uso de 'Padrões Abertos " 
por governos e empresas, relativa à interoperabilidade do software, 
sobre os custos para os usuários e desenvolvedores de padrões de 
software, no entendimento de ' Padrões Abertos ' pelo público em geral, 
e, possivelmente, sobre a reputação da OGC como um campeão de 
interoperabilidade.

Em particular, há uma preocupação por parte de alguns de que a adoção do 
padrão provavelmente vai resultar em uma combinação das seguintes opções:

O custo para os desenvolvedores de aplicativos, integradores de 
sistemas, testadores e patrocinadores para suportar todos os padrões OGC 
relevantes será aumentado substancialmente.
Consequentemente, as organizações e / ou aplicativos podem optar por 
apoiar apenas um padrão, ou apenas apoiar um padrão totalmente.
Patrocinadores (como os governos), que exigem o cumprimento de padrões 
OGC irão descobrir que as aplicações não se comunicam em conjunto, 
devido a aplicações que suportam diferentes padrões OGC que 
essencialmente fazem a mesma coisa.
Isto irá resultar em uma diminuição da importância do OGC, como o  selo 
de aprovação "padrões OGC".

Depois de um tempo, a fim de resolver problemas de interoperabilidade, 
uma organização ou programa provavelmente vai tomar a iniciativa de 
impor um padrão como o preferido para todas as agências seguirem. Até à 
data, o OGC tem proporcionado esta liderança.

Um padrão, tendo proeminência sobre o outro provavelmente vai levar o 
outro a se tornar obsoleto, resultando em muitos sistemas OGC se 
tornando sistemas legados no processo. Isto deve ser considerado um 
resultado indesejável para uma organização de padrões.

Em resposta (réplica) a estas questões, os autores do documento API REST 
Geoservices afirmaram que :

- processo do OGC foi completamente seguido,
     - a especificação realmente é RESTful e não define uma API,
- nome, devido à controvérsia, pode ser aberta para a modificação
-  OGC não proíbe a duplicação de funcionalidade do serviço,
- formato JSON existe e funciona, e
     - há implementações alternativas para alguns destes serviços.

Os autores também salientam que a existência de uma grande base de 
usuários mostra que o serviço é útil, e que a padronização dos serviços 
no OGC pode incentivar novas implementações.
"



-- 

http://edmarmoretti.com.br
http://www.i3geo.com.br
Skype, Gtalk: edmar.moretti
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.osgeo.org/pipermail/i3geo/attachments/20130513/56a2d22c/attachment.html>