directiva estandares de sw informacion georreferenciada v1.3

5/23/2018 Directiva Estandares de Sw Informacion Georreferenciada v1.3

http:///reader/full/directiva-estandares-de-sw-informacion-georreferenciada-v

Oficina Nacional de Gobierno Electrnico e Informtica ONGEI -Comit Coordi nador de la IDEPDirectiva sobre estndares de servicios web de informacin georreferenciada para el intercambio dedatos entre entidades de la Administracin Pblica

Pgina 1 de 42

Directiva N 001.2014-ONGEI/PCM

DIRECTIVA SOBRE ESTNDARES DE SERVICIOS WEB

DE INFORMACIN GEORREFERENCIADA PARA ELINTERCAMBIO DE DATOS ENTRE ENTIDADES DE LAADMINISTRACIN PBLICA

Formulada por: Oficina Nacional de Gobierno Electrnico eInformtica

Marzo 2014

1ra. Edicin



Oficina Nacional de Gobierno Electrnico e Informtica ONGEI -Comit Coordi nador de la IDEPDirectiva sobre estndares de servicios web de informacin georr eferenciada para el intercambio dedatos entre entidades de la Administracin Pblica

Pgina 2 de 42

CONTENIDO

CONTENIDO _____________________________________________________________________________ 2INTRODUCCION __________________________________________________________________________ 31OBJETO _______________________________________________________________________________ 42FINALIDAD ____________________________________________________________________________ 4

3ALCANCE ______________________________________________________________________________ 44RESPONSABILIDAD ______________________________________________________________________ 45BASE LEGAL ____________________________________________________________________________ 46CONCEPTOS Y ABREVIACIONES ____________________________________________________________ 6

CONCEPTOS ______________________________________________________________________ 6TERMINOS Y ABREVIACIONES _______________________________________________________ 7

7NORMAS GENERALES ____________________________________________________________________ 7mbito de aplicacin _______________________________________________________________ 7Campos mnimos de los Servicios ____________________________________________________ 7Descarga de Informacin ___________________________________________________________ 8Servicios web de informacin georreferenciada a implementarse en el marco del D.S. 133-2013-

PCM y registro. _____________________________________________________________________ 88Procedimiento general para la implementacin de Servicios web de informacin georreferenciada. ____ 10

Procedimiento general para el Intercambio de informacin vectorial _____________________ 10

Procedimiento general para el Intercambio de informacin rster ________________________ 11Procedimiento general para la implementacin de servicios de mapas en web (WMS) _______ 12

ANEXO 1: ESTANDARES DE SERVICIOS WEB DE INFORMACION GEORREFERENCIADA PARA ELINTERCAMBIO DE DATOS ENTRE ENTIDADES DE LA ADMINISTRACION PUBLICA ___________________ 14

1ESTANDAR PARA SERVICIO DE MAPAS EN WEB WMS _________________________________________ 14

WMS, Web Map Service ___________________________________________________________ 14Operaciones _________________________________________________________________ 14

Styled Layer Descriptor (SLD) ___________________________________________________ 16

2ESTANDAR PARA SERVICIO DE MAPAS WFS _________________________________________________ 17WFS, Web Feature Service _________________________________________________________ 17

Operaciones _________________________________________________________________ 173ESTANDAR PARA SERVICIO DE COBERTURA WCS. ____________________________________________ 23

WCS, Web Coverage Service ________________________________________________________ 23

Operaciones _________________________________________________________________ 234ESTANDAR PARA SERVICIO DE CATALOGO CSW. _____________________________________________ 27

CSW, Catalogue Service for the Web _________________________________________________ 27Operaciones _________________________________________________________________ 27

5ESTANDAR PARA SERVICIO DE PROCESAMIENTO EN WEB WPS __________________________________ 31WPS, Web Processing Service _______________________________________________________ 31

Operaciones _________________________________________________________________ 316ESTANDAR PARA SERVICIO DE TRANSFORMACION DE COORDENADAS WCTS ______________________ 37

WCTS, Coordinate Transformation Service ____________________________________________ 37Operaciones _________________________________________________________________ 37

7ESTANDAR PARA SERVICIO DE MAPAS TESELADOS EN WEB WMTS ______________________________ 38

WMTS, Web Map Tile Service ______________________________________________________ 38Operaciones _________________________________________________________________ 38

ANEXO 2: CLASIFICACIN TEMTICA DE DATOS GEOGRFICOS. ______________________________ 41




Pgina 3 de 42

INTRODUCCION

La informacin georreferenciada que se genera y mantiene en el sector pblico tiene ungran potencial, tanto para los objetivos para los que fueron creados como para otrosfines dentro y fuera del sector pblico; la solucin a problemas como la seguridadciudadana, la gestin del medio ambiente y la gestin del riesgo de desastres son solo

algunos ejemplos de donde sta informacin juega un rol vital para el xito de lasreferidas polticas.

Pese a ello, el intercambio de datos para alimentar los diversos sistemas y procesosque usan esta informacin en las entidades de la Administracin Pblica, est limitadocasi exclusivamente a soluciones personales de los involucrados (intercambio entretcnicos principalmente), y en algunos casos a gestiones de tipo administrativo bajo lasmodalidades establecidas en el TUPA de cada entidad y/o a travs de convenios condiversos grados de formalidad, lo que supone trmites complicados que demandanmucho costo y tiempo, perjudicando la efectividad de diversas iniciativas.

Para solucionar este problema, con fecha 27 de diciembre del 2013, se aprob elDecreto Supremo 133-2013-PCM, que establece el acceso e intercambio de informacingeorreferenciada entre entidades de la Administracin Pblica y promueve la creacinde Infraestructuras de Datos Espaciales (IDE) institucionales (Nodos de laInfraestructura de Datos Espaciales del Per - IDEP), como medio fundamental paracompartir informacin va servicios estandarizados.

El referido Decreto Supremo establece un marco general para que las entidades de laAdministracin Pblica, publiquen los servicios web de la informacin georreferenciadaque administran en el marco de sus funciones, para que sean accesibles va Internetcon un mnimo de esfuerzos y protocolos.

Estos recursos de informacin, constituirn finalmente una Red Nacional de ServiciosInteroperables de informacin georreferenciada tiles e importantes a diversos tipos deusuarios tanto tcnicos como no tcnicos, los mismos que sern accesibles va interneta travs del Portal de Datos Espaciales del Per (www.geoidep.gob.pe).

En este marco, el establecimiento de estndares de servicios web tiene una importanciavital e imprescindible pues posibilita la interoperabilidad necesaria para que los diversossistemas de informacin geogrfica de las entidades pblicas intercambien datos yprovean un acceso oportuno a informacin actualizada, confiable y oficial, provista ymantenida por las mismas entidades que administran esta informacin.

A nivel internacional existen dos cuerpos principales de normalizacin activos conestrecha relacin entre s: la Open Geospatial Consortium (OGC), formado porentidades comerciales, universidades y representantes de gobiernos cuyo fin es ladefinicin de estndares abiertos e interoperables dentro de los Sistemas deInformacin Geogrfica y de la World Wide Web (WWW), y la Organizacin Internacionalde Normalizacin (ISO) que cre el Comit Tcnico ISO TC211, el cual es un cuerpodependiente dedicado a la temtica de informacin geogrfica y geomtica.

La presente directiva contiene informacin tcnica de referencia para la publicacin deservicios web de informacin georreferenciada en el marco del Decreto Supremo 133-2013-PCM y la Implementacin de la Infraestructura de Datos Espaciales del Per.

En este documento se definen los estndares para la publicacin de servicios delocalizacin, visualizacin, descarga, transformacin y geo-procesamiento de datosgeorreferenciados, los mismos que permitirn el intercambio de datos y el accesoremoto a informacin geogrfica que es producida en todas las entidades pblicas. Parasu elaboracin, se ha tomado en cuenta los estndares de la OGC sobre servicios deinformacin y los del Comit Tcnico ISO/TC-211.




Pgina 4 de 42

1 OBJETO

Definir los estndares de los servicios web para el intercambio de informacingeorreferenciada entre entidades de la Administracin Pblica, en el marco de la PolticaNacional de Gobierno Electrnico.

2 FINALIDAD

Facilitar el acceso e intercambio de datos espaciales o georreferenciados va serviciosinteroperables entre entidades de la administracin pblica.

3 ALCANCE

La presente directiva es de cumplimiento de todas las entidades de la AdministracinPblica a que se refiere el Artculo I del Ttulo Preliminar de la Ley 27444, Ley delProcedimiento Administrativo General, que en el marco de sus funciones ycompetencias administren datos georreferenciados.

4 RESPONSABILIDAD4.1. El cumplimiento de lo estipulado en la presente Directiva ser de

responsabilidad de los funcionarios pblicos encargados de laimplementacin de los servicios web de informacin georreferenciada para elintercambio de datos entre entidades de la administracin pblica, que hacereferencia el Artculo N 4 del Decreto Supremo N 133-2014-PCM, DecretoSupremo mediante el cual se establece el acceso e intercambio deinformacin georreferenciada entre entidades de la administracin pblica.

4.2. Es responsabilidad de la Oficina Nacional de Gobierno Electrnico eInformtica de la Presidencia del Consejo de Ministros registrar y gestionarlos servicios web de informacin georreferenciada generados por lasentidades pblicas productoras de informacin, en el Portal de la

Infraestructura de Datos Espaciales del Per www.geoidep.gob.pe, conformelo seala el Artculo N 9 del Decreto Supremo N 133-2014-PCM, DecretoSupremo mediante el cual se establece el acceso e intercambio deinformacin georreferenciada entre entidades de la administracin pblica.

5 BASE LEGAL

v Ley N 27658 Ley Marco de Modernizacin de la Gestin del Estado.Declara al Estado peruano en proceso de modernizacin en sus diferentesinstancias, dependencias, entidades, organizaciones y procedimientos, conla finalidad de mejorar la gestin pblica y contribuir en el fortalecimiento deun Estado moderno, descentralizado y con mayor participacin del

ciudadano.vLey N 27444, Ley del Procedimiento Administrativo General y sus

modificatorias. Establece el criterio de colaboracin entre entidadespblicas, las que deben proporcionar directamente los datos e informacinque posean, sea cual fuere su naturaleza jurdica o posicin institucional, atravs de cualquier medio, sin ms limitacin que la establecida por laConstitucin o la ley, para lo cual se propender a la interconexin deequipos de procesamiento electrnico de informacin, u otros mediossimilares.




Pgina 5 de 42

vDecreto Supremo N 063-2007-PCM. Aprueba el Reglamento deOrganizacin y Funciones de la PCM, en el cual se establece que la OficinaNacional de Gobierno Electrnico e Informtica es el Ente Rector delSistema Nacional de Informtica para lo cual emite las directivas olineamientos que permitan la aplicacin de dicho Sistema.

v Resolucin Ministerial N 325-2007-PCM. Crea el Comit CoordinadorPermanente de la Infraestructura de Datos Espaciales del Per CCIDEP,adscrito a la Presidencia del Consejo de Ministros, quien le presta asistenciatcnica y administrativa a travs de la Oficina Nacional de GobiernoElectrnico e Informtica (ONGEI), para coordinan la implementacin ydesarrollo de la Infraestructura de Datos Espaciales del Per (IDEP).

vDecreto Supremo N 069-2011-PCM. Crea el Portal de Informacin de DatosEspaciales del Per. Establece que este portal debe proporcionar un serviciode acceso unificado de datos, servicios y aplicaciones georreferenciales dela informacin que producen y usan todas las entidades del sector pblico y

privado.vDecreto Supremo N 086-2012-PCM. Crea el Portal del Comit Coordinador

Permanente de la Infraestructura de Datos Espaciales del Per (CCIDEP)como un sistema informativo que permite la difusin del marco de losprocedimientos y estndares definidos por el mencionado Comit.

v Decreto Supremo N 081-2013-PCM. Aprueba la Poltica Nacional deGobierno Electrnico 2013 2017. En su primer objetivo establece fortalecerel Gobierno Electrnico garantizando la interoperabilidad y el intercambio dedatos espaciales con el objeto de mejorar la prestacin de servicios.

vDecreto Supremo N 133-2013-PCM. Establecen lineamientos y

mecanismos de aplicacin nacional para facilitar el acceso e intercambio deinformacin espacial o georreferenciada entre las entidades de laAdministracin Pblica. En su Artculo N4 establece que la ONGEIaprobar la Directiva con los estndares de los servicios web de informacingeorreferenciada para el intercambio de datos entre entidades de laAdministracin Pblica.

v Resolucin Ministerial RM-381-2008-PCM. Establecen los Estndares yEspecificaciones de Interoperabilidad del Estado Peruano.

vResolucin N 27-2009/CNB-INDECOPI. Aprueba la Norma TcnicaPeruana NTP ISO 19101:2009 (Informacin Geogrfica. Modelo de

referencia 1ra edicin). Establece el marco de normalizacin en el campo dela informacin geogrfica y establece los principios bsicos mediante los quetiene lugar esta normalizacin.

vResolucin N 27-2011/CNB-INDECOPI. Aprueba la Norma TcnicaPeruana NTP ISO 19115:2011 (Informacin Geogrfica. Metadatos 1raedicin). Define el modelo requerido para describir informacin geogrfica yservicios de los datos geogrficos digitales.




Pgina 6 de 42

6 CONCEPTOS Y ABREVIACIONES

CONCEPTOS

vCatlogo de metadatos

Es una base de datos de los metadatos, compuesta por registros quedescriben las caractersticas de los datos georreferenciados, los cuales seencuentran disponibles dentro de la infraestructura de datos.

vConjunto de datos espaciales o georreferenciados

Recopilacin identificable de datos espaciales.

vDatos Espaciales o georreferenciados

Dato que de forma directa o indirecta haga referencia a una localizacin ozona geogrfica especfica.

vEntidad product ora de informacin georreferenciada

Entidad que en el marco de sus funciones produce informacingeoreferenciada

vEntidad centralizadora de informacin georreferenciada

Entidad pblica que en el marco de sus funciones centraliza informacingeorreferenciada provista por entidades productoras

v Infraestructu ra de Datos Espaciales del Per (IDEP)

El conjunto de polticas, estndares, organizaciones, recursos humanos yrecursos tecnolgicos que facilitan el intercambio, la produccin, obtencin,uso y acceso a la informacin espacial a nivel nacional, a n de apoyar eldesarrollo territorial del pas para as favorecer la oportuna toma dedecisiones.

vMetadatos

Registro que describe las caractersticas de los datos, conjunto de datos orecursos de informacin que hacen posible inventariarlos y localizarlos.

vNodo de la Infraestructura de Datos Espaciales del Per

En el marco de la presente Directiva, est constituida por el conjunto deinfraestructuras y servicios interoperables de informacin georreferenciadasobre el territorio nacional, accesible a travs de Internet y que son provistospor entidades de la Administracin Pblica o privada, registradas en el Portalde Datos Espaciales del Per, www.geoidep.gob.pe.

vObjeto espacial

Representacin abstracta de un fenmeno real que corresponde a unalocalizacin o zona geogrfica especfica.

vServicios Web / Web Services

Es una forma definida de intercambio de informacin. Es una tecnologa queutiliza un conjunto de protocolos y estndares que sirven para intercambiardatos entre aplicaciones.




Pgina 7 de 42

TERMINOS Y ABREVIACIONES

CRS Coordinate Reference System(Sistema de coordenadas de referencia).CS Coordinate System(Sistema de coordenadas).CSW Catalog Service for Web(Servicios de Catalogo para Web).DCP Data Collection Platform(Plataforma Informtica Distribuida).

DTD Document Type Definition(Definicin del tipo de documento).EPSG European Petroleum Survey Group (Conjunto de Datos de parmetrosgeodsicos).

GIF Graphics Interchange Format(Formato de intercambio de grficos).GDAS Geolinked Data Acces Service(Servicio de Acceso a Datos Geoespacialmente

Linkados).GML Geography Markup Language(Lenguaje de Marcado Geogrfico).HTTP Hypertext Transfer Protocol(Protocolo de transferencia de hipertexto)IDE Infraestructura de Datos Espaciales.IDEP Infraestructura de Datos Espaciales del Per.IETF Internet Engineering Task Force(Grupo de Tareas de Ingeniera de Internet).ISO International Organization for Standardization (Organizacin Internacional de

Estandarizacin).JPEG Joint Photographic Experts Group(Grupo Conjunto de Expertos en Fotografa)

MIME Multipurpose Internet Mail Extensions(Extensiones multipropsito de correo deInternet).OGC Open Geoespatial Consortium(Consorcio Geoespacial Libre).PNG Portable Network Graphics(Grficos de red porttiles).RFC Request for Comments (Peticin de comentarios).SAD South American Datum(Sur Amrica Datum).SIG Geographic Information System(Sistema de Informacin Geogrfica).SRS Spatial Reference Systems (Sistemas de Referencia Espacial).SVG Scalable Vector Graphics(Grficos vectoriales escalables).UCUM Unified Code for Units of Measure(Cdigo Unificado para unidades de medida).URI Uniform Resource Identifier (Identificador Uniforme de Recursos).URL Uniform Resource Locator(Localizador Uniforme de Recursos).CGM Computer Graphics Metafile(Computacin Grfica Web metarchivo).WCS Web Coverage Service(Servicio de Cobertura Web).WFS Web Feature Service (Servicio de Caractersticas Web).WGS World Geodetic System(Sistema Geodsico Mundial).WMS Web Map Service (Servicio de mapas en Web).WWW World Wide Web (Red informtica mundial).XML Extensible Markup Language(Lenguaje de marcado extensible).

7 NORMAS GENERALES

mbito de ap licacin

El presente documento se aplica al conjunto de datos espaciales que cumplan lassiguientes condiciones:

vSe refiera a una zona o rea geogrfica sobre el cual el Estado Peruanotenga y/o ejerza jurisdiccin.

vEstn en formato electrnico.

Campos mnimos de los Servicios

Para identificar los campos mnimos que un servicio deber incluir se debernaplicar los siguientes criterios:

v Incluir el cdigo de identificacin del registro o ID, cuando esto no impliqueun riesgo a la seguridad del sistema.




Pgina 8 de 42

vSi el servicio hace referencia a datos de unidades administrativas, deberincluir el cdigo censal de la unidad administrativa o el cdigo censal deCentro Poblado cuando corresponda.

vIncluir el nombre del registro (Ejem. Si el servicio corresponde a polgonos

de distritos, se deber incluir un campo con nombre del distrito).v Incluir los datos que tengan carcter pblico, sin ms limitacin que la

establecida en la constitucin o las leyes sobre la materia.

vEstos criterios excluyen la informacin que est en el marco de la Ley deproteccin de datos personales, Ley N 29733 y la que se encuentra en elmarco de las excepciones al ejercicio del derecho en la Ley de trasparenciay acceso a la informacin, Ley N 27806.

Descarga de Informacin

Las entidades de la Administracin Pblica que administran bases de datos

georreferenciadas (productoras o centralizadoras de informacin) debernimplementar coordinadamente, los servicios de descarga mencionados en elNumeral 7.4 y detallados en los Numerales 2 y 3 del Anexo 1 de la presentedirectiva, con el objeto de asegurar la descarga o transferencia de datosmencionados en el Artculo N 4 del Decreto Supremo 133-2013-PCM.

Las excepciones a este lineamiento estn definidas en la Ley N 29733, Ley deproteccin de datos personales, la Ley N 27806 y la Ley de trasparencia y accesoa la informacin en la cual se establece el marco de las excepciones al ejercicio deeste derecho.

Cuando sea el caso y con el objeto de garantizar la continuidad del servicio1sepodrn implementar alternativas de descarga de informacin2; ello no deberimplicar una restriccin en el acceso a los datos.

Servicios web de informacin georreferenciada a implementarse enel marco del D.S. 133-2013-PCM y registro.

Para dar cumplimiento al Artculo N 4 del Decreto Supremo 133-2013-PCM, lasentidades de la Administracin Pblica que administran bases de datosgeorreferenciadas (productoras o centralizadoras de informacin), debernpromover la implementacin gradual y coordinada de servicios interoperables deinformacin georreferenciada, de forma que a travs de esta red se proporcione alos usuarios el acceso a los datos mediante el uso de los siguientes tipos deservicios:

vServicios de localizacin (CSW). Tambin llamados servicios de

metadatos, estos hacen posible la bsqueda de datos, conjuntos de datosgeogrficos y servicios de informacin geogrfica a partir de los metadatoscorrespondientes. Las entidades de la Administracin Pblica podrn usar

1 Cuando la infraestructura de la entidad no tenga la capacidad de soportar la demanda.2 Descarga alternativa por paquetes de datos, restringir el tiempo de acceso por sesiones de usuarios,

descarga por nmero de registros, descarga por volumen de informacin, etc.




Pgina 9 de 42

servicios de localizacin provistos por otras entidades para el cumplimientode la presente directiva.

vServicios de visualizacin (WMS y WMTS).Que permitan la visualizacinde datos georreferenciados mediante el uso de estndares definidos por la

OGC como el Servicio de mapas en Web (WMS) o el Servicio de mapas enweb teselados (WMTS). Estos servicios debern ser implementados demanera coordinada por las entidades de la Administracin Pblica como elprincipal medio de acceso a los datos y deben permitir la superposicinvisual de informacin geogrfica compleja y distribuida en diferentes tiposde servidores y visores de mapas.

vServicios de descarga (WFS y WCS).Que permitan la descarga de datoso conjuntos de datos. Se deber promover el acceso directamente alcontenido de los servicios para construir servicios de valor aadido(aplicativos, trmites, geoprocesos, etc.).

vServicios de transformacin (WCTS). Que permitan adaptar los datosgeogrficos para garantizar su interoperabilidad. Este estndar esobligatorio para las entidades de la Administracin Pblica que generaninformacin en un elipsoide distinto al elipsoide del Sistema de ReferenciaGeodsico 1980 - Geodetic Reference System1980 (GRS80) o al WorldGeodetic System1984 (WGS84), que se sealan en la Resolucin JefaturalN 079-2006-IGN-OAJ-DGC del Instituto Geogrfico Nacional.

vServicios de publicacin de mapas en web. Que permita la exploracinvisual de la informacin de una manera rpida y sencilla mediante unaplicativo. Estos servicios deben permitir como mnimo: mostrar, navegar,acercarse o alejarse para concretar o ampliar el campo de visin, moverse

o superponer los datos geogrficos, adems de mostrar los signosconvencionales y consultar los atributos de los datos geogrficos. Laimplementacin de este servicio es opcional, pero se recomienda realizarloen el marco del Lineamiento 6 del Plan Nacional de Datos Espaciales(Ofertar mecanismos de acceso a los datos).

Los servicios descritos en los prrafos anteriores debern contemplar la creacinde sus respectivos metadatos de acuerdo al Perfil bsico de Metadatos Peruano ylos estndares que establezca la IDEP. Los campos que se debern incluirmnimamente son:

Nombre. Ttulo.

Descripcin. Lista de palabras clave.Direccin URL.Informacin de contacto. Restricciones de acceso y uso.Nmero de capas.

El uso y registro de estos servicios en el Portal de Datos Espaciales del Per(www.geoidep.gob.pe) se realizar conforme a los Lineamientos de uso y accesodefinidos por las entidades pblicas que administran la informacin, tal como seseala en el Artculo 5, punto 2 del D. S. N 133-2013-PCM.




Pgina 10 de 42

8 PROCEDIMIENTO GENERAL PARA LA IMPLEMENTACIN DESERVICIOS WEB DE INFORMACIN GEORREFERENCIADA.

Con objeto de facilitar la integracin de informacin procedente de diferentesservicios web de mapas en el Portal de datos Espaciales del Per, se debernombrar el servicio con el siguiente criterio: [Pas]+[Nombre de Entidad pblica u

organizacin privada]+[Categora]+[Sub categora]+[Tema].En el Anexo 2 se adjunta un cuadro con la Clasificacin temtica de datosgeogrficos. Esta clasificacin es temporal en tanto se defina el Catlogo Nacionalde Objetos Geogrficos. El cuadro ha sido elaborado en base a las categorastemticas definidas en la ISO 19115:2003 Informacin Geogrfica Metadatos.

Para la identificacin del Sistema de Referencia de Coordenadas (CoordinateReferente System CRS) debe usarse el espacio de nombres del EuropeanPetroleum Survey Group (EPSG) y para la Uniform Resource Identifier (URI) loscdigos del EPSG.

Procedimiento general para el Intercambio de info rmacin vectorial

El estndar WFS establece un protocolo de comunicacin para la transmisin dedatos vectoriales a travs de servicios web. Este protocolo emplea lasespecificaciones OWS para la negociacin previa a la peticin de datos, y utilizael formato GML para la transferencia de datos.

WFS se basa en el protocolo HTTP, que intrnsecamente no contempla nocionesde sesin. Una sesin en HTTP simple es el conjunto de una solicitud y surespuesta. Luego la comunicacin se corta, y no es responsabilidad del cliente nidel servidor mantener una memoria ni un estado de la transaccin realizada. Porlo tanto, protocolos basados en HTTP como WFS deben aadir sus propiosmecanismos de almacenamiento de datos persistentes entre dos solicitudesHTTP.

Una sesin WFS bsica se desarrolla esquemticamente de la manera siguiente:

vContacto inicial:El cliente conoce nicamente la URL de un servicio WFS;el servidor est esperando peticiones como servicio HTTP HTTPS.Entonces, siguiendo la especificacin OWS:

El cliente enva una solicitud GetCapabilitiesal servidor, usando HTTPGET. En particular, seala qu servicio est solicitando (aqu WFS), ybajo qu versin.

El servidor accede a sus fuentes de datos inscritas como disponibles aWFS; pueden ser bases de datos espaciales, ficheros, inclusive otrasconexiones WFS. stas se encuentran en general pre configuradas yno es necesario recorrerlas.

Del catlogo interno, el servidor construye un fichero XML siguiendo la

definicin WMT_MS_Capabilities. Este fichero es devuelto al cliente enrespuesta al GET, usando el tipo MIME text/xml

vSolicitud de datos: El cliente est ahora en medida de solicitar un bloquede informacin, tomando en cuenta el conjunto de datos que el servidorcontiene.

El cliente enva una solicitud GetFeaturesal servidor, especificandoadems de los parmetros OWS bsicos, la capa y extensinsolicitadas. Adems del GET, es posible especificar la peticin




Pgina 11 de 42

utilizando POST, alcanzando al servidor una especificacin XML de lasolicitud WFS.

El servidor acopia la informacin a partir de sus fuentes y laacondiciona a la solicitud, en particular, la re proyecta al SRS solicitadoy la recorta al cuadrngulo requerido.

El servidor convierte la informacin resultante a formato GML y ladevuelve al cliente en respuesta al GET, usando el tipo MIMEapplication/vnd.ogc.wfs_xml.

El contacto inicial es necesario para obtener el catlogo local y los metadatos delas capas disponibles en el servidor. Una vez que el cliente obtiene el catlogolocal, puede realizar una serie de solicitudes de datos independientes.

Existe una clase de servidores WFS llamado WFS Transaccional, en la cual s seespecifica nociones de sesin y de persistencia de datos. La clase transaccionalde la especificacin WFS indica de qu manera es posible hacer que cliente yservidor realicen transacciones sobre una base de datos. Bajo esta especificacines posible actualizar datos a distancia en el depsito de datos del servidor.

La instalacin de un servidor WFS implica:

vDefinir el nivel de confidencialidad de la informacin

vDefinir los lineamientos de acceso a la informacin en funcin a la normativanacional vigente.

v Instalar un servidor WFS con acceso a las fuentes de informacin a publicar;este acceso deber hacerse hacia una copia de la ltima versin, siempre ycuando existan mecanismos automticos de respaldo y puesta al da queaseguren integridad y actualidad; esto es especialmente delicado en casode instalacin de WFS transaccional.

vEn caso de accesos restringidos por los lineamientos de acceso definidos

por la entidad, compatibilizar las polticas e instrumentos de seguridad deinformacin al nuevo servicio; esto implica por ejemplo establecer filtros anivel de cortafuegos para restringir el trfico a direcciones fijas de entidadesconocidas, eventualmente estableciendo redes privadas virtuales entredependencias

vMantener actualizada la informacin publicada

Procedimiento general para el Intercambio de informacin rster

Se debe resaltar que para el intercambio de informacin rster, el trabajo inicialde estandarizacin se refera a servidores de mapas a travs de Internet. stos,inscritos dentro de WCS, reciben un pedido a travs del protocolo HTTP a partir

de un cliente que solicita un conjunto de imgenes rster correspondientes a unSRS determinado y cubriendo un cuadrngulo especificado. El servidor envacontra este pedido una imagen de mapa de bits en formato estndar de imagen,sea PNG, GIF, JPEG, GeoTIFF, etc.

El caso del intercambio de datos rster en bruto corresponde a una peticinsimplificada de este esquema WCS, en la que la imagen de mapa de bits quedevuelve un servidor contiene los datos correspondientes a la capa rstersolicitada en formato corriente de mapa de bits.




Pgina 12 de 42

Una sesin WCS se realiza aproximadamente de la misma manera que unasesin WFS. La fase de contacto inicial y pedido de catlogo local es equivalente,excepto que se solicita GetCapabilitiesdel servicio WCS.

La solicitud de datos se realiza a travs del pedido GetMap, opcionalmenteespecificando el formato de imagen de salida, sus dimensiones en pixel, y

posiblemente un estilo de dibujo definido en SLD. Por otro lado, la solicitudGetFeatureInfo aplicada a un rster permite obtener datos de los puntos quecomponen la capa.

La instalacin de un servidor WCS implica:

vDefinir el nivel de confidencialidad de la informacin.

vDefinir los lineamientos de acceso a la informacin en funcin a la normativanacional vigente.

vDefinir la simbologa cartogrfica de los mapas publicados, y configurar staen el servicio.

vEn caso de accesos restringidos por los lineamientos de acceso definidospor la entidad, compatibilizar las polticas e instrumentos de seguridad deinformacin al nuevo servicio; esto implica por ejemplo establecer filtros anivel de cortafuegos para restringir el trfico a direcciones fijas de entidadesconocidas, eventualmente estableciendo redes privadas virtuales entreentidades.

vMantener actualizada la informacin publicada.

Procedimiento general para la implementacin de servicios demapas en web (WMS)

A continuacin se describen recomendaciones para la implementacin de los

servicios WMS:vDebido a que el tiempo de respuesta del servicio WMS depende del nmero

de capas que componga el servicio y el volumen de informacin, serecomienda implementar este servicio con la menor cantidad de capasposible o implementar servicios con una sola capa.

v La implementacin de un servicio web de mapas debe reproducir elcomportamiento y las respuestas estandarizadas al ser invocado desde uncliente genrico, y no adaptarse a las particularidades un cliente especfico.

vEl WMS debe ser conforme a la implementacin de ISO 19128 GeographicInformation Web Map Server Interface .

vTodo servicio WMS debe contar con un IP pblico (URL) que permita suacceso y consulta por Internet, el cual deber estar registrado en el portalde datos espaciales del Per.

vSe debe utilizar como mnimo la especificacin Web Map Service (WMS)Implementation Specification v1.1.1 o superior del Open GeospatialConsortium (OGC) con las tres operaciones obligatorias definidas en lapresente directiva (GetCapabilities, GetMap y GetFeatureInfo).




Pgina 13 de 42

v El WMS deber soportar, cuando se exceda el rango de escala til,imgenes vacas o simplificadas. La informacin sobre el rango de escalatil debe proporcionarse en la respuesta a la peticin GetCapabilitiesutilizando el campo .

v

Se debe usar la especificacin del OGC Styled Layer DescriptorImplementation Specification v1.0 (SLD) como extensin del OGC WMSque permita una simbolizacin definida por el usuario.

vSe debe implementar la operacin GetLegendGraphic y del atributoLegendURL para describir cada capa, con el fin de identificar las capasadecuadamente.

vEl WMS debe soportar al menos el formato Portable Network Graphics de24 bits (PNG; tipo MIME image/png ).

vEvitar la inclusin de informacin marginal dentro del marco de visualizacin:escalas, logotipos, marcas de agua, mensajes de copyright y similares.

v El WMS debe soportar el CRS WGS84 en coordenadas geogrficas,identificadas mediante EPSG: 4326. Adems, se recomienda que laimplementacin de WMS tambin soporte los siguientes CRSs:

Tabla 1: Cdigos y Sistemas de Referencia

Cdigo EPGS Sistema de Referencia DATUM UTM USO

32717 WGS 84 / UTM Zona 17S



24877 PSAD56 / UTM Zona 17S



4326 WGS 844248 PSAD56

v Si se usa un Sistema de Referencia de Coordenadas (CRS) adicional,debern identificarse sus parmetros de transformacin mediante unidentificador del Sistema de Referencia de Coordenadas vlido ydocumentado.

v Todas las excepciones de servicio deben proporcionarse en ingls. Serecomienda que el formato de excepcin seaapplication/vnd.ogc.se_inimage .




Pgina 14 de 42

ANEXO 1: ESTANDARES DE SERVICIOS WEB DE INFORMACIONGEORREFERENCIADA PARA EL INTERCAMBIO DE DATOS ENTREENTIDADES DE LA ADMINISTRACION PUBLICA

1 ESTANDAR PARA SERVICIO DE MAPAS EN WEB WMS

WMS, Web Map Service

El servicio Web Map Service (WMS) o Servicio de publicacin de mapas es unestndar propuesto por la OGC que ofrece una sencilla interfaz HTTP, el cualpermite realizar una solicitud de imgenes de mapas georreferenciados de una oms bases de datos geogrficas que pueden estar distribuidas en ms de unservidor.

Una peticin WMS define la capa o capas geogrficas y el rea de inters para serprocesadas por el administrador del servicio, la respuesta a esta solicitud es una oms imgenes de mapas georreferenciados (devuelto como JPEG, PNG, etc) quepueden ser mostradas en un aplicativo ya sea va web o de manera local.

A travs de la superposicin de mapas obtenidos de diferentes servidores WMS esposible la creacin de una red de servicios distribuidos, cuyos clientes o usuariospodrn realizar composiciones personalizadas.

Operaciones

Este estndar internacional define dos (2) clases de modos de operar, uno para unWMS bsico y otro para un WMS de consulta. A su vez cada uno tiene dossubclases, una para clientes y otra para servidores.

El WMS bsico debe soportar los elementos bsicos del servicio (versin,peticiones y respuestas HTTP, valores numricos y booleanos, determinadosformatos de salida, sistemas de coordenadas, parmetros de consulta y derespuesta, y excepciones), la operacin GetCapabilities y la operacin GetMap.

Clasifica la informacin que posee en Capas y ofrece un nmero determinado deEstilos , con los cuales se pueden visualizar dichas capas. Este EstndarInternacional nicamente soporta Capas y Estilos definidos, no incluye mecanismosde definicin de simbolizacin por parte del usuario.

El WMS de consulta debe satisfacer todos los requerimientos de un WMS bsico ytambin soportar la operacin GetFeatureInfo.

Para personalizar la simbolizacin OGC ha definido la especificacin Styled LayerDescriptor (SLD), o descripcin de estilos de capas, que permite la definicintemporal o permanente de la simbolizacin para visualizar datos va WMS.

GetCapabilities (obligatoria).

Ofrece informacin acerca de las caractersticas del servicio (metadatos).Tabla 2: Componentes de GetCapabilities

Componentes Obligator iedad DescripcinVERSION Opcional Versin de la especificacin OGC.

SERVICE=WMS Obligator io Tipo de Servicio al que va dirigida la peticin.REQUEST=GetCapabilities Obligatorio Nombre de la operacin .

FORMAT Opcional Formato de salida del metadato del servicio.Debe soportar por defecto text/xml.

UPDATESEQUENCE Opcional

Secuencia de nmeros o cadena decaracteres para el control de la consistenciadel cach. Este valor se incrementa cuandose realizan cambios en el Capabilitites .




Pgina 15 de 42

GetMap (obligator ia).

Proporciona como resultado un mapa, imagen de los datos almacenados.

Tabla 3: Componentes de GetMap

Componentes Obligatoriedad Descripcin

VERSION Obligatorio Versin de la especificacin OGC.REQUEST=GetMap Obligatorio Nombre de la Peticin.

LAYERS ObligatorioLista de una o ms capas,separadas por comas.

STYLES Obligatorio Estilo de visualizacin por caparequerida, separados por comas.

CRS=EPSG:identificador Obligatorio Sistema de Coordenadas deReferencia.

BBOX=minx,miny,maxx,maxy ObligatorioEsquinas del mbito (inferiorizquierda, superior derecha) enunidades CRS.

WIDTH Obligatorio Ancho del mapa en pxeles.HEIGHT Obligatorio Alto del mapa en pxeles.FORMAT Obligatorio Formato de salida del mapa.

TRANSPARENT=TRUE|FALSE OpcionalTransparencia del fondo del mapa(default=FALSE).

BGCOLOR=color_value OpcionalValor del color del fondo RGB enHexadecimal(default=0xFFFFFF).

EXCEPTIONS=exception_format OpcionalFormato en el que el WMSinforma de las excepciones(default=XML).

TIME=time Opcional Valor de Tiempo en las capasdeseadas.

ELEVATION=elevat ion Opcional Elevacin de las capas deseadas.

Other sample dimension(s) Opcional Valor de otras dimensionesadecuadas.

GetFeatureInfo (obligatoria).

Captura y proporciona informacin contenida en un mapa, tal como, el valor de unobjeto en una posicin determinada.

Tabla 4: Componentes de GetFeatureInfo

Componentes Obligatoriedad Descripc inVERSION Obligator io Versin de la especificacin OGC.

REQUEST=GetFeatureInfo Obligatorio Nombre de la Peticin.

Parmetros del mapa ObligatorioCopia parcial de una peticin demapas que genera el mapa del cual sequiere obtener informacin.

QUERY_LAYERS ObligatorioLista de una o ms capas, sobre lasque se realiza la consulta, separadaspor comas.

INFO_FORMAT ObligatorioFormato de respuesta de lainformacin sobre el objeto (MIMEtype).

FEATURE_COUNT Opcional Nmero de objetos sobre los que sedevuelve informacin (default=1).

I=pixel_column Obligatorio Coordenada idel objeto en el Map CS,en pxeles.

J=pixel_row Obligatorio Coordenadaj del objeto en el Map CS,en pxeles.

EXCEPTIONS OpcionalFormato en el que el WMS informa delas excepciones (default=XML).




Pgina 16 de 42

Styled Layer Descriptor (SLD)

Perfil de la Especificacin de Implementacin Web Map Service.

El Styled Layer Descriptor (SLD) o Descriptor de Estilos de Capas define unacodificacin que se extiende al estndar WMS, el cual permite definir a travs del

usuario una simbolizacin y coloracin de la capa geogrfica o cobertura. Elestndar SLD aborda la necesidad de los usuarios y de los softwares para ofrecerla capacidad de poder controlar la representacin visual de los datosgeorreferenciados.

Esta posibilidad de definir reglas de representacin de estilos requiere un lenguajede estilos que el cliente y el servidor pueden entender. La Simbologa estndar decodificacin de la OGC (SE) ofrece este lenguaje, mientras que el perfil de SLDWMS permite la aplicacin del SE a capas WMS usando extensiones deoperaciones de los servicios de mapas. Adems este estndar define unaoperacin de acceso normalizado a smbolos de leyenda.

Operaciones del servicio

Las operaciones que se definen en este estndar OGC son 4, siendo dos (2)obligatorias y dos (2) opcionales.

vGetCapabilities (Obligatoria)

Solicitud de las caractersticas del servicio.

vGetMap (Obligatoria)

Esta operacin est definida en el estndar WMS en sus distintas versiones.Solicitud de un rea determinada en un CRS determinado. Para modificar elestilo de visualizacin se crea un user Style.

vDescribe Layer (Opcional)

Para definir estilos personalizados por el usuario se requiere informacin

sobre los fenmenos a simbolizar, o como poco su tipo (fenmeno ocobertura). Esta operacin proporciona informacin sobre esos estilos.

vGetLegendGraphic (Opcional)

Mediante esta operacin se obtiene una imagen del estilo con el cual elservicio realiza la representacin de la capa.




Pgina 17 de 42

2 ESTANDAR PARA SERVICIO DE MAPAS WFS

WFS, Web Feature Service

El servicio Web Feature Service (WFS) o Servicio de publicacin de objetos es unestndar definido por la OGC que describe la especificacin de codificacin para

datos georreferenciados basados en GML(Geography Markup Language),elcualpermite recuperar y modificar (consultar, insertar, actualizar y eliminar) datosespaciales en formato vectorial. Esta codificacin intenta activar el transporte yalmacenamiento de informacin geogrfica mediante un XML Schema que describesu estructura, incluyendo las propiedades de geometra y los rasgos geogrficos.

Los requisitos para un Web Feature Servicedefinidos por la OGC son:

vLos interfaces deben definirse en XML.

vGML debe ser utilizado para expresar caractersticas de los objetos dentrode la interfaz.

vUn WFS debe ser capaz, como mnimo, de ofrecer caractersticas de los

objetos utilizando GML.vEl filtro de lenguaje debe definirse en XML y derivarse de CQL, como se

indica en el OpenGIS Catalogue Interface Implementation Specification.

vEl almacn de datos utilizado para almacenar caractersticas de los objetosgeogrficos puede ser opaco para la aplicacin cliente, siendo el nicoacceso a los datos a travs del interfaz del WFS.

v La nica funcin de un WFS cuando interacciona con el sistema dealmacenamiento de fenmenos geogrficos, es asegurarse que los cambiosrealizados en los datos sean coherentes.

OperacionesSe definen tres clases de WFS:

vWFS Bsico, implementa las operaciones GetCapabilities,DescribeFeatureType y GetFeature. Se considera el servicio de slo lectura.

vWFS XLink, soporta todas las operaciones del WFS Bsico e implementa laoperacin GetGmlObjet para XLinks locales y/o remotos, siendo posibleutilizar la operacin GetGmlObjet durante la operacin GetFeature.

v WFS Transaccional, soporta todas las operaciones del WFS bsico, eimplementa las operaciones de transaccin. Siendo opcional laimplementacin de las operaciones GetGmlObjet y/o LockFeature.

Los atributos comunes en las peticiones POST y GET, para todas las operacionesson:




Pgina 18 de 42

Tabla 5: Componentes GET ms comun es:

Componentes Obligator iedad DescripcinVERSION Obligatorio Versin de la especificacin OGC.

SERVICE=WFS Obligatorio Tipo de Servicio (no es obligatorio paraGetCapabilities).REQUEST Obligatorio Nombre de la Peticin.

NAMESPACE OpcionalPara indicar el espacio de nombres y susprefijos. El formato debe ser xmlns(prefix=EscapedNamespaceName). Si se especificams de uno se separan por comas.

Parmetros adicionales Parmetros de cada operacin.Parmetros especficos

del suministrador OpcionalPara permitir aadir parmetros a la peticinde forma que se mejore el resultado.

Tabla 6: Componentes POST ms comunes:

Componentes Obligatoriedad Descripc inVERSION Obligatorio Versin de la especificacin OGC.

SERVICE=WFS Obligatorio Tipo de Servicio.

HANDLE Opcional

Permite a la aplicacin cliente asociar unnombre nemotcnico a la peticin, paraencontrar los elementos infractores en

caso de error.

GetCapabili ties (obligatoria)

Ofrece informacin acerca de las caractersticas del servicio, de los tipos defenmenos que puede ofrecer y qu operaciones soporta cada uno de ellos.

DescribeFeatureType (obligatoria)

Ofrece la estructura (campos y atributos) de cualquiera de los tipos de fenmenosque el servicio puede ofrecer, mediante su descripcin en esquemas XML, siendostos esquemas GML vlidos.

Tabla 7: Compon entes DescribeFeatureType

Componentes Obligatoriedad Descripc in

TYPENAME Opcional

Lista de tipos de fenmenos adescribir, separados por comas. Sino se indica ninguno devuelvetodos los tipos.

OUTPUTFORMAT=text/xml;subtype=gml/3.1.1 Opcional

Formato de salida para describirlos tipos de fenmenos.. Soportaotros formatos de salida comoDTD.

GetFeature (obligatoria)

Devuelve instancias de fenmenos (objetos individuales) en formato GMLAdems, el cliente debe tener la posibilidad de solicitar las propiedades delfenmeno que desea y de realizar tanto consultas espaciales como no espaciales.

Tabla 8: Componentes de GetFeature y GetFeatureWithLo ck

Componentes Obligatoriedad DescripcinREQUEST=[GetFeature |

GetFeatureWithLock]Obligatorio Nombre de la peticin WFS.

OUTPURFORMAT=text/xml;

subtipo=gml/3.1.1Opcional

Permite otros formatos de salida siempre ycuando se indique en el documento decapacidades.

RESULTTYPE=[results |Hits] Opcional

Utilizado para solicitar un documento derespuesta completo con los fenmenos quecumplen la consulta (results, valor por defecto) osimplemente una enumeracin de los mismos(hits).




Pgina 19 de 42


PROPERTYPENAME OpcionalLista de propiedades de cada tipo de fenmenosolicitado. Con * o con ausencia de valor, sesolicitan todas las del tipo consultado.

FEATUREVERSION=[ALL| N]

OpcionalCuando es posible el versionado. Devuelve laversin del fenmeno que se le solicita. Si no seindica devuelve la ltima versin.

MAXFEATURES=N OpcionalMximo nmero de fenmenos que puedendevolverse en una consulta. Si no se indicadevuelve todos.

EXPIRY=N Opcional

Slo se utiliza con la peticinGetFeatureWithLock. Indica el tiempo de bloqueodel fenmeno en la respuesta (en minutos). Si elparmetro no se especifica el bloqueo serindefinido.

SRSNAME OpcionalSistema de referencia que debe ser usado en lageometra de los fenmenos resultado de lapeticin.

TYPENAME(opcional si se aespecificado elFEATUREID)

ObligatorioLista de nombres de los tipos de fenmenossolicitados.

FEATUREID(Mutuamente excluyentecon FILTER y BBOX)

Opcional Lista de instancias de fenmenos solicitadas,identificadas mediante su identificador.

FILTER(Prerrequisito:TYPENAME)

(Mutuamente excluyentecon FEATUREID y BBOX)

Opcional

Describe un conjunto de caractersticas sobre lasque operar. Se debe establecer un filtro por cadatipo de fenmeno listado en el parmetroTYPENAME.

BBOX(Prerrequisito:TYPENAME)

(Mutuamente excluyentecon FEATUREID y

FILTER)

OpcionalEn lugar de utilizar un FEATUREID o un FILTER,un cliente puede realizar la peticin mediante unbounding box.

SORTBY OpcionalIndica la propiedad respecto a la cual sernordenadas las instancias de los fenmenosobtenidos en la consulta.

Pueden utilizarse componentes adicionales para controlar los XLink anidados

Tabla 9: Codifi cacin adici onal de GetFeature


TRAVERSEXLINKDEPTH Opcional

Nivel de profundidad a alcanzar a travs de losenlaces contenidos en los atributos href de laspropiedades XLink. Estas propiedades seencuentran anidadas en los fenmenosseleccionados. Un valor de 1 indica que seacceda a un elemento de enlace href y sedevuelva el elemento enlazado si es posible, unvalor de * indica que se acceda a todos.Necesario si no se ha especificado la lista

PROPTRAVXLINKDEPTH.

TRAVERSEXLINKEXPIRY Opcional

El nmero de minutos que debe esperar pararecibir una respuesta a una operacin anidada deGetGmlObject, realizada para cualquier propiedadcuando interviene el componenteTRAVERSEXLINKDEPTH (si no se especifica unalista PROPEXPIRY). En ausencia de valoresperar hasta recibir respuesta.

PROPTRAVXLINKDEPTH Opcional

Lista de los niveles de XLink enlazados por cadafenmeno que sea consultado. Debe haber unarelacin 1:1 entre cada elemento de una listaFEATUREID o TYPENAME y una listaPROPTRAVXLINKDEPTH.




Pgina 20 de 42


PROPTRAVXLINKEXPIRY Opcional

Lista de tiempos de expiracin de XLink enlazadospor cada fenmeno consultado. Debe haber unarelacin 1:1 entre cada elemento de una listaFEATUREID o TYPENAME y una listaPROPTRAVXLINKEXPIRY.

GetGmlObject (opcional)

Devuelve instancias de fenmenos, expresndolos en XML. El cliente debe tenerla posibilidad de especificar si desea todos los objetos que se han anidadomediante Xlinks, o slo hasta un nivel de anidamiento determinado.

Para que un WFS soporte esta operacin, cada elemento sobre el que puedaoperar el WFS debe estar identificado unvocamente mediante IDs XML. Lacodificacin de identificadores de elementos se define en OpenGis Filter EncodingImplementation Specification.

La diferencia con GetFeaturees que mientras que esta ltima devuelve todas lasinstancias que posea el tipo de fenmeno solicitado, con GetGmlObjectslo seobtienen las instancias de fenmenos solicitadas mediante su identificador.

Tabla 10: Codi ficacin para GetGmlObject


TRAVERSEXLINKDEPTH Obligatorio

Nivel de profundidad a alcanzar a t ravs de losenlaces contenidos en los atributos hrefde laspropiedades XLink. Estas propiedades seencuentran anidadas en los fenmenosseleccionados. Un valor de 1 indica que seacceda a un elemento de enlace href y sedevuelva el elemento enlazado si es posible,un valor de * indica que se acceda a todos.Necesario si no se ha especificado la listaPROPTRAVXLINKDEPTH.

TRAVERSEXLINKEXPIRY Opcional

El nmero de minutos que debe esperar pararecibir una respuesta a una operacin anidada

de GetGmlObject, realizada para cualquierpropiedad (si no se especifica una listaPROPEXPIRY) cuando interviene elcomponente TRAVERSEXLINKDEPTH. Enausencia de valor esperar hasta recibirrespuesta.

GMLOBJECTID Obligatorio El ID XML del elemento solicitado.

LockFeature (opcional)

Peticin de bloqueo sobre uno o ms tipos de fenmenos mientras se estrealizando su modificacin con la operacin Transaction. Esto aseguratransacciones de forma continuada. Esta operacin, en el mtodo POST, contieneuno o ms elementos , cada elemento definen las instancias de un tipo defenmeno a ser bloqueadas.

Tabla 11: Componentes LockFeature

Componentes Obligatoriedad Descripc inTYPENAME

(opcional si se aespecificado elFEATUREID)

Obligatorio Lista de nombres de los tipos defenmenos a ser bloqueados.

EXPIRY=N OpcionalIndica el tiempo de bloqueo del fenmeno(en minutos). Si el parmetro no seespecifica el bloqueo ser indefinido.

LOCKACTION=[ALL |SOME] Opcional

ALL intentar bloquear todos losfenmenos solicitados, si no lo consigue no




Pgina 21 de 42

Componentes Obligatoriedad Descripc inse bloquear ninguno; SOME intentabloquear tantas como sea posible.

FEATUREID(Mutuamente excluyente

con FILTER y BBOX)Opcional

Lista de instancias de fenmenossolicitadas, identificadas mediante suidentificador.


(Mutuamente excluyentecon FEATUREID y BBOX)

OpcionalDescribe un conjunto de caractersticassobre las que operar. Se debe establecerun filtro por cada tipo de fenmeno listadoen el parmetro TYPENAME.



FILTER)

OpcionalEn lugar de utilizar un FEATUREID o unFILTER, un cliente puede realizar lapeticin mediante un bounding box.

Transaction (opcional)

Una peticin transaccional est compuesta de operaciones que modificaninstancias de fenmenos geogrficos accesibles va web. Una vez terminada latransaccin el servicio WFS genera un documento XML de respuesta indicandoque el proceso se ha realizado.

Esta operacin puede realizarse directamente por parte del servicio WFS, en cuyocaso al finalizar la transaccin el servicio traslada las modificaciones al almacnde datos conectado el servicio WFS, o traducir las operaciones al lenguaje delalmacn de datos, siendo ste ltimo el encargado de realizar la operacin.

Las posibles operaciones de modificacin que pueden llevarse a cabo son: crear(Insert), actualizar (Update) y eliminar (Delete).

Tabla 12: Componentes POST de Transaction


Transaction ObligatorioPuede contener cero o ms Insert, Updateo Delete.Las operaciones se ejecutan en el orden en el quese presenten en la peticin.

LockId OpcionalEspecifica que la transaccin se realizar sobre unconjunto de instancias que han sido bloqueadaspreviamente.

Native OpcionalContiene comandos u operaciones propietarias,permitiendo acceder y actuar sobre servidores oalmacenes de datos especficos.

releaseAction=[ALL| SOME]

Opcional

ALL indica que todos los fenmenos bloqueadosdeben ser liberados una vez terminada latransaccin. SOME indica que slo los registrosmodificados deben ser liberados, el resto deelementos permanecen bloqueados.

Insert Opcional

Utilizado para crear nuevas instancias defenmenos. Por defecto los fenmenos se expresan

mediante GML3, pero pueden utilizarse otrasversiones de GML. En respuesta a esta operacin elWFS debe generar una lista de los identificadoresasignados a las nuevas instancias generadas.

inputFormat(Atributo)

Opcional Versin GML en la que crear los datos.

srsName(Atributo) Opcional

Sistema de referencia del nuevo elemento, el cualdebe ser soportado por el tipo de fenmeno al quepertenece.

Idgen(Atributo) Opcional Mtodo de asignacin de identificadores.

Update Opcional Acta sobre las propiedades de instancias defenmenos.




Pgina 22 de 42


Property(Elemento) Obligatorio

Especifica el nombre (Name) y los valores (Value)de las propiedades pertenecientes a los tipos defenmenos a modificar (typeName).

srsName(Atributo)

OpcionalSistema de referencia del nuevo elemento, el cualdebe ser soportado por el tipo de fenmeno al quepertenece.

Filter(Elemento)

Opcional Define restricciones espaciales o no espaciales paraseleccionar los fenmenos a modificar.

Delete Opcional Elimina instancias de fenmenos.Filter

(Elemento) Obligatorio Si no se define un filtro la operacin no se realiza.

Tabla 13: Componentes GET de Transaction


OPERATION=Delete ObligatorioOperacin de transaccin a ejecutar. Lasoperaciones se ejecutan en el orden en el quese presenten en la peticin.

TYPENAME(opcional si se a

especificado elFEATUREID)

Obligatorio

Lista de nombres de los tipos de fenmenos

sobre los que realizar la operacin.

RELEASEACTION=[ALL| SOME]

Opcional

ALL indica que todos los fenmenosbloqueados deben ser liberados una vezterminada la transaccin. SOME indica queslo los registros modificados deben serliberados, el resto de elementos permanecenbloqueados.

FEATUREID(Mutuamente excluyente

con FILTER y BBOX)Opcional Lista de instancias de fenmenos sobre los queoperar, identificadas mediante su identificador.



BBOX)

Opcional

Describe un conjunto de caractersticas sobrelas que operar. Se debe establecer un filtro porcada tipo de fenmeno listado en el parmetroTYPENAME.



FILTER)

OpcionalEn lugar de utilizar un FEATUREID o unFILTER, un cliente puede realizar la peticinmediante un boundingbox.




Pgina 23 de 42

3 ESTANDAR PARA SERVICIO DE COBERTURA WCS.

WCS, Web Coverage Service

El servicio Web Coverage Service (WCS) o Servicio de Coberturas de mapas,ofrece la obtencin de datos georreferenciados en un formato del tipo cobertura

multi-dimensionales para el acceso a travs de la web, de modo que sean tilespara la representacin o como dato de entrada de modelos cientficos

Al igual que el estndarWeb Map Service (WMS)y el Web Feature Service (WFS),permite al cliente seleccionar parte de la informacin, que posee el servidor,basndose en diferentes criterios, como por ejemplo las restricciones espaciales.

Este estndar nos brinda un conjunto de requisitos bsicos que una aplicacin WCSdebe cumplir, esto tambin es vlido al utilizar el GML como un formato de entregade la cobertura, con el cual a diferencia del WMS, que devuelve los datosgeorreferenciados para ser representados como mapas estticos (devueltos comoimgenes desde un servidor) el estndar Web Coverage Service define una sintaxisrica para las solicitudes en contra de estos datos devolvindolos con su semnticaoriginal (en lugar de las imgenes) los cuales pueden ser interpretados,

extrapolados, procesados, etc.Esta versin de especificacin se limita a peticiones y descripciones de coberturasde mallas regulares (grid coverage), aunque el interfaz ha sido diseado de formaque en futuras versiones sea posible desarrollarlo permitiendo otros tipos decoberturas definidas en OGC Abstract Specification Topic 6.

Operaciones

El servicio WCS proporciona tres (3) operaciones cuya implementacin esobligatoria por parte del servidor. Estas operaciones pueden utilizar HTTP GET concodificacin KVP o HTTP POST con codificacin XML o SOAP, es mediante eldocumento de capacidades como se indica qu tipo de codificacin POST soportael servidor del WCS.

Los parmetros que se definen a continuacin pertenecen a la versin 1.1.1 de esteestndar, mientras que los ejemplos expuestos se realizan con WCS versin 1.0.0,por ser los implementados hasta la fecha. Las diferencias de notaciones y lasvariaciones bsicas que posee la versin 1.1.1 con respecto a la 1.0.0 son:

vUso de GridCRS en descripciones de peticiones de coberturas

vDescripcin jerrquica de las coberturas

vMltiples campos por cobertura

vRespuestas XML y opcionalmente respuestas asincrnicas(almacenamiento de respuestas)

GetCapabili ties (obligatorio)

Permite obtener el documento XML de capacidades, donde se describenlas caractersticas del servicio y donde normalmente se incluye una brevedescripcin de las coberturas que ofrece. En el caso que el documento XMLdevuelto no contenga la descripcin de las coberturas que posee, debe disponersede informacin similar en una fuente aparte, como por ejemplo un catlogo deimgenes.




Pgina 24 de 42

Tabla 14: Componentes de GetCapabili ties


SERVICE=WCS ObligatorioTipo de Servicio al que vadirigida la peticin.

REQUEST=GetCapabilities Obligatorio Nombre de la operacin.

ACCEPTVERSION Opcional

Versiones de la especificacin

OGC que acepta el cliente,separadas por comas y enorden de preferencia.

SECTIONS=Contents Opcional

Lista de cero o ms nombres desecciones del documento demetadatos del servicio,separados por comas, que sedesea sean devueltos en eldocumento de metadatos delservicio.

UPDATESECUENCE Opcional

Versin del documento demetadatos del servicio, valorque se incrementa cuando serealizan cambios en eldocumento completo.

ACCEPTFORMATS=text/xml OpcionalSecuencia de cero o msformatos de respuestadeseados por el cliente,separados por comas y pororden de preferencia.

Descri beCoverage (obligatorio)

Devuelve un documento XML con una descripcin detallada de una o variascoberturas de las suministradas por el servicio.

El documento XML devuelto con la descripcin de la cobertura debe contener:

v Identifier: identificador nico de la cobertura.

vDomain: Definicin del dominio espacial y/o temporal para las localizaciones

de las coberturas.

v Range: Define el rango de valores y el tipo de propiedades (categoras,medidas, etc.) asignadas a cada localizacin en el dominio.

v SupportedCRSs: Relacin de baseCRS definidos para cada GridCRS,utilizados por la operacin GetCoverage para expresar las coberturas queposee.

vSupportedFormats: Formatos en los que pueden ser devueltos lascoberturas en respuesta a un GetCoverage (ejemplo: GeoTiff, HDF-EOS,NITF, CF-Net-CDF).

Tabla 15: Componentes de DescribeCoverageComponentes Obligatoriedad Descripcin

SERVICE=WCS Obligatorio Tipo de Servicio al que va dirigida lapeticin.

REQUEST= DescribeCoverage Obligatorio Nombre de la operacin.VERSION= version Obligatorio Versin de la especificacin OGC.

IDENTIFIERS=identifier1,identifier2,

ObligatorioLista de los identificadores de lascoberturas que se desea seandescritas.




Pgina 25 de 42

GetCoverage (obligatorio)

Permite obtener una cobertura o parte de ella. Por tanto es necesario indicaralguna o todas, las caractersticas bsicas que definen el subconjunto de datosrequerido, es decir, el dominio, el rango de valores, el tipo de re-muestreo, elformato de datos y forma de entrega del resultado. Para ello es necesario conocer

primero cul es la definicin del tipo de coberturas que posee el servicio mediantela operacin DescribeCoverage.

Por defecto, todos los componentes de la cobertura solicitada mediante estaoperacin, son devueltos directamente en la respuesta. Opcionalmente el serviciopuede tener implementada la posibilidad de almacenar los componentes de lacobertura como un recurso accesible va web, en cuyo caso la respuesta incluirala referencia URL a dicho recurso, siempre y cuando se indique en la peticin quelos resultados deben ser almacenados.

Procesar una operacin GetCoverage puede ser entendido conceptualmentecomo una secuencia de operaciones, cuyo esquema fundamental sera:

vRealizar una transformacin de coordenadas (incluyendo el escalado

espacial) en el CRS que se desea, mediante un re-muestreo coninterpolacin espacial.

vGenerar el subconjunto de datos espacial.

vGenerar el subconjunto de datos temporal.

vGenerar el subconjunto de propiedades (range).

v Convertir los datos al formato solicitado. En funcin del formato, puedenecesitarse interpolar los valores que posee cada localizacin en lacobertura original, como consecuencia es probable que se produzca prdidade precisin.

v

Salida de resultados de una muestra de la cobertura.Tabla 16: Componentes de GetCoverage


SERVICE=WCS Obligatorio Tipo de Servicio al que va dirigidala peticin.REQUEST=GetCoverage Obligatorio Nombre de la operacin.

VERSION= version Obligatorio Versin de la especificacin OGC.

IDENTIFIER ObligatorioIdentificador nico de la coberturasolicitada.

BOUNDINGBOX=coordenadas,urn:ogc:def:crs:EPSG:X

Opcional(Obligatorio si no se

indicaTIMESECUENCE)

Encuadre que defineespacialmente la coberturasolicitada, en el sistema dereferencia que se indica mediantesu URN.

TIMESECUENCEOpcional(Obligatorio si no se

indicaBOUNDINGBOX)

Solicita un subconjunto de datoscorrespondientes a instantes ointervalos de tiempo determinados.

RANGESUBSET OpcionalSolicita solamente algunos campos(propiedades).

FORMAT Obligatorio Formato de salida de la cobertura,dentro de los que sta posee.

STORE Opcional Especifica si la respuesta debe seralmacenada.

GRIDBASECRS=urn:ogc:def:crs:EPSGX

Opcional.Parmetros

pertenecientes a la

Identifica el sistema de referenciabase, para el GridCRS de salidadeseado.




Pgina 26 de 42


GRIDTYPE=urn:ogc:def:method:WCS:1.1:2dGridIn2dCrs

estructura de datosGridCRS.

Se utilizan parasolicitar los datos de

salida en otroSistema de

Referencia deCoordenadas (CRS),distinto al que posee

la coberturaalmacenada

Identifica el mtodo de generacinde la malla, en el sistema dereferencia base.

GRIDCS=urn:ogc:def:cs:OGC:0.0:Grid2dSquareCS

Identifica el Sistema Cartesiano 2Do 3D utilizado por el GridCRS.

GRIDORIGINCoordenadas del origen de lamalla, en el sistema de referenciabase del GridCRS deseado.

GRIDOFFSETSSeparacin entre los puntosadyacentes de la malla, en elsistema de referencia base.




Pgina 27 de 42

4 ESTANDAR PARA SERVICIO DE CATALOGO CSW.

CSW, Catalogue Service for the Web

El servicio Catalogue Service for the Web (CSW) o Servicio de Catalogo es unestndar definido por la OGC que especifica la interfaz, el enlace y el marco de

trabajo para publicar y generar bsquedas de conjuntos de informacin de tipodescriptiva (metadatos) sobre los datos, servicios y objetos de informacinrelacionados.

Este servicio de catlogo es uno de los tres servicios fundamentales que debeexistir en una Infraestructura de Datos Espaciales: consulta, visualizacin ydescarga.

Los servicios de los catlogos representan las caractersticas de los recursos quepueden ser consultadas y presentadas para su evaluacin por los clientes, ya seanusuarios o aplicaciones software.

Operaciones

A continuacin se muestran diferentes peticiones POST al servicio CSWimplementado de la Infraestructura de Datos Espaciales del Per.

GetCapabili ties (obligatorio)

GetCapabilities?es obligatoria y permite a los clientes CSW obtener metadatosdel servicio. La respuesta se envi en un documento XML.

La peticin debe implementar los parmetros request, service, Sections,AcceptVersions? y AcceptFormats? y puede implementar el parmetroupdateSequence.

Las secciones del documento XML del metadatos son:

vServiceIdentification?.

vServiceProvider?.

vOperationsMetadata?.

vContents.

vFilter_Capabilities.

Operacin GetCapabilities: Solicitud de las caractersticas del servicioInfraestructura de Datos Espaciales-CSW :

2.0.0 text/xml

GetRecords (obligatorio)

Permite la bsqueda y presentacin de registros de metadatos.

Parmetros:

vREQUEST, service, version.

vNAMESPACE.

v resulType : Puede mostrar tres valores.




Pgina 28 de 42

vHITS. Indica el nmero de registro que satisface la peticin.

vRESULTS. Se solicita el conjunto de registros resultado.

vVALIDATE: Valida la consulta.

voutputFormat: Indica el esquema de la salida generada, por defecto toma elvalor OGCCORE, pero otros valores pueden ser FGDC, ISO19119 oISO19139.

voutputSchema.

vstartPosition: Indica el registro desde el que se empieza la bsqueda.

vmaxRecords.

v typeNames.

v ElementSetName? o ElementName? : Indica la lista de elementos oconjuntos de elementos de los metadatos que deben devolverse.

vConstraint: Es una restriccin que debe cumplir el conjunto resultado. Seexpresa segn el lenguaje indicado en el parmetroCONSTRAINTLANGUAGE.

vSortBy?: Permite ordenar el conjunto resultado.

v DistributedSearch?: Indica que la consulta puede ser distribuida, y elparmetro hopCount limita el nmero de veces que puede transmitirse laconsulta. * hopCount.

vResponseHandler?: Indica si la operacin es sincronizada o no.

Operacin GetRecords: Solicitud de los registros del catlogo cuyo tema, ttuloo descripcin sea Lima:

full

typeSERVICIO

subjectLima

titleLima




Pgina 29 de 42

description

Lima/Literal>

GetRecordById (opcional)

Solicita la representacin por defecto de los registros localizados por suidentificador.

Parmetros:

vREQUEST.

v service.

vversion.vElementSetName? (brief, summary, full).

v Id (lista de identificadores).

Operacin GetRecordById: Solicitud de la representacin por defecto de losregistros del catlogo de la IDEP localizados por el identificador

ign-bcn25-100-1brief

DescribeRecord? (Obligatorio)

La operacin DescribeRecord? permite obtener elementos del modelo deinformacin soportado.

Los parmetros de la peticin son:

vREQUEST=DescribeRecord?

vservide=CSW

vversion=2.0.0

vNAMESPACE: Declaracin de espacios de nombres para conocerexactamente que tipos van a describirse.

vTypeName?: Lista de tipos descritos en el catlogo.

voutputFormat.

vschemaLanguage: Esquema de descripcin que se usa.

Operacin DescribeRecord: Solicitud de una descripcin genrica de losregistros del catlogo.




Pgina 30 de 42

outputFormat='text/xml schemaLanguage= XMLSCHEMA >




Pgina 31 de 42

5 ESTANDAR PARA SERVICIO DE PROCESAMIENTO EN WEB WPS

WPS, Web Processing Service

El servicio Web Processing Service (WPS) o Servicio de publicacin de Procesosgeoespaciales en la web, es una interfaz propuesto por la OGC que proporciona

normas para estandarizar la forma de entradas y salidas (solicitudes y respuestas)para servicios de geoprocesamiento. Este servicio tambin define la forma como uncliente puede solicitar la ejecucin de un proceso y la forma como se maneja lasalida del mismo.

Define una interfaz que facilita la publicacin de geo-procesos y el anlisis de losclientes. Los datos requeridos por el WPS se pueden entregar a travs de la web opueden estar disponibles en un servidor.

Cabe destacar que el estndar WPS permite realizar operaciones de anlisis ytratamiento de informacin espacial no prevista en los otros estndares. Laespecificacin WPS se centra en la definicin de un protocolo de comunicacinentre cliente y servidor para realizar geo-procesos usando servicios y datosgeorreferenciados.

Este estndar es un interfaz genrico, por lo que no define ni los procesos, ni losdatos especficos de entrada o de salida (producidos en el clculo), sino que losdescribe de forma genrica, siendo cada implementacin WPS la que defina suforma de trabajar.

Los datos a usarse en este estndar pueden comprender, por ejemplo, formatos deimgenes tales como GeoTIFF, o estndares de intercambio de datos comoGeography Markup Language (GML) o Geolinked Data Acces Service (GDAS). Esteestndar tampoco aborda la forma de archivar, catalogar, buscar, o recuperar lainformacin que ha sido creada por un WPS.

Segn la OGC, el estndar WPS describe un interfaz de peticin/respuesta en elque se define cmo:

vCodificar las solicitudes de ejecucin de procesos.

vCodificar las respuestas resultado de la ejecucin de procesos.

v Integrar datos y metadatos en las entradas y salidas.

vReferenciar va web datos de entrada y salida.

vRealizar procesos de larga duracin.

vDevolver informacin acerca del estado del proceso.

vDevolver errores de procesamiento.

vSolicitar el almacenamiento de las resultados de los procesos.

Operaciones

GetCapabilities (obligatoria)

Permite obtener el documento de capacidades, donde se describen lascaractersticas del servicio. En l se proporcionan los nombres y una descripcingeneral de cada uno de los procesos que ofrece el servicio. Por ejemplo, larespuesta de un GetCapabilities puede indicar que el WPS soporta una operacinllamada interseccin y que esta operacin est limitada a intersectar un polgonocon otro.




Pgina 32 de 42

Tabla 17: Componentes GetCapabilit ies


Service=WPS Obligatorio Tipo de Servicio al que va dirigida lapeticin.

Request=GetCapabilities Obligatorio Nombre de la operacin.

AceptVersions Opcional Versiones que acepta.Language Opcional

Idioma del documento respuesta, soportadopor el servidor.

Ejemplo HTTP GET

La peticin es una URL que contiene los parmetros necesarios para poderconstruir una solicitud correcta.

http://.../WPS/services?REQUEST=GetCapabilities&SERVICE=WPS

La respuesta es un documento XML que contiene los metadatos del servicioincluyendo una breve descripcin de todos los procesos implementados, estosprocesos son:

v GetLineOfSightPng, realiza la lnea de visibilidad desde una posicin

definida por las coordenadas de un supuesto observador, a una altura daday con una distancia mxima de visibilidad. La lnea de visibilidad se calculasobre un mapa rster en formato ASCIIGridExtended enviado mediante unapeticin a un WCS. Obtiene la lnea de visibilidad en un archivo como unaimagen en formato PNG.

v GetProfileTxt, realiza el perfil de elevaciones sobre un mapa rster enformato ASCIIGridExtended obtenido mediante una peticin a WCS. Lospuntos que definen el perfil se envan por pares de coordenadas. Devuelveun archivo ASCII con los valores de las alturas.

v GetProfilePng, realiza el perfil de elevaciones sobre un mapa rster en

formato ASCIIGridExtended obtenido mediante una peticin a WCS. Lospuntos que definen el perfil se envan por pares de coordenadas. Devuelveun archivo con una imagen en formato PNG.

v IntersectRsterWithAsciiPolygon, realiza la interseccin entre un maparster en formato floatGrid comprimido en ZIP, obtenido de un WCS, y unmapa vectorial pasado como un polgono en formato ASCII de Grass. Elresultado devuelve un rster en formato ASCII.

v IntersectRsterWithPolygon, realiza la interseccin entre un mapa rster enformato floatGrid comprimido en ZIP, obtenido de un WCS, y un mapavectorial en formato ShapeFile pasado como una peticin a un WFS. El

resultado devuelve un rster en formato ASCII.v RsterStatistics, realiza la interseccin entre un mapa rster en formato

floatGrid comprimido en ZIP, obtenido de un WCS, y un mapa vectorial enformato ShapeFile enviado mediante una peticin a un WFS o como unpolgono en formato ASCII de Grass, incluyendo adems el valor mximo,mnimo y medio del mapa.

vBuffer_vectorial, realiza la operacin Buffer de una geometra, sta puedepasarse tanto como un mapa vectorial en formato ASCII de Grass como por




Pgina 33 de 42

una peticin a un WFS. Devuelve la ruta a un fichero ShapeFile comprimidoen ZIP, o un fichero GML con la geometra del buffer.

vBuffer_rster, realiza la operacin Buffer de un mapa rster a una distanciadada.

vVectorialOverlay, realiza una operacin entre dos mapas vectorialespreviamente obtenidos en formato ASCII vectorial o mediante una peticina un WFS. Las operaciones disponibles son de unin, interseccin, XOR yNOT.

v AnalisisTerritorialAreas, clculo de reas resultado de la interseccin dedistintos tipos de geometras del Corine con otros mapas vectoriales y rster.Permite aadir restricciones sobre los mapas rster en cuanto a alturasmximas y mnimas. Como respuesta genera una imagen de las reasresultado de la operacin.

v RsterDistance, calcula la distancia entre dos mapas rster obtenidos

mediante peticiones a un WCS. Se obtiene la mnima distancia y los puntosms prximos ente los mapas.

vVectorialDistance, calcula la distancia entre un mapa vectorial y un punto. Elmapa vectorial se obtiene mediante una peticin a un WFS o introducindoloen formato ASCII de Grass.

vVectorialRsterDistance, distancia entre un mapa rster, obtenido medianteuna peticin a un WCS, y un mapa vectorial, obtenido mediante una lapeticin a un WFS o introducindolo en formato ASCII de Grass. Se obtienela mnima distancia y los puntos ms prximos entre los mapas.

v FeatureInsideFeature., informa si un mapa vectorial se solapa con otro.

Estos mapas se pueden obtener por medio de una peticin a un WFS o serintroducidos como un mapa vectorial en formato ASCII de Gra

directiva estandares de sw informacion georreferenciada v1.3

Documents