{ "id": "norm-81143", "citation": "La Gaceta N° 39, 25/02/2016", "section": "norms", "doc_type": null, "title_es": "Estándares para la Publicación Web de Información Geográfica de Costa Rica", "title_en": "Standards for Web Publication of Geographic Information of Costa Rica", "summary_es": "La Norma Técnica de Información Geográfica NTIG_CR05_01.2016 establece los requisitos mínimos obligatorios para desarrollar servicios web de información geográfica y nodos del Sistema Nacional de Información Territorial (SNIT), garantizando la interoperabilidad de los datos y plataformas. Emitida por el Instituto Geográfico Nacional (IGN), se fundamenta en la Ley de Creación del Registro Nacional (N° 5695), la reforma de la Ley N° 59 (Ley N° 8905) y el Decreto Ejecutivo N° 37773-JP-H-MINAE-MICITT que crea el SNIT. La norma detalla los estándares del Consorcio Geoespacial Abierto (OGC) como WMS, WFS, WCS, WMTS y CSW, y especifica el sistema de referencia oficial CRTM05-CR05. Define los componentes de arquitectura de publicación: repositorio de datos, servidor de mapas, servidor de catálogo y clientes ligeros/pesados. También aborda requerimientos de comunicación, roles como administrador TI, editores de información espacial y encargado de geoservicios. Es de acatamiento obligatorio para el sector público, privado y público general a partir de su publicación en La Gaceta.", "summary_en": "The NTIG_CR05_01.2016 Geographic Information Technical Standard establishes the minimum mandatory requirements for developing web services for geographic information and nodes of the National Territorial Information System (SNIT), ensuring data and platform interoperability. Issued by the National Geographic Institute (IGN), it is grounded in the National Registry Creation Law (No. 5695), the reform of Law No. 59 (Law No. 8905), and Executive Decree No. 37773-JP-H-MINAE-MICITT creating the SNIT. The standard details Open Geospatial Consortium (OGC) standards such as WMS, WFS, WCS, WMTS, and CSW, and specifies the official reference system CRTM05-CR05. It defines the publication architecture components: data repository, map server, catalog server, and thin/thick clients. It also addresses communication requirements, roles such as IT administrator, spatial information editors, and geoservices manager. Compliance is mandatory for the public, private, and general public sectors as of its publication in La Gaceta.", "court_or_agency": "", "date": "", "year": "", "topic_ids": [ "_off-topic" ], "primary_topic_id": "_off-topic", "es_concept_hints": [ "NTIG", "SNIT", "geoportal", "WMS", "WFS", "CSW", "CRTM05", "EPSG 5367" ], "concept_anchors": [ { "article": "Art. 129", "law": "Ley 6227" }, { "article": "Art. 240", "law": "Ley 6227" }, { "article": "", "law": "Ley 5695" }, { "article": "", "law": "Ley 59" }, { "article": "", "law": "Ley 8905" }, { "article": "Art. 1", "law": "Decreto Ejecutivo 37773" }, { "article": "Art. 2", "law": "Decreto Ejecutivo 37773" } ], "keywords_es": [ "NTIG", "información geográfica", "publicación web", "estándares", "interoperabilidad", "SNIT", "OGC", "WMS", "WFS", "geoservicios", "IGN", "metadatos", "CRTM05", "IDECORI", "geoportal" ], "keywords_en": [ "NTIG", "geographic information", "web publication", "standards", "interoperability", "SNIT", "OGC", "WMS", "WFS", "geoservices", "IGN", "metadata", "CRTM05", "IDECORI", "geoportal" ], "excerpt_es": "La presente Norma Técnica tiene por objeto establecer las disposiciones mínimas que se deben considerar para desarrollar servicios Web de información geográfica, así como los nodos del Sistema Nacional de Información Territorial, que garanticen la interoperabilidad de la información y las plataformas que le dan soporte. La aplicación e interpretación de la presente Norma Técnica, para efectos administrativos y técnicos corresponderá al Instituto Geográfico Nacional, quien resolverá los casos no previstos por la misma, y velará por su actualización conforme corresponda de acuerdo con las necesidades que motiven cambios en la Norma Técnica. La presente directriz constituye un marco de referencia general sobre los requisitos mínimos que debe observar este Instituto, otras entidades públicas, sector privado y público en general: productores, gestores y usuarios de información geográfica georreferenciada.", "excerpt_en": "The purpose of this Technical Standard is to establish the minimum provisions to be considered for developing geographic information Web services, as well as the nodes of the National Territorial Information System, ensuring the interoperability of the information and the platforms that support it. The application and interpretation of this Technical Standard, for administrative and technical purposes, shall be the responsibility of the National Geographic Institute, which shall resolve unforeseen cases and ensure its update as changes to the Technical Standard arise. This directive constitutes a general reference framework on the minimum requirements to be observed by this Institute, other public entities, the private sector, and the general public: producers, managers, and users of georeferenced geographic information.", "outcome": { "label_en": "Active norm", "label_es": "Norma vigente", "summary_en": "The National Geographic Institute issues Technical Standard NTIG_CR05_01.2016, establishing mandatory standards for web publication of geographic information in Costa Rica.", "summary_es": "El Instituto Geográfico Nacional emite la Norma Técnica NTIG_CR05_01.2016, que establece los estándares obligatorios para la publicación web de información geográfica en Costa Rica." }, "pull_quotes": [ { "context": "Disposición 2°", "quote_en": "The purpose of this Technical Standard is to establish the minimum provisions to be considered for developing geographic information Web services, as well as the nodes of the National Territorial Information System, ensuring the interoperability of the information and the platforms that support it.", "quote_es": "La presente Norma Técnica tiene por objeto establecer las disposiciones mínimas que se deben considerar para desarrollar servicios Web de información geográfica, así como los nodos del Sistema Nacional de Información Territorial, que garanticen la interoperabilidad de la información y las plataformas que le dan soporte." }, { "context": "Presentación", "quote_en": "The SNIT is a very important step in the consolidation process of the Costa Rican Spatial Data Infrastructure (IDECORI), defined as the set of policies, organizations, standards, and technologies that work together to produce, share, and use the geographic information necessary to support the country's development in various fields.", "quote_es": "El SNIT es un paso muy importante en el proceso de consolidación de la Infraestructura de Datos Espaciales de Costa Rica (IDECORI), que se define como el conjunto de políticas, organizaciones, estándares y tecnologías que trabajan de forma conjunta para producir, compartir y usar la información geográfica necesaria para apoyar el desarrollo del país en diversos ámbitos." }, { "context": "Punto 6.3", "quote_en": "In selecting the software to be used as a map server, aspects such as the publisher's needs, types of service customization, and licensing must be considered—variables that, together with service maintenance and updating, are directly linked to human and financial resources.", "quote_es": "En la selección del software que se utilizará como servidor de mapas, se deben considerar aspectos como, las necesidades del publicador, los tipos de personalización de los servicios y el licenciamiento, variables que sumadas al mantenimiento y actualización de los servicios, están directamente ligadas al recurso humano y financiero." } ], "cites": [], "cited_by": [], "references": { "internal": [ { "target_id": "norm-13231", "kind": "concept_anchor", "label": "Ley 6227 Art. 129" }, { "target_id": "norm-37687", "kind": "concept_anchor", "label": "Ley 5695" }, { "target_id": "norm-75234", "kind": "concept_anchor", "label": "Decreto Ejecutivo 37773 Art. 1" } ], "external": [] }, "source_url": "", "tier": 2, "_editorial_citation_count": 0, "regulations_by_article": null, "amendments_by_article": null, "dictamen_by_article": null, "concordancias_by_article": null, "afectaciones_by_article": null, "resoluciones_by_article": null, "cited_by_votos": [], "cited_norms": [], "cited_norms_inverted": [], "sentencias_relacionadas": [], "temas_y_subtemas": [], "cascade_only": false, "amendment_count": 0, "body_es_text": "en la totalidad del texto\n\n -\n\n Texto Completo Norma 005\n\n Norma Técnica de Información Geográfica. NTIG_CR05_01.2016: Estándares para\nla Publicación Web de Información Geográfica de Costa Rica\n\nTexto Completo acta: 10B58C\n\nINSTITUTO GEOGRÁFICO NACIONAL\n\nDIRECTRIZ N° DIG-005-2016\n\nDe: MSc. Max A. Lobo\nHernández\n\nInstituto Geográfico\nNacional\n\nDirector\n\nPara: Funcionarios y\nusuarios del Instituto Geográfico Nacional y en general, sector público (Poderes\nde la República, instituciones autónomas y semiautónomas, entes adscritos a\ninstituciones autónomas, empresas públicas estatales, empresas públicas no\nestatales, entes públicos no estatales, entes administradores de fondos\npúblicos, municipalidades y órganos municipales adscritos), sector privado,\npersonas físicas y público en general.\n\nAsunto: Norma Técnica\nde Información Geográfica.\n\nNTIG_CR05_01.2016: Estándares\npara la Publicación Web de Información Geográfica de Costa Rica.\n\nFecha: 12 de enero\ndel 2016.\n\nFirma:\n\nCon fundamento en lo\nnormado por el artículo 129 de la Constitución Política; los artículos 102 y\n240 de la Ley N° 6227, Ley General de la Administración Pública de 2 de mayo de\n1978 y sus reformas; la Ley de Creación del Registro Nacional, N° 5695 de 28 de\nmayo de 1975 y sus reformas; y el Decreto Ejecutivo N° 38499-JP, denominado\nReglamento Autónomo de Servicio del Registro Nacional.\n\nConsiderando:\n\nI.-Que la publicación\nes un requisito de eficacia de las normas, de conformidad con la interpretación\nde los artículos 129 Constitucional y 240 de la Ley General de la\nAdministración Pública.\n\nII.-Que la ley N° 59\ndel 04 de julio de 1944 (publicada en la Colección leyes y decretos del, año\n1944, semestre 2, tomo 2, página 9) sobre creación del Instituto Geográfico\nNacional, y la ley N° 8905 del 07 de diciembre de 2010 (publicado en La\nGaceta N° 18 del 26 de enero de 2011) sobre \"Reforma del artículo 2 de la\nley N° 5695, Creación del Registro Nacional, y sus reformas; y modificación de\nla ley N° 59, Creación y Organización del Instituto Geográfico Nacional, de 4\nde julio de 1944, y sus reformas\", determinan la competencia legal del\nInstituto Geográfico Nacional al señalar, en los artículos 1° y 2°, entre\notros, sus áreas técnicas de competencia, señalando:\n\n\"Artículo\n1°-Declárase el Instituto Geográfico Nacional (IGN), como una dependencia del\nRegistro Nacional. La Junta Administrativa del Registro Nacional administrará\nel presupuesto del Instituto, suscribirá los contratos y convenios necesarios\npara el ejercicio de sus funciones. El IGN será la dependencia científica y\ntécnica rectora de la cartografía nacional, destinada a la ejecución del Mapa\nbásico oficial y la Descripción básica geográfica de la República de Costa Rica\ny a los estudios, las investigaciones o labores y el desarrollo de políticas\nnacionales de carácter cartográfico, geográfico, geodésico, geofísico y de\níndole similar que tenga relación con dichas obras, con el fin de apoyar los\nprocesos de planificación.\n\nArtículo 2°-El Instituto\nGeográfico Nacional constituirá de manera permanente y en representación del\nEstado, la autoridad oficial en todo lo relativo a las materias técnicas\nmencionadas; entendiéndose que su autoridad se extiende a las actividades de\ncualquier orden que tengan por origen los trabajos confiados a su cargo o sean\nla consecuencia de éstos.\"\n\nIII.-Que el Decreto\nEjecutivo N° 37773 JP-H-MINAE-MICIT del 07 de mayo de 2013 (publicado en La\nGaceta N° 134 del 12 de julio de 2013) sobre la creación del Sistema Nacional\nde Información Territorial (SNIT) y el establecimiento y consolidación de una\nInfraestructura de Datos Espaciales para Costa Rica, en sus artículos 1° y 2°,\nfundamentan la necesidad de creación del SNIT al disponer:\n\n \"Artículo 1°-Créase el Sistema Nacional de\nInformación Territorial, que podrá denominarse por sus siglas como SNIT, como\nun sistema que publicita y publica en forma integral la información territorial\ntemática debidamente georeferenciada, estandarizada y compatibilizada a la\ninformación territorial de base constituida por la cartografía catastral y\ntopográfica oficial, generada en una primera etapa a partir de los\nlevantamientos ortofotogramétricos, topográficos y cartográficos, por el\nPrograma de Regularización del Catastro y Registro a diferentes escalas, así\ncomo la ortofotografía aérea, la imagen de satélite, así como cualquier otro\ntipo de medio que estime el Registro Nacional.\n\nArtículo 2°-El SNIT\ntiene objetivos generales promover la generación de productos, servicios e\ninformación geográfica georeferenciada de cubrimiento nacional, regional y\nlocal y publicar en forma integrada y georeferenciada la información\nterritorial producida por entes y órganos públicos, así como por personas\nprivadas, físicas o jurídicas, y uniformar la información geoespacial\nestandarizada en el marco de una infraestructura de datos común.\"\n\nIV.-Que en\ncorrespondencia con la normativa legal citada en los Considerandos precedentes,\nle corresponde al Instituto Geográfico Nacional definir y oficializar Normas\nTécnicas de Información Geográfica (NTIG) que orienten a funcionarios y\nusuarios del Instituto Geográfico Nacional, y en general, al sector público,\nsector privado, personas físicas y público en general, tanto productor, gestor\ny usuario de información geográfica generar e intercambiar datos e información\ngeográfica, que muestren consistencia, compatibilidad, interoperabilidad y\ncomparación en sus procesos, como resultado de la estandarización en sus\nprocesos de producción y publicación para la toma de decisiones.\n\nV.-Que dentro de este\nmarco de acción, destaca como piedra angular el SNIT, el cual tiene como\nobjetivo general promover la generación de productos, servicios e información\ngeográfica básica y temática de cubrimiento nacional, regional y local, y\npublicar en forma integrada y georreferenciada la información territorial\nproducida por entes y órganos públicos, así como por personas privadas, físicas\no jurídicas, y homologar la información geoespacial estandarizada en el marco\nde una infraestructura de datos común.\n\nVI.-Que el Instituto\nGeográfico Nacional ha definido un grupo base de normas técnicas de información\ngeográfica cuyo propósito es garantizar el uso y gestión de información\ngeográfica básica y temática sobre el territorio, con estándares que aseguren\nla interoperabilidad de esta, así como su publicación integrada mediante el\ngeoportal del Sistema Nacional de Información Territorial, estas normas se\ndefinen como documentos técnicos individuales de normatividad de información\ngeográfica, denominadas Normas Técnicas de Información Geográfica de Costa Rica\n(NTIG_CR00_00.0000), donde las dos cifras posteriores al CR corresponden a\nidentificador de la norma, las siguientes dos cifras al mes y las últimas\ncuatro cifras al año de publicación de la norma).\n\nVII.-Que las Normas Técnicas de Información Geográfica constituyen la\nbase definida por el Instituto Geográfico Nacional como necesaria y fundamental\nque requieren los funcionarios y usuarios del Instituto Geográfico Nacional, y\nen general, al sector público, sector privado, personas físicas y público en\ngeneral, para la producción, gestión y publicación de datos geográficos\ngeorreferenciados, es decir, de datos que provienen o son de uso en\naplicaciones geográficas, y que representan la superficie terrestre o la\ngeometría de objetos en el espacio geográfico. Por tanto:\n\nRESUELVE:\n\nEmitir la siguiente:\n\nNORMA TÉCNICA DE\nINFORMACIÓN GEOGRÁFICA\n\nSOBRE ESTÁNDARES PARA LA PUBLICACIÓN\n\nWEB DE INFORMACIÓN GEOGRÁFICA\n\nDE COSTA RICA\n\n1°-Nomenclatura: NTIG_CR05_01.2016:\nEstándares para la Publicación Web de Información Geográfica de Costa Rica.\n\n2°-Objeto:\nLa presente Norma Técnica de Información Geográfica tiene por objeto\nestablecer las disposiciones mínimas que se deben considerar para desarrollar\nservicios Web de información geográfica, así como los nodos del Sistema\nNacional de Información Territorial, que garanticen la interoperabilidad de la\ninformación y las plataformas que le dan soporte.\n\n3°-Ámbito\nde Aplicación: La presente Norma Técnica es de observancia obligatoria. La\naplicación e interpretación de la presente Norma Técnica, para efectos\nadministrativos y técnicos corresponderá al Instituto Geográfico Nacional,\nquien resolverá los casos no previstos por la misma, y velará por su\nactualización conforme corresponda de acuerdo con las necesidades que motiven\ncambios en la Norma Técnica.\n\n4°-Alcance:\nLa presente directriz constituye un marco de referencia general sobre los\nrequisitos mínimos que debe observar este Instituto, otras entidades públicas,\nsector privado y público en general: productores, gestores y usuarios de\ninformación geográfica georreferenciada.\n\n5°-Aprobación\ntécnica: La Norma Técnica de Información Geográfica denominada\nNTIG_CR05_01.2016: Estándares para la Publicación Web de Información\nGeográfica de Costa Rica, es producto de un trabajo realizado por\nfuncionarios de diversos niveles profesionales del Instituto Geográfico\nNacional, y la misma fue conocida, validada y finalmente aprobada técnicamente\na las quince horas del día 12 de enero de 2016, conforme está registrado mediante\nel oficio N° DIG-0014-2016 de esa misma fecha, firmado por el MSc. Max A. Lobo\nHernández, Director del Instituto Geográfico Nacional.\n\n6°-Publicación:\nLa Norma Técnica de Información Geográfica denominada NTIG_CR05_01.2016: Estándares\npara la Publicación Web de Información Geográfica de Costa Rica está\ndisponible completa para acceso público a través de la página web oficial del\nSistema Nacional de Información Territorial (SNIT): www.snitcr.go.cr.\n\n \n\n(Nota de Sinalevi: La presente norma se extrajo del sitio web del Instituto\nGeográfico Nacional, por lo que se transcribe a continuación:)\n\n \n\n NTIG_CR05_01.2016: Estándares para la\nPublicación Web de Información Geográfica de Costa Rica\n\nPresentación\n\nTengo el agrado de\npresentar la Norma Técnica de Información Geográfica de Costa Rica (NTIG_CR05)\ndenominada Estándares para la Publicación Web de Información Geográfica de\nCosta Rica versión de enero de 2016, el cual comprende una serie protocolos\nde programación informática que tienen como finalidad mejorar y ordenar las\nactividades relacionadas con la publicación de la información geográfica de\ncarácter nacional, regional y local.\n\nEn este proceso el\nInstituto Geográfico Nacional (IGN) ha utilizado como referencia las normas y\nestándares internacionales en el ámbito geoespacial, desarrolladas por la\nOrganización Internacional de Normalización (ISO), por medio del Comité ISO/TC\n211 de Información Geográfica/Geomática, el cual\ninició sus trabajos en 1994 y produce normas de uso global desde el año 2000.\n\nA nivel de servicios\nWeb para información geoespacial, el IGN se ha adherido a los estándares\ndefinidos por el Consorcio Geoespacial Abierto (Open Geospatial\nConsortium - OGC), entidad internacional que\nestablece los parámetros necesarios para asegurar la interoperabilidad y\ntransferencia de la información geoespacial publicada en Web.\n\nEsperamos que la\nnorma técnica sobre estándares para la publicación web de información\ngeográfica sea un instrumento que facilite a las personas y organizaciones,\ntanto públicas como privadas, que utilizan y producen datos geoespaciales,\ndisponer de las herramientas adecuadas para publicitarlos.\n\nLos Estándares\npara la Publicación Web de Información Geográfica de Costa Rica tienen su\norigen en el ejercicio del cumplimiento de las competencias de Ley del\nInstituto Geográfico Nacional en materia de normalización, generación y\nestandarización de la información geoespacial. Esta primera versión es una\niniciativa que nos facilitará el intercambio de informaciones\ninterinstitucionales, además de promover de una manera precisa y ordenada la\ndifusión y uso de los datos geográficos. Nuestra posición es inclusiva y\nabierta en cuanto a los aportes de la comunidad productora, gestora y usuaria\nde información geoespacial en el ámbito nacional.\n\nAdemás, la\ndefinición y difusión de este documento está en concordancia con los\nlineamientos establecidos en el decreto N.° 37773-JP-H-MINAE-MICITT (La Gaceta\nN.° 134 del 12 julio de 2013), mediante el cual oficialmente se crea el Sistema\nNacional de Información Territorial (SNIT) como instrumento para la producción,\npublicación, normativa y estandarización de la información geoespacial en\nnuestro país. A través del SNIT el IGN está promoviendo la generación de\nproductos, servicios e información geográfica georreferenciada de cubrimiento\nnacional, regional y local, y la publicación en forma integrada y\ngeorreferenciada de información territorial producida por entes y órganos\npúblicos, así como por personas físicas o jurídicas, y el homologar la\ninformación geoespacial estandarizada en el marco de una infraestructura de\ndatos espaciales común.\n\nEl SNIT es un paso muy importante en el proceso de consolidación de la\nInfraestructura de Datos Espaciales de Costa Rica (IDECORI), que se define como\nel conjunto de políticas, organizaciones, estándares y tecnologías que trabajan\nde forma conjunta para producir, compartir y usar la información geográfica\nnecesaria para apoyar el desarrollo del país en diversos ámbitos.\n\nM.Sc. Max A. Lobo\nHernández\n\nDirector\n\nInstituto Geográfico\nNacional\n\nRegistro Nacional\n\nÍndice de contenidos\n\n1. Introducción ....................................................................................\n..................................... 1\n\n2. Antecedentes ....................................................................................\n.................................... 1\n\n3. Disposiciones generales .........................................................................\n.............................. 2\n\n3.1 Nomenclatura y\nnombre de la Norma Técnica .............................................................\n2\n\n3.2 Objeto .........................................................................................\n................................... 2\n\n3.3 Ámbito de aplicación\n....................................................................................................\n2\n\n3.4 Alcance ........................................................................................\n................................. 2\n\n3.5 Aprobación técnica y\noficialización.............................................................................. 2\n\n3.6 Obligatoriedad .................................................................................\n............................. 3\n\n3.7 Vigencia .......................................................................................\n................................. 3\n\n4. Acrónimos y\nDefiniciones\n...................................................................................................\n3\n\n5. Normas y requisitos para publicación\n................................................................................. 5\n\n6. Arquitectura de\nPublicación\n................................................................................................\n7\n\n6.1 Componentes de\nla publicación ....................................................................................\n7\n\n6.2 Repositorio de datos ...........................................................................\n........................... 7\n\n6.3 Servidor de mapas ..............................................................................\n........................... 8\n\n6.4 Servidor de\ncatálogo\n...................................................................................................\n10\n\n6.5 Clientes de información\n.............................................................................................. 10\n\nClientes ligeros (visores)\n....................................................................................................\n11\n\nClientes pesados (software SIG)\n........................................................................................ 12\n\n6.6 Consulta de\natributos\n..................................................................................................\n12\n\n6.7 Otros\nrequerimientos básicos\n......................................................................................\n13\n\nRequerimientos de\ncomunicaciones ...................................................................................\n13\n\nAdministrador de\naplicaciones en línea (Administrador TI) ............................................\n13\n\nEditores de información espacial\n....................................................................................... 13\n\nEncargado de Geoservicios (administrador SIG)\n.............................................................. 13\n\n7. Consideraciones finales .........................................................................\n............................ 14\n\n8. Bibliografía ....................................................................................\n.................................... 14\n\nAnexo 1 ............................................................................................\n........................................ 15\n\nÍndice de figuras\n\nFigura 1. Componentes de la publicación\n............................................................................. 7\n\nFigura 2. Modelo de\nconsulta de un cliente ........................................................................\n11\n\n1. Introducción\n\nEn la administración\nde la información se implementan diferentes niveles y responsabilidades tanto\nen el contexto de una pequeña empresa como de un país, dicha organización se\nencuentra presente las diferentes infraestructuras de datos nacionales (IDE) a\nnivel internacional, la cuales son constituidas por una red de servidores\nubicados espacialmente en distintos lugares, y que representan a las entidades\nadministradoras y propietarias de los datos, servidores que se encuentran\nconectados con un nodo central que organiza la información, de todas las\ndiferentes fuentes de datos y la coloca a disposición de los usuarios desde un\núnico portal de consulta y visualización, reconocido como el medio de\npublicación de datos espaciales oficiales del país.\n\nEl Sistema Nacional\nde Información Territorial, debe entenderse como el nodo central de la IDECORI,\npor consiguiente, no se refiere a ningún software o aplicativo que deba\ninstalarse en las computadoras de los publicadores o usuarios del sistema. Cada\nentidad publicadora de datos espaciales es responsable, no sólo de la\nadministración de sus datos, sino también de la implementación de la\narquitectura de software y hardware que permita la publicación de los mismos\ntanto desde un portal propio si lo desean, como a través del SNIT, como el nodo\ncentral de publicación nacional.\n\nEn esta organización cada entidad publicadora, representa una base de datos espacial, una fuente de\ninformación que es consultable por sí sola, y que a la vez alimenta el geoportal nacional,\nfacilitando a los usuarios la utilización, consulta y búsqueda de la información, lo que permite\nmejorar la administración y calidad de los datos y a la vez pone a disposición de la sociedad una\nimportante herramienta para la toma de decisiones a nivel nacional.\n\n2. Antecedentes\n\nA nivel nacional\nesta es la primera normativa formal para la publicación Web de información\ngeográfica, no obstante, la utilización de los estándares definidos por el OGC\nse han implementado desde la publicación del geoportal\ndel SNIT, como producto del Componente 1 del Programa de Regularización del\nCatastro y el Registro (PRCR), y los geoservicios y\nnodos que se han ido incorporando desde el año 2010 y hasta el mes de mayo de\n2014, y a partir de esta fecha el IGN como administrador de esta plataforma,\nlos promueve en los nuevos desarrollos y la renovación del geoportal\ndel SNIT y los geoservicios asociados.\n\n3. Disposiciones generales\n\n3.1 Nomenclatura y\nnombre de la Norma Técnica\n\nNTIG_CR05_01.2016: Estándares\npara la Publicación Web de Información Geográfica de Costa Rica\n\n3.2 Objeto\n\nLa presente Norma\nTécnica tiene por objeto establecer las disposiciones mínimas que se deben\nconsiderar para desarrollar servicios Web de información geográfica, así como\nlos nodos del Sistema Nacional de Información Territorial, que garanticen la\ninteroperabilidad de la información y las plataformas que le dan soporte.\n\n3.3 Ámbito de\naplicación\n\nLa presente Norma\nTécnica es de observancia obligatoria. La aplicación e interpretación de la\npresente Norma Técnica, para efectos administrativos y técnicos corresponderá\nal Instituto Geográfico Nacional, quien resolverá los casos no previstos por la\nmisma y velará por su actualización conforme corresponda.\n\n3.4 Alcance\n\nLa Norma Técnica NTIG_CR05_01.2016:\nEstándares para la Publicación Web de Información Geográfica de Costa Rica,\nconstituye un marco de referencia de carácter general sobre los requisitos\nmínimos que deben observar los funcionarios y usuarios del Instituto Geográfico\nNacional, y en general, el sector público (Poderes de la República,\ninstituciones autónomas y semiautónomas, entes adscritos a instituciones\nautónomas, empresas públicas estatales, empresas públicas no estatales, entes\npúblicos no estatales, entes administradores de fondos públicos,\nmunicipalidades y órganos municipales adscritos), sector privado, personas\nfísicas y público en general, productor, gestor y usuario para mejorar y\nordenar las actividades relacionadas con la publicación de la información\ngeográfica de carácter nacional, regional y local.\n\n3.5 Aprobación\ntécnica y oficialización\n\nLa Norma Técnica de\nInformación Geográfica denominada NTIG_CR05_01.2016: Estándares para la\nPublicación Web de Información Geográfica de Costa Rica, se aprobó\ntécnicamente a las quince horas del día 12 de enero de 2016, conforme está\nregistrado mediante el oficio N° DIG-0014-2016 de esa misma fecha,\nfirmado por el MSc. Max A. Lobo Hernández, Director\ndel Instituto Geográfico Nacional, y la misma queda oficializada a través de la\npublicación de la Directriz DIG-005-2016 del Instituto Geográfico\nNacional del 12 de enero de 2016 en el Diario Oficial La Gaceta.\n\n3.6 Obligatoriedad\n\nLas disposiciones\ncontenidas en esta Directriz y respetiva Norma Técnica son de acatamiento\nobligatorio.\n\n3.7 Vigencia\n\nLa presente Norma\nTécnica rige a partir de la publicación de la Directriz DIG-005-2016 del\n12 de enero de 2016 en el Diario Oficial La Gaceta.\n\n| 4. Acrónimos y Definiciones CRTM05 | Proyección Transversal de Mercator para Costa Rica del 2005 |\n| --- | --- |\n| CR05 | Datum horizontal para Costa Rica del 2005 |\n| CSW | Catalog Service for the Web/ Catálogo de servicios en Web |\n| IDE | Infraestructura de Datos Espaciales |\n| IDECORI | Infraestructura de Datos Espaciales de Costa Rica |\n| IGN | Instituto Geográfico Nacional |\n| OGC | Open Geoespatial Consortium / Consorcio Geoespacial Abierto |\n| SIG | Sistema de Información Geográfica |\n| SNIT | Sistema Nacional de Información Territorial |\n| WFS | Web Features Services / Servicio Web de Características |\n| WMS | Web Map Services / Servicio Web de Mapas |\n| WMTS | Web Map Tiles Services / Servicio de Tesela de Mapas en Web |\n| WCS | Web Coverages Services / Servicio Web de Coberturas |\n| WGS84 | World Geodetic System 84 / Sistema Geodésico Mundial 1984 |\n\n \n\nCRTM05:\nSistema oficial de coordenadas para Costa Rica, según decreto N° 33797-MJ-MOPT.\nEl cual está asociado al datum horizontal para Costa\nRica CR05 y al elipsoide del Sistema Geodésico Mundial (WGS84).\n\nConsorcio Geoespacial\nAbierto: Es una organización internacional que define los estándares\nabiertos e interoperables para la publicación de información geográfica en Web,\npropiciando acuerdos entre las diferentes empresas del sector. http://www.opengeospatial.org/\n\nGeoportal:\nSitio Web que provee información geoespacial, incluye herramientas para la\ncomunicación y colaboración entre los usuarios, debe cumplir con ciertos\nparámetros que permitan su estandarización e interoperabilidad, con el fin de\nfacilitar la integración e intercambio de información entre las diferentes\ninstituciones y los ciudadanos.\n\nGeoservicio:\nInterfaz Web que provee información geográfica, la cual debe cumplir con los\nestándares del Consorcio Geoespacial Abierto.\n\nInformación geográfica/geoespacial: Información sobre temas específicos de un territorio,\nposicionada según un sistema de coordenadas y datum, que representa elementos geográficos mediante\npuntos, líneas y polígonos.\n\nInfraestructura de datos\nespaciales (IDE): Desde el punto de vista tecnológico es un sistema informático\nque integra y organiza una red descentralizada de servidores, que disponen de\nuna arquitectura de recursos interconectados compuesta de bases de datos,\ncatálogos de datos, programas de administración, servidores de mapas\n(software), clientes Web (visualizadores) y páginas Web; diseñados para la\npublicación, acceso y gestión de conjuntos de datos y servicios geográficos,\nque cumple una serie normas, estándares y especificaciones que regulan y\ngarantizan la interoperabilidad de la información geográfica.\n\nInteroperabilidad: Es\nla capacidad de los sistemas de información y de los procedimientos a los que\néstos dan soporte, de compartir y combinar conjuntos de datos geográficos y\nposibilitar el intercambio e interacción de información y conocimiento entre\nellos, de forma que el resultado sea coherente y se aumente el valor añadido de\nlos datos geográficos y servicios de información.\n\nMetadatos geográficos:\nInformación que describe los conjuntos de datos geográficos y los servicios de\ninformación geográfica y que hace posible localizarlos, inventariarlos y\nutilizarlos.\n\nSistema de información\ngeográfica: Los Sistemas de Información Geográfica (SIG) son el\nresultado de la aplicación de las llamadas Tecnologías de la Información (TI) a\nla gestión de la Información Geográfica (IG). El término Sistema de Información\nGeográfica (SIG) tiene tres acepciones: el SIG como disciplina; el SIG como\nproyecto, cada una de las realizaciones prácticas, de las implementaciones\nexistentes; el SIG como software, es decir los programas y aplicaciones de un\nproyecto SIG.\n\nSistema de referencia: Conjunto\nde convenciones, valores, fórmulas y conceptos que definen el marco a partir\ndel cual se pueden determinar valores de posición para un objeto geográfico en\nforma unívoca.\n\n5.\nNormas y requisitos para publicación\n\nA continuación se listan los\nestándares Web de publicación de información geográfica, establecidos por el\nConsorcio Geoespacial Abierto (OGC) que actualmente son contemplados para la\npublicación en el geoportal del Sistema Nacional de\nInformación Territorial, como la plataforma de la IDECORI:\n\n\nServicio de Mapas en Web (WMS): es un estándar que permite\nvisualizar como imagen (Jpeg, Gif,\nPng) la información geográfica en formato raster o vectorial, y la consulta de sus atributos, los\ndatos pueden provenir de un SIG o de una base de datos.\n\n\nServicio de Características en Web (WFS): Este es un estándar\norientado a los clientes pesados, que permite visualizar la información\ngeográfica en formato vectorial, la consulta de sus atributos y la descarga de\nlos datos que pueden provenir de un SIG o una base de datos.\n\n\nServicio de Coberturas en Web (WCS): Estándar que proporciona una\ninterfaz que permite realizar peticiones de cobertura geográfica a través de la\nWeb, las coberturas son imágenes de un área geográfica específica, que pueden\nser analizadas espacialmente y editadas por los usuarios.\n\n Servicio de Tesela de Mapas en Web (WMTS): es un servicio escalable y cacheable, que usa un modelo\nde teselas (tiling model) parametrizado de tal manera que un cliente puede hacer peticiones de un\nconjunto discreto de valores y recibir rápidamente del servidor fragmentos de imágenes\nprerenderizadas (tiles) que no requieren de ninguna manipulación posterior. Cada una de las capas\n(layers) de un servidor WMTS sigue una estructura piramidal de escalas, en la que cada escala o\nnivel de la pirámide es una rasterización y fragmentación de los datos geográficos a una escala o\ntamaño de píxel concreto.\n\n Catálogo de servicios en Web (CSW): Estándar diseñado para la búsqueda de datos geográficos y\nservicios Web de información geográfica. En el que se compilan los metadatos correspondiente a cada\nproducto disponible en un Geoportal o IDE, siguiendo el perfil de metadatos seleccionado, en nuestro\ncaso, el Perfil oficial de metadatos geográficos de Costa Rica.\n\n \n\nAsí como cualquier otro\nestándar establecido por el OGC que en el futuro se requiera implementar para\nla IDECORI.\n\nComo sistema de referencia\nde coordenadas para la información geográfica, se debe utilizar el definido\ncomo oficial por el Instituto Geográfico Nacional de Costa Rica, actualmente el\ndenominado como CRTM05, datum CR05, así como a\ncualquier actualización o adecuación que se haga del sistema de referencia por\nparte del IGN, a nivel internacional la proyección válida es la denominada como\nWGS84, que es un sistema de coordenadas geográficas mundial que permite\nlocalizar cualquier punto de la Tierra, y que es el utilizado por el sistema de\nposicionamiento global (GPS).\n\nEn relación con lo anterior\ny su implicación en cuanto a definir el sistema de referencia para los\nservicios Web de información geográfica, se debe tener claridad en cuanto a los\ncorrespondientes códigos EPSG (European Pretolium Survey Group), que deben ser los siguientes:\n\n| Sistema de Referencia | Código EPSG |\n| --- | --- |\n| CRTM05-CR05 | 5367 |\n| WGS84 | 4326 |\n\nA nivel de los requisitos\nque deben cumplir las entidades que publiquen servicios Web de información\ngeográfica como nodos del SNIT, inicialmente se tienen contemplados los\nsiguientes:\n\n\nLa entidad deberá proveer todos los medios tecnológicos que sean necesarios\npara publicar la información contemplando para ello los estándares básicos de\ncarácter técnico.\n\n\nLa entidad deberá publicar aquellas temáticas que son de su competencia\ninstitucional.\n\n\nLa entidad deberá mantener la información actualizada de conformidad con la\nperiodicidad que ellos determinen, y será el único responsable del contenido de\nla misma.\n\n\nLa entidad deberá asignar al menos un funcionario responsable de velar por el\ncorrecto funcionamiento de sus geoservicios.\n\n\nLa entidad debe generar y publicar los metadatos correspondientes de la\ninformación geográfica que está publicando a través del geoportal\ndel SNIT, utilizando el perfil oficial de metadatos geográficos (NTIG_CR04).\n\n\nLa entidad al integrarse al SNIT se compromete a emplear la información\ncartográfica básica, normativas, etc., para que todos los productos cartográficos\nque publique en el SNIT estén homologados y compatibilizados posicionalmente,\ncon las bases fundamentales publicadas en el geoportal\ndel SNIT.\n\n\nAtender las condiciones técnicas que establezca el IGN, necesarias para\ngarantizar el correcto funcionamiento de los geoservicios.\n\n Informar mediante\ncorreo electrónico la publicación o actualización de una determinada capa\ngeográfica o geoservicio y el metadato\ncorrespondiente, al correo snit.info@rnp.go.cr.\n\n \n\n6. Arquitectura de\nPublicación\n\nEl intercambio de\ninformación en una IDE se realiza utilizando Internet, a través de servicios de\nmapas y de catálogo en formatos estándar, permitiendo el acceso a la\ninformación desde lugares remotos y utilizando múltiples plataformas. Cada\nparticipante de la IDE nacional que consume y publica información se conoce\ncomo \"nodo\", y cada nodo deberá implementar o adecuar algunos componentes que\npermitan la publicación.\n\n6.1 Componentes de\nla publicación\n\nLa publicación de información consta de componentes informáticos\n(equipos, servicios de internet, programas de cómputo, etc.) y no informáticos\n(personas, políticas, etc.)\n\nFigura 1. Componentes de la\npublicación\n\n6.2 Repositorio de datos\n\nConsiste en el\nalmacenamiento físico de la información espacial a publicar, este\nalmacenamiento deberá disponerse en una base de datos espacial o en directorios\nde archivos del sistema operativo, de manera que se encuentren accesibles tanto\npara los usuarios responsables de su actualización, así como del programa\ninformático dispuesto como servidor de mapas.\n\nEs importante considerar que\nya sea que se elija un esquema de archivos o base de datos espacial, deben\nimplementarse los procedimientos necesarios a nivel institucional para que\nsiempre se mantengan las capas de datos actualizadas reflejando el estado más\nreciente de su proceso de gestión.\n\n¿Directorios\nde archivos o base de datos espacial?\n\nLas bases de datos\nespaciales ofrecen grandes ventajas en términos de facilidades para la gestión\nde la información y publicación, entre ellas: gran velocidad para ejecutar\nprocesos, facilidad de implementar esquemas de usuarios y permisos,\nposibilidades de ejecutar procesos automáticos de respaldo y restauración,\nmonitoreo y pistas de auditoría sobre cambios en los datos, consultas dinámicas\ny geoprocesos en tiempo real entre muchos beneficios.\n\nLos directorios de archivos\nofrecen beneficios cuando los esquemas de trabajo son muy simples, típicamente\ncuando se trata de uno o dos usuarios que editan un conjunto de capas pequeño,\nsujetos de pocos cambios en el tiempo, en estos casos podría ser más costoso\nimplementar una base de datos espacial y administrarla, que simplemente salvar\narchivos en un directorio compartido.\n\n6.3 Servidor de mapas\n\nLos servidores de mapas en\nWeb son paquetes de software que permiten la visualización y consulta de\natributos geográficos de manera remota, produciendo mapas de datos espaciales\nde forma dinámica a partir de datos geográficos, que pueden encontrarse en\nservidores de diferentes instituciones.\n\nUn servidor de mapas\nbásicamente utiliza en conjunto las capacidades del software (paquete\ndesarrollado como servidor de mapas), y el hardware (servidor físico), para\nlograr la publicación de información geográfica en una red (Internet y/o\nIntranet) y de esta manera, posibilitar a los usuarios interactuar con la\nmisma.\n\nEl servidor de mapas acepta\nsolicitudes de un cliente mediante parámetros en formato estándar, interpreta\nel tipo de solicitud, efectúa la lectura de los datos geográficos y retorna la\ninformación solicitada, ya sea en formato de imagen o literal de acuerdo al\ntipo de consulta.\n\nLos servidores de mapas\ntienen como objetivo principal permitir la interacción con la información\ngeoespacial, el usuario accede a la información de manera que puede visualizarla,\nconsultarla y en función de las características de los servidores y de los\nservicios prestados, descargarla o realizar análisis espaciales; normalmente en\ncorrespondencia con la administración de la información esta se encuentra\nalmacenada en diversos servidores.\n\nLas respuestas (servicios)\nque provee el servidor de mapas, pueden visualizarse mediante aplicaciones de\nescritorio entre ellas los aplicativos de SIG que se utilizan para la gestión\nde la información, como por aplicaciones Web (visores de mapas) o aplicaciones\npara dispositivos móviles. Esta facilidad de intercambio se debe al uso de\nestándares en la implementación de cada servicio, siendo posible que la\nelección de un servidor de mapas sea totalmente independiente de los\naplicativos que sirvan para la visualización, inclusive de los aplicativos que\nse utilicen para la gestión de los datos.\n\nLos\nmódulos básicos de los cuales se compone un servidor de mapas son tres, el\ncomponente genérico de visualización SIG (Sistemas de Información Geográfica),\nel productor de mapas y el gestor de capacidades. El componente de\nvisualización SIG, es el módulo con las capacidades de gestión para la\nvisualización de mapas e información geoespacial. El productor de mapas es el\nencargado de hacer la traducción de las peticiones de visualización que recibe\nel servidor, conforme las especificaciones definidas por el usuario, y\nconvertirlas en mapas concretos sobre el módulo de visualización SIG. El último\nmódulo, el gestor de capacidades, administra y configura los servicios y datos\ndisponibles para responder a todas las peticiones de capacidades sobre el\nservidor de mapas.\n\nLa variedad de opciones en\nservidores de mapas, bases de datos, sistemas operativos, navegadores de\ninternet y formatos de información, estableció la necesidad de definir\nprotocolos y estándares para la publicación. En el entorno de las\nInfraestructuras de Datos Espaciales, los servidores de mapas deben ser\ninteroperables; es decir, deben de ser consultables por medio de unas\nespecificaciones estandarizadas independientes del servidor o cliente concreto\nque se use. Como se mencionó con anterioridad, estos estándares o\nespecificaciones son desarrollados por organizaciones internacionales, como el\nComité ISO-TC 211 y el OGC.\n\nEn la selección del software\nque se utilizará como servidor de mapas, se deben considerar aspectos como, las\nnecesidades del publicador, los tipos de personalización de los servicios y el\nlicenciamiento, variables que sumadas al mantenimiento y actualización de los\nservicios, están directamente ligadas al recurso humano y financiero; por\nconsiguiente se debe analizar en detalle las opciones presentes en el mercado,\nen el cual existen dos grandes bloques el software propietario y el software de\ncódigo abierto, adicionalmente en razón de la existencia del software de código\nabierto y de acuerdo con las capacidades del publicador, es posible abordar la\nopción de un desarrollo propio, que cumpla con las necesidades de los usuarios\ny los estándares internacionales.\n\n| Ejemplos de Servidores de Mapas | |\n| --- | --- |\n| Software Propietario | Software de Código Abierto |\n| ArcGIS Server | MapServer |\n| MapXtreme | GeoServer |\n| Bentley Geo Web Publisher | MapGuide |\n| Geomedia Web Map | Deegree |\n\n \n\nEs necesario aclarar que en\nrelación con el grado de personalización del servidor de mapas, se requieren\nconocimientos de programación para obtener los resultados deseados, y en el\ncaso del software propietario, el licenciamiento y módulos correspondientes.\n\nEl servidor Web, es el\nsoftware que establece la comunicación de una computadora o servidor con una\nred (Internet y/o Intranet); los servidores de mapas son compatibles con\ncualquier servidor Web, inclusive el paquete de software de algunos servidores\nde mapas incluye un servidor Web. En cuanto al sistema operativo, no todos los\nservidores de mapas son transparentes con las dos principales plataformas,\nWindows y Linux.\n\nLos servidores por lo\ngeneral son independientes de la utilización de un programa SIG, sin embargo si\nse utilizan servidores propietarios estos precisan de la licencia de un\nprograma SIG puesto que funcionan como módulos de dichos programas.\n\n6.4 Servidor de catálogo\n\nEl servidor de catálogo\nsirve para desarrollar lo que se conoce como \"servicios de descubrimiento\", que\nesencialmente es el mecanismo mediante el cual los usuarios de la IDE\nencuentran la información que es de su interés, incluyendo el enlace al\nservicio de mapas en caso de encontrarse habilitado.\n\nCada capa o tema de\ninformación geográfica deberá ser documentado, describiendo una información\nbásica que se conoce como metadato. El conjunto de los metadatos de una\nentidad será accesible vía internet mediante el servidor de catálogo, el cual\nde manera análoga al servidor de mapas, interpreta peticiones y retorna\nresultados de las búsquedas mediante un formato estándar (CSW).\n\nEl nodo central del SNIT\nincluirá un vínculo al cada servidor de catálogo activo y debidamente reportado\na la administración, de manera que las búsquedas en el catálogo de la IDECORI\nincluyan todos los metadatos de los catálogos enlazados.\n\n6.5 Clientes de información\n\nEl usuario final de los\ndatos espaciales publicados en la red (Internet y/o Intranet), tiene la\nfacilidad de conectarse a los servicios prestados por los servidores de mapas a\ntravés de tanto un cliente ligero, que consiste de una aplicación web que\npermiten la consulta de estos servidores de mapas desde un navegador, como de\nun cliente pesado, utilizando aplicaciones SIG de escritorio con módulos que permiten\nla conexión a servidores de mapas.\n\nEl formato de los\ndatos que son leídos por el cliente puede determinar el tipo de cliente, cuando\nel formato de la cartografía que llega al cliente es de imagen (formatos\ngenéricos como JPG, PNG o GIF, por ejemplo) un explorador simple HTML (lenguaje\ntotalmente transparente al navegador) es, por lo general, suficiente. En\ncambio, cuando el cliente debe leer un formato vectorial requiere utilizar un\nsoftware SIG que permite la lectura de los datos en su formato nativo.\n\nFigura 2. Modelo de consulta\nde un cliente\n\nClientes ligeros (visores)\n\nLa arquitectura de los\nservidores de mapas es de tipo cliente/servidor. En el caso del cliente ligero\nse refieren únicamente a la utilización de un navegador o explorador de\ninternet que solicita los recursos del servidor desde una página web; el\nservidor gestiona todas las peticiones y responde de manera ordenada a éstas.\nLa red es la estructura física a través de la que cliente y servidor se\ncomunican, el cliente al recibir los datos del servidor los interpreta y los\npresenta al usuario.\n\nEl navegador se comunica con\nel componente genérico de visualización SIG del servidor de mapas para\nresponder las peticiones del usuario y mostrar los resultados en pantalla, es\nen este punto con respecto a las necesidades del publicador y del usuario final\nde los servicios, donde se define el nivel de personalización del servidor de\nmapas en específico del componente de visualización SIG, denominado visor, y de\nlos diferentes módulos de consulta que se deseen desarrollar y agregar.\n\nEl visor cartográfico es un\ncliente de visualización que permite la superposición, consulta de atributos y\npersonalización de las diversas capas de información almacenadas en la base de\ndatos de la entidad que pública, ofreciendo a los usuarios una visión integradora\ndel territorio en estudio. Además, si el servidor de mapas se encuentra\nconectado o dispone de una herramienta para realizar la conexión con datos\ngeográficos ubicados en diferentes servidores, es posible consultar diferentes\nfuentes de información, que se podrían encontrar en diversos formatos y poseer\ndiferentes sistemas de coordenadas, siempre que éstos cumplan las\nespecificaciones del OGC relativas a los Servicios Web de Mapas (WMS).\n\nNo es necesario que las\nentidades participantes desarrollen visores de mapas en línea, ya que el SNIT\ndispone de un visor cartográfico robusto que permite añadir cualquier servicio\nde mapas en formato WMS. El desarrollo de visores cartográficos requiere un\nconocimiento avanzado de herramientas de programación y este esfuerzo se\nrealizaría por cuenta de cada entidad que publica, por lo que se recomienda\nvalorar la necesidad de realizar esta inversión.\n\nEs necesario asegurarse que\nel visor cartográfico que se utiliza, sea compatible con los diferentes\nnavegadores de internet y que todas sus herramientas funcionan de igual manera.\n\nClientes pesados (software\nSIG)\n\nLa consulta de datos con un\ncliente pesado utiliza la misma arquitectura del tipo cliente/servidor de los\nservidores de mapas, sin embargo, la diferencia radica en que un cliente pesado\nse refiere a la utilización de un programa o software desarrollado para la\ngeneración, edición y procesamiento de datos geográficos (software SIG), instalado\nen la computadora del usuario final.\n\nLos software SIG disponen de módulos específicos para conectarse con una o varias bases de datos\nespaciales externas simultáneamente, visualizar los datos, consultar sus atributos, descargarlos y\neditarlos si el servicio lo permite, y realizar geoprocesamientos con conjuntos de datos de diversas\nfuentes, los cuales pueden encontrarse en formato vectorial o de imagen.\n\nEl cliente pesado no requiere de un visor debido a que la pantalla de consulta y edición software\nfunciona con tal, por consiguiente las direcciones URL para accesar a los datos son distintas,\ndireccionando el software SIG al servicio web específico que contiene el dato o conjunto de datos,\nproducido por el servidor de mapas. Dichas direcciones URL deben ser publicadas en la página web o\ngeoportal de la entidad que publica y administra los datos.\n\nEn el mercado al igual que\npara los servidores de mapas presenta dos grandes bloques para las diferentes\nopciones de software SIG que existen, el software propietario y el software de\ncódigo abierto, ambos grupos disponen de las capacidades de conexión con bases\nde datos espaciales externas, lectura de diferentes formatos de datos y una\ngran variedad de herramientas de edición y geoprocesamiento\nde datos; por consiguiente la selección del software SIG siempre está a\ncriterio de usuario de dicho tipo de software y sus necesidades.\n\n| Ejemplos de Software | |\n| --- | --- |\n| Software Propietario | Software de Código Abierto |\n| ArcGIS | GRASS GIS |\n| Mapinfo | Quantum GIS |\n| Manifold | gvSIG |\n| Idrisi | SAGA GIS |\n\n \n\n6.6 Consulta de\natributos\n\nLa información\npublicada a través de los diferentes tipos de servicios estándar de datos\ngeográficos en Web, definidos por el OGC, consultada tanto con clientes pesados\ncomo ligeros, debe disponer de atributos consultables con la finalidad de leer\ncon facilidad los datos, comprender su estructura, realizar estudios o análisis\nespaciales y geoprocesamiento con la finalidad de\nobtener nuevos resultados.\n\nLos atributos de los\ndatos tienen el sentido de facilitar y orientar la lectura de la información,\nsin embargo, es el administrador o propietario de los datos quien define que\natributos pueden ser consultables en un servicio Web, lo que puede deberse a\nmúltiples aspectos, como resguardar la confidencialidad de la información, se\nencuentra en proceso de elaboración, o políticas de la entidad que publica.\n\nEn consecuencia para\nla publicación de datos es imprescindible que los mismos dispongan de atributos\nconsultables, para la lectura y comprensión de los mismos, sin embargo los\natributos disponibles para la consulta, siempre serán definidos por el\nadministrador o propietario de los datos.\n\nEs necesario aclarar\nque los datos y sus atributos consultables, deben ajustarse a los lineamientos\ndefinidos en el Catálogo de Objetos del Instituto Geográfico Nacional.\n\n6.7 Otros\nrequerimientos básicos\n\nRequerimientos de\ncomunicaciones\n\nIncluye los equipos\ny configuración de las herramientas que permitan a la institución publicar los\nservicios de mapas y de catálogo en internet.\n\nPara los efectos de\nun nodo de publicación será necesario contar con una dirección IP pública\nestática, preferiblemente asociada a un nombre de dominio acorde a la entidad\nque publica, por ejemplo: http://www.institucion.go.cr/mapas/wms\n\nAdministrador de\naplicaciones en línea (Administrador TI)\n\nVelará por la\ncontinuidad del servicio de mapas y catálogo así como el establecimiento de las\ncondiciones de rendimiento y seguridad entre otros elementos asociados.\n\nEditores de\ninformación espacial\n\nEs el grupo de\nusuarios de información que realiza modificaciones tanto a nivel de información\ncomo a nivel geométrico a cada una de las temáticas que son competencia de la\nentidad.\n\nEncargado de Geoservicios (administrador SIG)\n\nSerá la persona que\ntoma las decisiones sobre lo que se publica dentro de una entidad (¿cuáles\ncapas? ¿cuáles atributos de cada capa?), administra la visualización de las\ncapas (simbología) y determina la frecuencia con la que se actualizan los\nservicios de mapas.\n\n7. Consideraciones finales\n\nEs necesario indicar\nque el SNIT y la IDECORI se fundamentan en la filosofía de la independencia\ntecnológica, por cuanto a las entidades participantes no se les condiciona al\nuso de alguna tecnología informática en particular.\n\nAsimismo, las\nentidades tienen la libertad de diseñar e implementar la arquitectura\ntecnológica que le sea más conveniente, en razón de los recursos humanos y\ntecnológicos que disponga, sin dejar de contemplar el nivel de demanda esperado\nsobre la información geográfica que estos publican.\n\nCuando se trate de\nentidades, sean públicas o privadas, que requieran publicar información geográfica\nen el geoportal del SNIT, es necesario la\nformalización del documento denominado, \"Convenio para la publicación de\ninformación en el geoportal del Sistema Nacional de\nInformación Territorial (SNIT)\".\n\nEn el Anexo 1, se\ncontemplan los fundamentos básicos sobre la conformación de una base de datos\nespacial.\n\n8. Bibliografía\n\nCoronel, C. &\nMorris, S. (2013). Normailization of Database Tables. Database\nSystems: design, implementation, and management. Boston, Mass.: Course Technology/Cengage\nLearning.\n\nDate, C. (2012). FD's and BCNF\n(Informal). Database design and relational theory normals\nforms and all that jazz. Sebastopol, California: O'Reilly\nMedia.\n\nDwelle, D. (1997). Conceptual, Logical, Physical Models. Recuperado el 15 de 05 de 2013, de Welcome\nto AIS: http://www.aisintl.com/case/CDM-PDM.html\n\nAnexo 1\n\nBases de Datos\nEspaciales\n\nUna base de datos es\nuna colección de registros almacenados y organizados de manera sistemática\npermitiendo la recuperación exacta de cualquier registro. Uno de los mejores\nejemplos para una base de datos es una biblioteca pública en la cual cada libro\nes un registro identificado por un único valor de un índice. Al igual que en\nuna biblioteca, en la que los libros están categorizados por temática, por\nautor, por año y muchos otros criterios, una base de datos cuenta con múltiples\nherramientas para comparar registros e identificar un dato específico de\ncualquier otro.\n\nUna base de datos\nespacial le brinda al usuario la capacidad de introducir, indexar y recuperar\nregistros contextualizados en el espacio. Una herramienta de este tipo tiene\naplicaciones en medicina, astronomía, arquitectura, diseño de redes, física,\nentre otras muchas disciplinas, la representación espacial puede referirse a la\nposición de un órgano en el cuerpo de un ser vivo, a la posición de un planeta\ndesde el sol o la distribución de habitaciones en un complejo de apartamentos.\n\nSin embargo el uso\nmás explotado de bases de datos espaciales es para aplicaciones de geografía y\nciencias afines donde la referencia espacial corresponde a la posición exacta\nde un fenómeno cualquiera en el planeta Tierra identificado por un punto, una\nlínea o un polígono y representado en coordenadas de latitud, longitud y\nocasionalmente altura desde el nivel del mar. Una base de datos espacial con\naplicación en geografía se denomina Base de Datos Geográfica.\n\nEl diseño e\nimplementación de una base de datos tradicional consta de tres etapas\nfundamentales de modelado, el conceptual, el lógico y el físico. En cada etapa\nde modelado es necesario incorporar actividades especiales que apoyen un mejor\ndiseño de base de datos geográfica.\n\nModelo conceptual\n\nDescribe, con apoyo\nde medios visuales, la forma que adopta la información desde el punto de vista\ndel negocio, suprime los datos no críticos y se concentra en la descripción de\nobjetos y sus reglas o relaciones (Dwelle, 1997).\n\nDurante el modelo\nconceptual es necesario abordar ciertas consideraciones relacionadas con los\nobjetos espaciales.\n\nIdentificación de\ncoberturas necesarias\n\nEn el diseño del modelo conceptual es necesario identificar toda\ninformación necesaria para el usuario, tanto los datos planos como la\ninformación espacial.\n\nFigura 1. Identificación de\nentidades espaciales y no espaciales\n\nIdentificación de relaciones\n\nUna vez claras las\ncapas de información a incorporar es necesario identificar las relaciones que\nse necesitan entre estas capas, tanto tabulares como espaciales. Identificar\nestas relaciones es crucial para definir la geometría que estas entidades van a\nadoptar. El proceso de diseño es iterativo, es posible que durante la\nidentificación de relaciones se descubran nuevas entidades.\n\nFigura 2. Identificación de\nrelaciones entre las capas espaciales\n\nDefinición\nde representación espacial\n\nUtilizando como insumo las relaciones identificadas, las fuentes de datos y las necesidades de los\nusuarios se puede entonces definir la representación más adecuada para cada capa de información\nespacial. En el caso de entidades vectoriales se debe definir en esta etapa si serán representadas\npor puntos, líneas o polígonos y es indispensable definir si se utilizarán geometrías simples o\ncompuestas (multipunto, multilínea o polígono con multipartes o agujeros). En el caso de capas de\ntipo raster es necesario delimitar la semántica deseada para el valor de cada tesela, ya sea que se\ntrate de los valores de color de una fotografía de la superficie de la tierra, grados en un mapa de\ntemperatura, ángulos en un mapa de pendientes, o altura en un mapa de elevación digital, entre\notros.\n\nFigura 3. Tipos de\nrepresentación espacial\n\nModelo lógico\n\nEs la representación formal\nabstracta del diseño a implementar. En el modelo lógico es imperativo\nidentificar todos los atributos de cada entidad (Dwelle,\n1997). Para cada capa es necesario realizar algunas tareas de normalización que\nfavorezcan en el futuro el análisis de los datos.\n\nArmonización espacial\n\nLas capas de información\ndeberían representarse con la misma proyección, la misma escala y la misma\nresolución, se recomienda utilizar la escala y la resolución más altas\nposibles, interpolando la información faltante en la medida de lo posible.\n\nArmonización de unidades\n\nUna vez identificadas todas\nlas entidades y todos sus posibles atributos es necesario garantizar que todas\nlas mediciones del mismo dominio utilicen el mismo sistema de medida, tanto en\ntablas espaciales como planas. Esta armonización permitirá realizar operaciones\nde comparación entre valores de un mismo dominio sin necesidad de ejecutar\ntransformaciones intermedias que podrían generar problemas de eficiencia o\ninducir errores por redondeo o mala conversión entre sistemas. En el caso de\ndistancias no es conveniente mantener una tabla con datos en pies y pulgadas\ncuando las demás tablas presentan las medidas en metros.\n\nCodificación de valores\ncategóricos\n\nPara cada atributo que\nrepresenta una categoría es necesario definir una codificación limitada y\nobligatoria. Todos los valores de un atributo de este tipo deben ser\nrepresentados únicamente con una de las categorías definidas.\n\nNormalización del modelo\n\nExisten varios\nesquemas que se pueden aplicar al modelo lógico, el esquema define la manera en\nque los registros se van a relacionar entre sí y la manera en que se pueden\nrecuperar registros a partir de la información de otros. Algunos ejemplos son\nel esquema plano que representa los datos como una lista ordenada de registros,\nel esquema jerárquico que organiza los datos en estructuras verticales, el\nesquema relacional en el cuál todas las entidades están conectadas a una o más\nentidades en una organización horizontal, entre otros.\n\nFigura 4. Esquema de modelo\nde bases de datos\n\nEl diseño de la base de\ndatos debe apegarse a las reglas de normalización del esquema seleccionado,\ngarantizando así la integridad y estabilidad de los datos en el sistema. El\nesquema relacional es el más usado actualmente ya que permite representar\nsistemas muy complejos que con los otros modelos no es posible diseñar.\n\nUna base de datos diseñada\nen el esquema relacional debe cumplir al menos hasta la tercera forma normal\n(Coronel Morris, 2013):\n\n1 Primera Forma Normal:\nCada registro tiene como máximo un valor, por cada atributo, del tipo de datos\ncorrespondiente a ese atributo (número, texto, fecha y hora, falso o verdadero,\netc...) (Date, 2012). En el esquema relacional se requiere que los atributos\nsean atómicos, es decir, que un atributo no puede tener múltiples valores en el\nmismo registro, un objeto espacial tal como un polígono, línea o punto, se\nconsidera como un único valor a pesar de estar compuesto por múltiples\ncoordenadas.\n\n \n\n2 Segunda Forma Normal:\nTodo registro debe estar representado por un valor único en un atributo clave\nllamado la llave primaria. La llave primaria puede estar compuesta por varios\natributos combinados que juntos mantienen un valor único para cada registro. La\nbase de datos está en segunda forma normal si cumple con la primera forma\nnormal y, dada una llave primaria compuesta, el valor de todos los atributos\ndependen de toda la llave primaria. Si un atributo depende de sólo una parte de\nla llave primaria se considera una dependencia parcial y produce repetición de\nvalores innecesarios y posibles inconsistencias en la base de datos. (Coronel\nMorris, 2013)\n\n \n\n3 Tercera Forma Normal:\nUna vez normalizada hasta segunda forma normal, una base de datos está en\nTercera Forma Normal cuando para todas las tablas el valor de ningún atributo\ndepende de otro atributo que no sea la llave primaria de la tabla. Esto recibe\nel nombre de dependencias transitivas y también produce repetición innecesaria\ne inconsistencias en la base de datos. (Coronel Morris, 2013)\n\n \n\nModelo físico\n\nEs la implementación directa del modelo lógico en una herramienta de administración de bases de\ndatos específica, las reglas descritas en el modelo anterior deben materializarse en la forma de\nrestricciones, chequeos de integridad, tipos de datos adecuados preprocesamiento de los datos.\n\nNormalización numérica\n\nPara garantizar que se\ncumpla la armonización de unidades es necesario preparar los datos por medio de\nlas conversiones de unidades necesarias. Aún en datos que se representan en el\nmismo sistema de medida es necesario normalizar la escala. Por ejemplo si los\ndatos de distancia se van a representar por medio del sistema métrico, con el\nmetro como unidad base, todas las distancias deberían representarse en metros,\nmiles de metros y fracciones de metros, en lugar de kilómetros y centímetros.\n\nIntegridad topológica\n\nPara todas las capas\nvectoriales deben definirse reglas que limiten las relaciones topológicas de\nacuerdo al comportamiento de los objetos en la realidad. Por ejemplo un\ndistrito no puede ocupar el mismo espacio que otro, por lo que la capa distrito\ndebería tener una restricción topológica que prevenga la inserción de dos\ndistritos que se traslapan. Igualmente para las relaciones entre capas, un\ncantón debería estar contenido en una provincia, un distrito en un cantón. Ésta\nmedida sin embargo debe ejecutarse con cautela cuando los datos originales no\npresentaban la misma escala, ya que la diferencia de escalas puede inducir\nerrores en capas de tipo vectorial que, típicamente son difíciles de evitar.\n\nCategorización\ntemática\n\nLa navegación de una\nbase de datos geográfica puede complicarse conforme aumenta la cantidad de\ncapas ingresadas. Durante el diseño del modelo físico es necesario identificar\nlas temáticas representadas y clasificar cada capa en una categoría temática\nindependiente, evitando las categorías ambiguas tanto como sea posible, y\nutilizando recursos propios del sistema destino para agrupar las tablas de un\nmismo tema. Por ejemplo la definición de un \"esquema\" por temática o el uso de\nprefijos en el nombre de las tablas podrían ser elementos de gran ayuda para\nagrupar los datos.\n\n7°-Obligatoriedad:\nLas disposiciones contenidas en esta Norma Técnica son de acatamiento\nobligatorio.\n\n8°-Vigencia: La Norma Técnica de Información Geográfica\ndenominada NTIG_CR05_01.2016: Estándares para la Publicación Web de\nInformación Geográfica de Costa Rica rige a partir de su publicación en el\nDiario Oficial La Gaceta.", "body_en_text": "in the entirety of the text\n\n -\n\n Complete Text of Standard 005\n\n Technical Standard for Geographic Information. NTIG_CR05_01.2016: Standards for\nthe Web Publication of Geographic Information of Costa Rica\n\nComplete Text record: 10B58C\n\nINSTITUTO GEOGRÁFICO NACIONAL\n\nDIRECTIVE N° DIG-005-2016\n\nFrom: MSc. Max A. Lobo\nHernández\n\nInstituto Geográfico\nNacional\n\nDirector\n\nTo: Officials and\nusers of the Instituto Geográfico Nacional and in general, the public sector (Branches\nof the Republic, autonomous and semi-autonomous institutions, entities attached to\nautonomous institutions, state public enterprises, non-state public enterprises,\nnon-state public entities, entities administering public\nfunds, municipalities and attached municipal bodies), private sector,\nindividuals, and the general public.\n\nSubject: Technical Standard\nfor Geographic Information.\n\nNTIG_CR05_01.2016: Standards\nfor the Web Publication of Geographic Information of Costa Rica.\n\nDate: January 12,\n2016.\n\nSignature:\n\nBased on the provisions\nof Article 129 of the Political Constitution; Articles 102 and\n240 of Law N° 6227, General Law of Public Administration of May 2,\n1978 and its amendments; the Law Creating the Registro Nacional, N° 5695 of May 28,\n1975 and its amendments; and Decreto Ejecutivo N° 38499-JP, called\nthe Autonomous Service Regulation of the Registro Nacional.\n\nConsidering:\n\nI.-That publication\nis a requirement for the efficacy of norms, in accordance with the interpretation\nof Constitutional Article 129 and Article 240 of the General Law of\nPublic Administration.\n\nII.-That law N° 59\nof July 4, 1944 (published in the Collection of laws and decrees of the year\n1944, semester 2, volume 2, page 9) on the creation of the Instituto Geográfico\nNacional, and law N° 8905 of December 7, 2010 (published in La\nGaceta N° 18 of January 26, 2011) on the \"Reform of Article 2 of law\nN° 5695, Creation of the Registro Nacional, and its amendments; and modification of\nlaw N° 59, Creation and Organization of the Instituto Geográfico Nacional, of July\n4, 1944, and its amendments\", determine the legal competence of the\nInstituto Geográfico Nacional by stating, in Articles 1 and 2, among\nothers, its technical areas of competence, stating:\n\n\"Article\n1.-The Instituto Geográfico Nacional (IGN) is hereby declared as a dependency of the\nRegistro Nacional. The Administrative Board of the Registro Nacional shall administer\nthe Institute's budget, and shall sign the contracts and agreements necessary\nfor the exercise of its functions. The IGN shall be the scientific and\ntechnical agency governing national cartography, dedicated to the execution of the official\nBase Map and the Basic geographic description of the Republic of Costa Rica\nand to the studies, research or work, and the development of national policies\nof a cartographic, geographic, geodetic, geophysical, and\nsimilar nature related to said works, with the aim of supporting\nplanning processes.\n\nArticle 2.-The Instituto\nGeográfico Nacional shall permanently constitute, and on behalf of the State,\nthe official authority in everything relating to the technical matters\nmentioned; it being understood that its authority extends to the activities of\nany nature that originate from the work entrusted to it or are\nthe consequence thereof.\"\n\nIII.-That Decreto\nEjecutivo N° 37773 JP-H-MINAE-MICIT of May 7, 2013 (published in La\nGaceta N° 134 of July 12, 2013) on the creation of the Sistema Nacional\nde Información Territorial (SNIT) and the establishment and consolidation of a\nSpatial Data Infrastructure (IDE) for Costa Rica, in its Articles 1 and 2,\nestablishes the need for the creation of the SNIT by providing:\n\n \"Article 1.-The Sistema Nacional de\nInformación Territorial, which may be referred to by its acronym SNIT, is hereby created, as\na system that publicizes and publishes in an integrated manner the thematic territorial information\nduly georeferenced, standardized, and made compatible with the base territorial information\nconstituted by the official cadastral and topographic cartography, generated in a first stage from\northophotogrammetric, topographic, and cartographic surveys, by the\nPrograma de Regularización del Catastro y Registro at different scales, as well\nas aerial orthophotography, satellite imagery, as well as any other\ntype of medium deemed appropriate by the Registro Nacional.\n\nArticle 2.-The SNIT\nhas the general objectives of promoting the generation of georeferenced geographic products, services, and\ninformation of national, regional, and local coverage, and publishing in an integrated and georeferenced manner the territorial\ninformation produced by public entities and bodies, as well as by private\npersons, individuals or legal entities, and standardizing the geospatial information\nstandardized within the framework of a common data infrastructure.\"\n\nIV.-That in\naccordance with the legal regulations cited in the preceding Recitals,\nit is the responsibility of the Instituto Geográfico Nacional to define and make official Technical Standards for Geographic Information (NTIG)\nthat guide officials and\nusers of the Instituto Geográfico Nacional, and in general, the public\nsector, private sector, individuals, and the general public, both producers, managers,\nand users of geographic information, to generate and exchange geographic data and information,\nthat show consistency, compatibility, interoperability, and\ncomparability in their processes, as a result of standardization in their\nproduction and publication processes for decision-making.\n\nV.-That within this\nframework of action, the SNIT stands out as a cornerstone, which has as its\ngeneral objective to promote the generation of basic and thematic geographic products, services, and\ninformation of national, regional, and local coverage, and to\npublish in an integrated and georeferenced manner the territorial information\nproduced by public entities and bodies, as well as by private persons, individuals\nor legal entities, and to standardize standardized geospatial information within the framework\nof a common data infrastructure.\n\nVI.-That the Instituto\nGeográfico Nacional has defined a base group of technical standards for geographic information\nwhose purpose is to guarantee the use and management of basic and thematic geographic\ninformation about the territory, with standards that ensure\nthe interoperability thereof, as well as its integrated publication through the\ngeoportal (geoportal) of the Sistema Nacional de Información Territorial; these standards are\ndefined as individual technical documents of geographic information regulation,\ncalled Technical Standards for Geographic Information of Costa Rica\n(NTIG_CR00_00.0000), where the two digits after CR correspond to the\nidentifier of the standard, the following two digits to the month, and the last\nfour digits to the year of publication of the standard).\n\nVII.-That the Technical Standards for Geographic Information constitute the\nfoundation defined by the Instituto Geográfico Nacional as necessary and fundamental\nrequired by officials and users of the Instituto Geográfico Nacional, and\nin general, by the public sector, private sector, individuals, and the public in\ngeneral, for the production, management, and publication of georeferenced geographic\ndata, that is, of data that come from or are used in\ngeographic applications, and that represent the earth's surface or the\ngeometry of objects in geographic space. Therefore:\n\nIT IS RESOLVED:\n\nTo issue the following:\n\nTECHNICAL STANDARD FOR\nGEOGRAPHIC INFORMATION\n\nON STANDARDS FOR THE WEB PUBLICATION\n\nOF GEOGRAPHIC INFORMATION\n\nOF COSTA RICA\n\n1.-Nomenclature: NTIG_CR05_01.2016:\nStandards for the Web Publication of Geographic Information of Costa Rica.\n\n2.-Purpose:\nThe purpose of this Technical Standard for Geographic Information is to establish\nthe minimum provisions that must be considered to develop Web services for geographic\ninformation, as well as the nodes of the Sistema\nNacional de Información Territorial, that guarantee the interoperability of the\ninformation and the platforms that support it.\n\n3.-Scope\nof Application: This Technical Standard is of mandatory observance. The\napplication and interpretation of this Technical Standard, for administrative\nand technical purposes, shall be the responsibility of the Instituto Geográfico Nacional,\nwhich shall resolve cases not foreseen by it, and shall ensure its\nupdating as appropriate according to the needs that motivate\nchanges in the Technical Standard.\n\n4.-Reach:\nThis directive constitutes a general reference framework on the\nminimum requirements that must be observed by this Institute, other public entities,\nthe private sector, and the general public: producers, managers, and users of\ngeoreferenced geographic information.\n\n5.-Technical\nApproval: The Technical Standard for Geographic Information called\nNTIG_CR05_01.2016: Standards for the Web Publication of Geographic\nInformation of Costa Rica, is the product of work carried out by\nofficials of various professional levels of the Instituto Geográfico\nNacional, and it was reviewed, validated, and finally technically approved\nat fifteen hours on January 12, 2016, as recorded through\nofficial communication N° DIG-0014-2016 of that same date, signed by MSc. Max A. Lobo\nHernández, Director of the Instituto Geográfico Nacional.\n\n6.-Publication:\nThe Technical Standard for Geographic Information called NTIG_CR05_01.2016: Standards\nfor the Web Publication of Geographic Information of Costa Rica is\navailable in full for public access through the official website of the\nSistema Nacional de Información Territorial (SNIT): www.snitcr.go.cr.\n\n \n\n(Note from Sinalevi: The present standard was extracted from the website of the Instituto\nGeográfico Nacional, therefore, the following is transcribed:)\n\n \n\n NTIG_CR05_01.2016: Standards for the\nWeb Publication of Geographic Information of Costa Rica\n\nPresentation\n\nI am pleased to\npresent the Technical Standard for Geographic Information of Costa Rica (NTIG_CR05)\ncalled Standards for the Web Publication of Geographic Information of\nCosta Rica, January 2016 version, which comprises a series of computer\nprogramming protocols intended to improve and organize the\nactivities related to the publication of geographic information of a\nnational, regional, and local nature.\n\nIn this process, the\nInstituto Geográfico Nacional (IGN) has used international norms and\nstandards in the geospatial field, developed by the\nInternational Organization for Standardization (ISO), through the ISO/TC\n211 Committee on Geographic information/Geomatics, which\nbegan its work in 1994 and has produced standards for global use since the year 2000, as a reference.\n\nAt the level of Web\nservices for geospatial information, the IGN has adhered to the standards\ndefined by the Open Geospatial\nConsortium (OGC), an international entity that\nestablishes the necessary parameters to ensure the interoperability and\ntransfer of geospatial information published on the Web.\n\nWe hope that the\ntechnical standard on standards for the web publication of geographic\ninformation will be an instrument that facilitates individuals and organizations,\nboth public and private, that use and produce geospatial data,\nto have the appropriate tools to publicize them.\n\nThe Standards\nfor the Web Publication of Geographic Information of Costa Rica have their\norigin in the exercise of fulfilling the legal competencies of the\nInstituto Geográfico Nacional in matters of standardization, generation, and\nstandardization of geospatial information. This first version is an\ninitiative that will facilitate the exchange of inter-institutional\ninformation, in addition to promoting in a precise and orderly manner the\ndissemination and use of geographic data. Our stance is inclusive and\nopen regarding the contributions of the producing, managing, and using community\nof geospatial information at the national level.\n\nFurthermore, the\ndefinition and dissemination of this document are in accordance with the\nguidelines established in decree N.° 37773-JP-H-MINAE-MICITT (La Gaceta\nN.° 134 of July 12, 2013), through which the Sistema\nNacional de Información Territorial (SNIT) is officially created as an instrument for the\nproduction, publication, regulation, and standardization of geospatial information in\nour country. Through SNIT, the IGN is promoting the generation of\ngeoreferenced geographic products, services, and information of national,\nregional, and local coverage, and the publication in an integrated and\ngeoreferenced manner of territorial information produced by public entities and\nbodies, as well as by individuals or legal entities, and the standardization of\nstandardized geospatial information within the framework of a common\nspatial data infrastructure (IDE).\n\nThe SNIT is a very important step in the process of consolidating the\nInfraestructura de Datos Espaciales de Costa Rica (IDECORI), which is defined as\nthe set of policies, organizations, standards, and technologies that work\ntogether to produce, share, and use the geographic information\nnecessary to support the country's development in various fields.\n\nM.Sc. Max A. Lobo\nHernández\n\nDirector\n\nInstituto Geográfico\nNacional\n\nRegistro Nacional\n\nTable of Contents\n\n1. Introduction ....................................................................................\n..................................... 1\n\n2. Background ....................................................................................\n.................................... 1\n\n3. General Provisions .........................................................................\n.............................. 2\n\n3.1 Nomenclature and\nName of the Technical Standard .............................................................\n2\n\n3.2 Purpose .........................................................................................\n................................... 2\n\n3.3 Scope of Application\n....................................................................................................\n2\n\n3.4 Reach ........................................................................................\n................................. 2\n\n3.5 Technical Approval and\nOfficialization.............................................................................. 2\n\n3.6 Mandatory Nature .................................................................................\n............................. 3\n\n3.7 Effective Date .......................................................................................\n................................. 3\n\n4. Acronyms and\nDefinitions\n...................................................................................................\n3\n\n5. Standards and Requirements for Publication\n................................................................................. 5\n\n6. Publication\nArchitecture\n................................................................................................\n7\n\n6.1 Publication\nComponents ....................................................................................\n7\n\n6.2 Data Repository ...........................................................................\n........................... 7\n\n6.3 Map Server ..............................................................................\n........................... 8\n\n6.4 Catalog\nServer\n...................................................................................................\n10\n\n6.5 Information Clients\n.............................................................................................. 10\n\nThin Clients (Viewers)\n....................................................................................................\n11\n\nThick Clients (GIS Software)\n........................................................................................ 12\n\n6.6 Attribute\nQuery\n..................................................................................................\n12\n\n6.7 Other Basic\nRequirements\n......................................................................................\n13\n\nCommunications\nRequirements ...................................................................................\n13\n\nOnline Applications Manager (IT Manager) ............................................\n13\n\nSpatial Information Editors\n....................................................................................... 13\n\nGeoservices Manager (GIS Administrator)\n.............................................................. 13\n\n7. Final Considerations .........................................................................\n............................ 14\n\n8. Bibliography ....................................................................................\n.................................... 14\n\nAnexo 1 ............................................................................................\n........................................ 15\n\nList of Figures\n\nFigure 1. Publication Components\n............................................................................. 7\n\nFigure 2. Client Query\nModel ........................................................................\n11\n\n1. Introduction\n\nIn the administration\nof information, different levels and responsibilities are implemented both\nin the context of a small business and a country; such organization\nis present in the different national spatial data infrastructures (IDE) at an\ninternational level, which are constituted by a network of servers\nspatially located in different places, and that represent the\nadministering and owning entities of the data, servers that are\nconnected to a central node that organizes the information from all the\ndifferent data sources and makes it available to users from a\nsingle query and visualization portal, recognized as the medium for\npublishing the country's official spatial data.\n\nThe Sistema Nacional\nde Información Territorial must be understood as the central node of IDECORI; consequently,\nit does not refer to any software or application that must\nbe installed on the computers of the publishers or users of the system. Each\npublishing entity of spatial data is responsible, not only for the\nadministration of its data, but also for the implementation of the\nsoftware and hardware architecture that allows the publication thereof\nboth from its own portal, if desired, as well as through SNIT, as the\ncentral node of national publication.\n\nIn this organization, each publishing entity represents a spatial database, a source of\ninformation that is queryable on its own, and that simultaneously feeds the national geoportal (geoportal),\nfacilitating users' utilization, query, and search of the information, which allows\nimproving the administration and quality of the data and at the same time makes available to society an\nimportant tool for decision-making at the national level.\n\n2. Background\n\nAt the national level,\nthis is the first formal regulation for the Web publication of geographic\ninformation; however, the use of the standards defined by the OGC\nhas been implemented since the publication of the geoportal (geoportal)\nof SNIT, as a product of Component 1 of the Programa de Regularización del\nCatastro y el Registro (PRCR), and the geoservices (geoservicios) and\nnodes that have been incorporated since 2010 until the month of May\n2014, and from this date the IGN, as administrator of this platform,\npromotes them in new developments and the renewal of the geoportal (geoportal)\nof SNIT and the associated geoservices (geoservicios).\n\n3. General Provisions\n\n3.1 Nomenclature and\nName of the Technical Standard\n\nNTIG_CR05_01.2016: Standards\nfor the Web Publication of Geographic Information of Costa Rica\n\n3.2 Purpose\n\nThe purpose of this Technical\nStandard is to establish the minimum provisions that must\nbe considered to develop Web services for geographic information, as well as\nthe nodes of the Sistema Nacional de Información Territorial, that guarantee the\ninteroperability of the information and the platforms that support it.\n\n3.3 Scope of\nApplication\n\nThis Technical\nStandard is of mandatory observance. The application and interpretation of this\nTechnical Standard, for administrative and technical purposes, shall be the responsibility of\nthe Instituto Geográfico Nacional, which shall resolve cases not foreseen by\nit and shall ensure its updating as appropriate.\n\n3.4 Reach\n\nThe Technical Standard NTIG_CR05_01.2016:\nStandards for the Web Publication of Geographic Information of Costa Rica,\nconstitutes a general reference framework on the minimum\nrequirements that must be observed by officials and users of the Instituto Geográfico\nNacional, and in general, the public sector (Branches of the Republic,\nautonomous and semi-autonomous institutions, entities attached to autonomous\ninstitutions, state public enterprises, non-state public enterprises,\nnon-state public entities, entities administering public funds,\nmunicipalities and attached municipal bodies), the private sector,\nindividuals, and the general public, producer, manager, and user to improve and\norganize the activities related to the publication of geographic\ninformation of a national, regional, and local nature.\n\n3.5 Technical\nApproval and Officialization\n\nThe Technical Standard for\nGeographic Information called NTIG_CR05_01.2016: Standards for the\nWeb Publication of Geographic Information of Costa Rica, was approved\ntechnically at fifteen hours on January 12, 2016, as recorded\nthrough official communication N° DIG-0014-2016 of that same date,\nsigned by MSc. Max A. Lobo Hernández, Director\nof the Instituto Geográfico Nacional, and the same is made official through the\npublication of Directive DIG-005-2016 of the Instituto Geográfico\nNacional of January 12, 2016, in the Official Gazette La Gaceta.\n\n3.6 Mandatory Nature\n\nThe provisions\ncontained in this Directive and respective Technical Standard are of mandatory\nobservance.\n\n3.7 Effective Date\n\nThis Technical\nStandard becomes effective upon the publication of Directive DIG-005-2016 of\nJanuary 12, 2016, in the Official Gazette La Gaceta.\n\n| 4. Acronyms and Definitions CRTM05 | Transverse Mercator Projection for Costa Rica of 2005 (Proyección Transversal de Mercator para Costa Rica del 2005) |\n| --- | --- |\n| CR05 | Horizontal datum for Costa Rica of 2005 (Datum horizontal para Costa Rica del 2005) |\n| CSW | Catalog Service for the Web |\n| IDE | Spatial Data Infrastructure (Infraestructura de Datos Espaciales) |\n| IDECORI | Spatial Data Infrastructure of Costa Rica (Infraestructura de Datos Espaciales de Costa Rica) |\n| IGN | Instituto Geográfico Nacional |\n| OGC | Open Geospatial Consortium |\n| SIG | Geographic Information System (Sistema de Información Geográfica) |\n| SNIT | Sistema Nacional de Información Territorial |\n| WFS | Web Features Services |\n| WMS | Web Map Services |\n| WMTS | Web Map Tiles Services |\n| WCS | Web Coverages Services |\n| WGS84 | World Geodetic System 84 |\n\n \n\nCRTM05:\nOfficial coordinate system for Costa Rica, according to decree N° 33797-MJ-MOPT.\nIt is associated with the horizontal datum for Costa\nRica CR05 and the ellipsoid of the World Geodetic System (WGS84).\n\nOpen Geospatial\nConsortium: It is an international organization that defines open\nand interoperable standards for the publication of geographic information on the Web,\nfostering agreements among the different companies in the sector. http://www.opengeospatial.org/\n\nGeoportal (Geoportal):\nWebsite that provides geospatial information, includes tools for\ncommunication and collaboration among users, must comply with certain\nparameters that allow its standardization and interoperability, in order to\nfacilitate the integration and exchange of information among different\ninstitutions and citizens.\n\nGeoservice (Geoservicio):\nWeb interface that provides geographic information, which must comply with the\nstandards of the Open Geospatial Consortium.\n\nGeographic/Geospatial Information (Información geográfica/geoespacial): Information on specific topics of a territory,\npositioned according to a coordinate system and datum, that represents geographic features through\npoints, lines, and polygons.\n\nSpatial Data\nInfrastructure (IDE): From the technological point of view, it is a computer system\nthat integrates and organizes a decentralized network of servers, which have\nan architecture of interconnected resources composed of databases,\ndata catalogs, management programs, map servers\n(software), Web clients (viewers), and Web pages; designed for the\npublication, access, and management of geographic data sets and services,\nthat complies with a series of norms, standards, and specifications that regulate and\nguarantee the interoperability of geographic information.\n\nInteroperability: It is\nthe capacity of information systems and the procedures they\nsupport, to share and combine sets of geographic data and\nenable the exchange and interaction of information and knowledge between\nthem, in such a way that the result is coherent and the added value of\ngeographic data and information services is increased.\n\nGeographic Metadata (Metadatos geográficos):\nInformation that describes geographic data sets and geographic\ninformation services and that makes it possible to locate, inventory, and\nuse them.\n\nGeographic Information\nSystem (Sistema de información geográfica): Geographic Information Systems (SIG) are the\nresult of the application of so-called Information Technologies (IT) to\nthe management of Geographic Information (GI). The term Geographic Information\nSystem (SIG) has three meanings: SIG as a discipline; SIG as\na project, each of the practical implementations, the existing projects;\nSIG as software, i.e., the programs and applications of a\nSIG project.\n\nReference System (Sistema de referencia): Set\nof conventions, values, formulas, and concepts that define the framework from\nwhich position values for a geographic object can be determined in\na unique form.\n\n5.\nStandards and Requirements for Publication\n\nListed below are the\nWeb standards for publishing geographic information, established by the\nOpen Geospatial Consortium (OGC), that are currently contemplated for\npublication in the geoportal (geoportal) of the Sistema Nacional de\nInformación Territorial, as the IDECORI platform:\n\n\nWeb Map Service (WMS): is a standard that allows\nvisualizing geographic information in raster or vector format as an image (Jpeg, Gif,\nPng), and querying its attributes; the\ndata can come from a GIS (SIG) or a database.\n\n\nWeb Feature Service (WFS): This is a standard\noriented to thick clients, that allows visualizing geographic\ninformation in vector format, querying its attributes, and downloading\nthe data, which can come from a GIS (SIG) or a database.\n\n\nWeb Coverage Service (WCS): Standard that provides an\ninterface allowing requests for geographic coverage through the\nWeb; coverages are images of a specific geographic area, which can\nbe spatially analyzed and edited by users.\n\n Web Map Tile Service (WMTS): is a scalable and cacheable service, which uses a\ntiling model (tiling model) parameterized in such a way that a client can make requests for a\ndiscrete set of values and quickly receive from the server fragments of pre-rendered\nimages (tiles) that do not require any subsequent manipulation. Each of the layers (layers) of a WMTS server follows a pyramidal structure of scales, in which each scale or\nlevel of the pyramid is a rasterization and fragmentation of the geographic data at a specific scale or\npixel size.\n\n Catalog Service for the Web (CSW): Standard designed for the search of geographic data and\nWeb services for geographic information. In which the metadata corresponding to each\nproduct available in a Geoportal (Geoportal) or IDE is compiled, following the selected metadata profile, in our\ncase, the Official profile of geographic metadata of Costa Rica.\n\n \n\nAs well as any other\nstandard established by the OGC that may be required to be implemented in the future for\nIDECORI.\n\nAs the coordinate reference\nsystem (sistema de referencia) for geographic information, the one defined\nas official by the Instituto Geográfico Nacional of Costa Rica must be used, currently the one\ncalled CRTM05, datum CR05, as well as any\nupdate or adaptation made to the reference system (sistema de referencia) by\nthe IGN; at the international level, the valid projection is the one called\nWGS84, which is a world geographic coordinate system that allows\nlocating any point on Earth, and is the one used by the global\npositioning system (GPS).\n\nIn relation to the foregoing\nand its implication in defining the reference system (sistema de referencia) for\nWeb services for geographic information, clarity must be had regarding the\ncorresponding EPSG (European Petroleum Survey Group) codes, which must be the following:\n\n| Reference System (Sistema de Referencia) | EPSG Code |\n| --- | --- |\n| CRTM05-CR05 | 5367 |\n| WGS84 | 4326 |\n\nAt the level of the requirements\nthat entities publishing Web services for geographic\ninformation as nodes of SNIT must meet, the following are initially contemplated:\n\n\nThe entity must provide all the technological means that are necessary\nto publish the information, contemplating for this purpose the basic\ntechnical standards.\n\nThe entity must publish those topics that fall within its institutional competence.\n\nThe entity must keep the information updated according to the frequency they determine, and it will be solely responsible for its content.\n\nThe entity must assign at least one official responsible for ensuring the correct functioning of its geoservices.\n\nThe entity must generate and publish the corresponding metadata for the geographic information it is publishing through the SNIT geoportal, using the official geographic metadata profile (NTIG_CR04).\n\nUpon integrating into the SNIT, the entity commits to using basic cartographic information, regulations, etc., so that all cartographic products it publishes on the SNIT are homologated and positionally compatible with the fundamental bases published in the SNIT geoportal.\n\nComply with the technical conditions established by the IGN, necessary to guarantee the correct functioning of the geoservices.\n\nReport via email the publication or update of a specific geographic layer or geoservice and the corresponding metadata, to the email snit.info@rnp.go.cr.\n\n6. Publication Architecture\n\nInformation exchange in an SDI is carried out using the Internet, through map and catalog services in standard formats, allowing access to information from remote locations and using multiple platforms. Each participant in the national SDI that consumes and publishes information is known as a \"node,\" and each node must implement or adapt certain components that enable publication.\n\n6.1 Publication Components\n\nThe publication of information consists of computer components (equipment, internet services, computer programs, etc.) and non-computer components (people, policies, etc.)\n\nFigure 1. Publication Components\n\n6.2 Data Repository\n\nThis consists of the physical storage of the spatial information to be published. This storage must be arranged in a spatial database or in file directories of the operating system, so that they are accessible both to the users responsible for updating them, and to the computer program arranged as a map server.\n\nIt is important to consider that whether a file scheme or a spatial database is chosen, the necessary procedures must be implemented at the institutional level so that the data layers are always kept updated, reflecting the most recent state of their management process.\n\nFile directories or spatial database?\n\nSpatial databases offer great advantages in terms of ease of information management and publication, among them: high speed to execute processes, ease of implementing user and permission schemes, possibilities of executing automatic backup and restoration processes, monitoring and audit trails on data changes, dynamic queries, and real-time geoprocessing, among many benefits.\n\nFile directories offer benefits when work schemes are very simple, typically when one or two users edit a small set of layers, subject to few changes over time. In these cases, it could be more costly to implement and manage a spatial database than simply saving files in a shared directory.\n\n6.3 Map Server\n\nWeb map servers are software packages that allow the visualization and query of geographic attributes remotely, producing maps of spatial data dynamically from geographic data, which may be located on servers of different institutions.\n\nA map server basically uses together the capabilities of the software (package developed as a map server), and the hardware (physical server), to achieve the publication of geographic information on a network (Internet and/or Intranet) and in this way, enable users to interact with it.\n\nThe map server accepts requests from a client through parameters in standard format, interprets the type of request, reads the geographic data, and returns the requested information, either in image or literal format according to the type of query.\n\nThe main objective of map servers is to allow interaction with geospatial information. The user accesses the information in such a way that they can visualize it, consult it, and depending on the characteristics of the servers and the services provided, download it or perform spatial analyses; normally, in correspondence with the information administration, it is stored on various servers.\n\nThe responses (services) provided by the map server can be visualized through desktop applications, including the GIS applications used for information management, as well as through Web applications (map viewers) or applications for mobile devices. This ease of exchange is due to the use of standards in the implementation of each service, making it possible that the choice of a map server is completely independent of the applications used for visualization, including the applications used for data management.\n\nThe basic modules of which a map server is composed are three: the generic GIS (Geographic Information Systems) visualization component, the map producer, and the capabilities manager. The GIS visualization component is the module with management capabilities for the visualization of maps and geospatial information. The map producer is responsible for translating the visualization requests received by the server, according to the specifications defined by the user, and converting them into specific maps on the GIS visualization module. The last module, the capabilities manager, manages and configures the available services and data to respond to all capability requests on the map server.\n\nThe variety of options in map servers, databases, operating systems, internet browsers, and information formats established the need to define protocols and standards for publication. In the environment of Spatial Data Infrastructures, map servers must be interoperable; that is, they must be queryable through standardized specifications independent of the specific server or client used. As mentioned previously, these standards or specifications are developed by international organizations, such as the ISO-TC 211 Committee and the OGC.\n\nIn selecting the software to be used as a map server, aspects such as the publisher's needs, the types of service customization, and licensing must be considered. These variables, added to the maintenance and updating of services, are directly linked to human and financial resources; therefore, the options present in the market must be analyzed in detail. In the market, there are two large blocks: proprietary software and open-source software. Additionally, due to the existence of open-source software and according to the publisher's capabilities, it is possible to consider the option of an in-house development that meets user needs and international standards.\n\n| Examples of Map Servers | |\n| --- | --- |\n| Proprietary Software | Open-Source Software |\n| ArcGIS Server | MapServer |\n| MapXtreme | GeoServer |\n| Bentley Geo Web Publisher | MapGuide |\n| Geomedia Web Map | Deegree |\n\nIt is necessary to clarify that in relation to the degree of customization of the map server, programming knowledge is required to obtain the desired results, and in the case of proprietary software, the corresponding licensing and modules.\n\nThe Web server is the software that establishes the communication between a computer or server and a network (Internet and/or Intranet); map servers are compatible with any Web server, and the software packages of some map servers even include a Web server. Regarding the operating system, not all map servers are transparent with the two main platforms, Windows and Linux.\n\nServers are generally independent of the use of a GIS program; however, if proprietary servers are used, they require the license of a GIS program since they function as modules of said programs.\n\n6.4 Catalog Server\n\nThe catalog server serves to develop what is known as \"discovery services,\" which is essentially the mechanism through which SDI users find the information that is of interest to them, including the link to the map service if it is enabled.\n\nEach geographic information layer or theme must be documented, describing basic information known as metadata. The set of metadata for an entity will be accessible via the internet through the catalog server, which, analogously to the map server, interprets requests and returns search results through a standard format (CSW).\n\nThe central node of the SNIT will include a link to each active catalog server duly reported to the administration, so that searches in the IDECORI catalog include all metadata from the linked catalogs.\n\n6.5 Information Clients\n\nThe end user of the spatial data published on the network (Internet and/or Intranet) has the ability to connect to the services provided by the map servers through both a thin client, which consists of a web application that allows querying these map servers from a browser, and a thick client, using desktop GIS applications with modules that allow connection to map servers.\n\nThe format of the data read by the client can determine the type of client. When the format of the cartography arriving at the client is an image (generic formats like JPG, PNG, or GIF, for example), a simple HTML browser (language completely transparent to the browser) is generally sufficient. In contrast, when the client must read a vector format, it requires using GIS software that allows reading the data in its native format.\n\nFigure 2. Client Query Model\n\nThin Clients (Viewers)\n\nThe architecture of map servers is of the client/server type. In the case of a thin client, it refers only to the use of an internet browser that requests server resources from a web page; the server manages all requests and responds to them in an orderly manner. The network is the physical structure through which the client and server communicate; upon receiving data from the server, the client interprets it and presents it to the user.\n\nThe browser communicates with the generic GIS visualization component of the map server to respond to the user's requests and show the results on screen. It is at this point, regarding the needs of the publisher and the end user of the services, where the level of customization of the map server is defined, specifically of the GIS visualization component, called a viewer, and the different query modules that one wishes to develop and add.\n\nThe cartographic viewer is a visualization client that allows the overlay, attribute query, and customization of the various information layers stored in the publishing entity's database, offering users an integrating vision of the territory under study. Furthermore, if the map server is connected to or has a tool for connecting with geographic data located on different servers, it is possible to query different information sources, which could be in various formats and have different coordinate systems, as long as they meet the OGC specifications related to Web Map Services (WMS).\n\nIt is not necessary for participating entities to develop online map viewers, as the SNIT has a robust cartographic viewer that allows adding any map service in WMS format. The development of cartographic viewers requires advanced knowledge of programming tools, and this effort would be undertaken at the expense of each publishing entity, so it is recommended to assess the need to make this investment.\n\nIt is necessary to ensure that the cartographic viewer used is compatible with the different internet browsers and that all its tools function in the same way.\n\nThick Clients (GIS Software)\n\nQuerying data with a thick client uses the same client/server architecture of map servers; however, the difference lies in that a thick client refers to the use of a program or software developed for the generation, editing, and processing of geographic data (GIS software), installed on the end user's computer.\n\nGIS software has specific modules to connect to one or several external spatial databases simultaneously, visualize the data, consult its attributes, download and edit them if the service allows it, and perform geoprocessing with datasets from various sources, which can be in vector or image format.\n\nThe thick client does not require a viewer because the software's query and editing screen functions as such. Therefore, the URL addresses to access the data are different, directing the GIS software to the specific web service that contains the data or dataset, produced by the map server. These URL addresses must be published on the web page or geoportal of the entity that publishes and manages the data.\n\nIn the market, as for map servers, there are two large blocks for the different existing GIS software options: proprietary software and open-source software. Both groups have the capabilities for connection with external spatial databases, reading different data formats, and a wide variety of data editing and geoprocessing tools; therefore, the selection of GIS software is always at the discretion of the user of such software type and their needs.\n\n| Software Examples | |\n| --- | --- |\n| Proprietary Software | Open-Source Software |\n| ArcGIS | GRASS GIS |\n| Mapinfo | Quantum GIS |\n| Manifold | gvSIG |\n| Idrisi | SAGA GIS |\n\n6.6 Attribute Query\n\nThe information published through the different types of standard geographic data services on the Web, defined by the OGC, queried with both thick and thin clients, must have queryable attributes in order to easily read the data, understand its structure, conduct studies or spatial analyses, and geoprocessing to obtain new results.\n\nThe attributes of the data are intended to facilitate and guide the reading of the information; however, it is the administrator or owner of the data who defines which attributes can be queried in a Web service. This may be due to multiple aspects, such as safeguarding the confidentiality of the information, it being in the process of development, or policies of the publishing entity.\n\nConsequently, for data publication, it is essential that the data have queryable attributes for reading and understanding them. However, the attributes available for querying will always be defined by the administrator or owner of the data.\n\nIt is necessary to clarify that the data and its queryable attributes must conform to the guidelines defined in the Object Catalog of the Instituto Geográfico Nacional.\n\n6.7 Other Basic Requirements\n\nCommunications Requirements\n\nIncludes the equipment and configuration of the tools that allow the institution to publish map and catalog services on the internet.\n\nFor the purposes of a publication node, it will be necessary to have a static public IP address, preferably associated with a domain name in accordance with the publishing entity, for example: http://www.institucion.go.cr/mapas/wms\n\nOnline Application Administrator (IT Administrator)\n\nWill ensure the continuity of the map and catalog service as well as the establishment of performance and security conditions, among other associated elements.\n\nSpatial Information Editors\n\nThis is the group of information users who make modifications both at the information level and the geometric level to each of the topics that are the entity's competence.\n\nGeoservices Manager (GIS Administrator)\n\nWill be the person who makes decisions about what is published within an entity (which layers? which attributes of each layer?), manages the visualization of the layers (symbology), and determines the frequency with which the map services are updated.\n\n7. Final Considerations\n\nIt is necessary to indicate that the SNIT and IDECORI are based on the philosophy of technological independence, so participating entities are not conditioned to the use of any particular computer technology.\n\nLikewise, entities have the freedom to design and implement the technological architecture that is most convenient for them, based on the human and technological resources they have, without failing to consider the expected level of demand for the geographic information they publish.\n\nWhen it involves entities, whether public or private, that require publishing geographic information in the SNIT geoportal, the formalization of the document called \"Convenio para la publicación de información en el geoportal del Sistema Nacional de Información Territorial (SNIT)\" is necessary.\n\nIn Anexo 1, the basic fundamentals on the conformation of a spatial database are contemplated.\n\n8. Bibliography\n\nCoronel, C. & Morris, S. (2013). Normalization of Database Tables. Database Systems: design, implementation, and management. Boston, Mass.: Course Technology/Cengage Learning.\n\nDate, C. (2012). FD's and BCNF (Informal). Database design and relational theory normal forms and all that jazz. Sebastopol, California: O'Reilly Media.\n\nDwelle, D. (1997). Conceptual, Logical, Physical Models. Retrieved on 05/15/2013, from Welcome to AIS: http://www.aisintl.com/case/CDM-PDM.html\n\nAnexo 1\n\nSpatial Databases\n\nA database is a collection of records stored and organized systematically, allowing the exact recovery of any record. One of the best examples of a database is a public library, in which each book is a record identified by a unique index value. Just as in a library, where books are categorized by subject, author, year, and many other criteria, a database has multiple tools to compare records and identify a specific datum from any other.\n\nA spatial database gives the user the ability to enter, index, and retrieve records contextualized in space. A tool of this type has applications in medicine, astronomy, architecture, network design, physics, among many other disciplines. Spatial representation can refer to the position of an organ in a living being's body, the position of a planet from the sun, or the distribution of rooms in an apartment complex.\n\nHowever, the most exploited use of spatial databases is for geography and related sciences applications, where the spatial reference corresponds to the exact position of any phenomenon on planet Earth, identified by a point, a line, or a polygon and represented in coordinates of latitude, longitude, and occasionally height above sea level. A spatial database with application in geography is called a Geographic Database.\n\nThe design and implementation of a traditional database consists of three fundamental modeling stages: conceptual, logical, and physical. In each modeling stage, it is necessary to incorporate special activities that support a better geographic database design.\n\nConceptual Model\n\nDescribes, with the support of visual media, the form that information takes from the business point of view, suppresses non-critical data, and focuses on the description of objects and their rules or relationships (Dwelle, 1997).\n\nDuring the conceptual model, it is necessary to address certain considerations related to spatial objects.\n\nIdentification of Necessary Coverages\n\nIn the design of the conceptual model, it is necessary to identify all the information necessary for the user, both flat data and spatial information.\n\nFigure 1. Identification of spatial and non-spatial entities\n\nIdentification of Relationships\n\nOnce the information layers to be incorporated are clear, it is necessary to identify the relationships needed between these layers, both tabular and spatial. Identifying these relationships is crucial to define the geometry that these entities will adopt. The design process is iterative; it is possible that during the identification of relationships, new entities will be discovered.\n\nFigure 2. Identification of relationships between spatial layers\n\nDefinition of Spatial Representation\n\nUsing the identified relationships, data sources, and user needs as input, the most suitable representation for each spatial information layer can then be defined. In the case of vector entities, it must be defined at this stage whether they will be represented by points, lines, or polygons, and it is essential to define whether simple or compound geometries will be used (multipoint, multiline, or polygon with multiparts or holes). In the case of raster-type layers, it is necessary to delimit the desired semantics for the value of each tessera, whether it be the color values of a photograph of the earth's surface, degrees in a temperature map, angles in a slope map, or height in a digital elevation map, among others.\n\nFigure 3. Types of spatial representation\n\nLogical Model\n\nIt is the formal, abstract representation of the design to be implemented. In the logical model, it is imperative to identify all the attributes of each entity (Dwelle, 1997). For each layer, it is necessary to perform some normalization tasks that will favor future data analysis.\n\nSpatial Harmonization\n\nThe information layers should be represented with the same projection, the same scale, and the same resolution. It is recommended to use the highest possible scale and resolution, interpolating the missing information as much as possible.\n\nUnit Harmonization\n\nOnce all entities and all their possible attributes have been identified, it is necessary to ensure that all measurements of the same domain use the same measurement system, both in spatial and flat tables. This harmonization will allow comparison operations between values of the same domain to be performed without the need to execute intermediate transformations that could generate efficiency problems or induce errors due to rounding or poor conversion between systems. In the case of distances, it is not convenient to maintain a table with data in feet and inches when the other tables present the measurements in meters.\n\nCategorical Value Encoding\n\nFor each attribute that represents a category, it is necessary to define a limited and mandatory encoding. All values of an attribute of this type must be represented only with one of the defined categories.\n\nModel Normalization\n\nThere are several schemas that can be applied to the logical model. The schema defines how the records will relate to each other and how records can be retrieved based on information from others. Some examples are the flat schema, which represents data as an ordered list of records; the hierarchical schema, which organizes data in vertical structures; the relational schema, in which all entities are connected to one or more entities in a horizontal organization, among others.\n\nFigure 4. Database model schema\n\nThe database design must adhere to the normalization rules of the selected schema, thus guaranteeing the integrity and stability of the data in the system. The relational schema is the most used today because it allows representing very complex systems that cannot be designed with other models.\n\nA database designed in the relational schema must comply at least up to the third normal form (Coronel Morris, 2013):\n\n1 First Normal Form: Each record has at most one value, for each attribute, of the data type corresponding to that attribute (number, text, date and time, false or true, etc.) (Date, 2012). In the relational schema, it is required that the attributes be atomic, that is, an attribute cannot have multiple values in the same record. A spatial object such as a polygon, line, or point is considered a single value despite being composed of multiple coordinates.\n\n2 Second Normal Form: Every record must be represented by a unique value in a key attribute called the primary key. The primary key can be composed of several combined attributes that together maintain a unique value for each record. The database is in second normal form if it meets the first normal form and, given a composite primary key, the value of all attributes depends on the entire primary key. If an attribute depends on only part of the primary key, it is considered a partial dependency and produces unnecessary repetition of values and possible inconsistencies in the database. (Coronel Morris, 2013)\n\n3 Third Normal Form: Once normalized up to the second normal form, a database is in Third Normal Form when, for all tables, the value of no non-key attribute depends on another non-key attribute. This is called transitive dependencies and also produces unnecessary repetition and inconsistencies in the database. (Coronel Morris, 2013)\n\nPhysical Model\n\nIt is the direct implementation of the logical model in a specific database management tool. The rules described in the previous model must materialize in the form of restrictions, integrity checks, appropriate data types, and data preprocessing.\n\nNumerical Normalization\n\nTo guarantee compliance with unit harmonization, it is necessary to prepare the data through the necessary unit conversions. Even for data represented in the same measurement system, it is necessary to normalize the scale. For example, if distance data are to be represented using the metric system, with the meter as the base unit, all distances should be represented in meters, thousands of meters, and fractions of meters, instead of kilometers and centimeters.\n\nTopological Integrity\n\nFor all vector layers, rules must be defined that limit topological relationships according to the behavior of objects in reality. For example, one district cannot occupy the same space as another, so the district layer should have a topological restriction that prevents the insertion of two overlapping districts. Likewise, for relationships between layers, a canton should be contained within a province, a district within a canton. This measure, however, must be executed with caution when the original data did not have the same scale, as the difference in scales can induce errors in vector-type layers that are typically difficult to avoid.\n\nThematic Categorization\n\nNavigating a geographic database can become complicated as the number of entered layers increases. During the design of the physical model, it is necessary to identify the represented themes and classify each layer into an independent thematic category, avoiding ambiguous categories as much as possible, and using the target system's own resources to group tables of the same theme. For example, the definition of a \"schema\" by theme or the use of prefixes in the table names could be very helpful elements for grouping data.\n\n7°-Obligation: The provisions contained in this Technical Standard are mandatory.\n\n8°-Effective Date: The Geographic Information Technical Standard called NTIG_CR05_01.2016: Estándares para la Publicación Web de Información Geográfica de Costa Rica is effective as of its publication in the Official Gazette La Gaceta." }