Documentos de Académico
Documentos de Profesional
Documentos de Cultura
CONTENIDO
Prólogo COGUANOR..................................................................................................................... 6
Prólogo............ ................................................................................................................................ 7
Introdución ...................................................................................................................................... 8
1 OBJETO .............................................................................................................................. 9
2 CONFORMIDAD ............................................................................................................... 9
2.1 Requisitos de conformidad .................................................................................................. 9
2.2 Perfiles de metadatos ........................................................................................................... 9
3 NORMAS DE REFERENCIA ............................................................................................ 9
4 TÉRMINOS Y DEFINICIONES ...................................................................................... 10
5 SÍMBOLOS Y TÉRMINOS ABREVIADOS................................................................... 11
5.1 Abreviaturas ...................................................................................................................... 11
5.2 Notación UML .................................................................................................................. 11
5.3 Relaciones del Modelo UML ............................................................................................ 12
5.3.1 Asociaciones...................................................................................................................... 12
5.3.2 Generalización ................................................................................................................... 12
5.3.3 Instanciación/Dependencia................................................................................................ 12
5.3.4 Rol ..................................................................................................................................... 12
5.4 Estereotipos en modelos UML .......................................................................................... 14
5.5 Abreviaturas de paquetes .................................................................................................. 14
5.6 Relaciones entre el Diccionario de Datos y el Modelo UML ........................................... 15
6. REQUERIMIENTOS ........................................................................................................ 15
6.1 Metadatos requeridos para datos geográficos ................................................................... 15
6.2 Información para la aplicación de metadatos .................................................................... 15
6.3 Paquetes de Metadatos ...................................................................................................... 16
6.3.1 Paquetes de Metadatos y relaciones entre entidades ......................................................... 16
6.3.2 Descripción de paquetes .................................................................................................... 18
6.4 Tipos de datos para Matadatos .......................................................................................... 21
6.4.1 Información de la Extensión (EX_Extent). ....................................................................... 21
6.4.2 Información de menciones y responsables (CI_Citation and CI_ResponsibleParty) ....... 21
6.5 Núcleo de metadatos para conjuntos de datos geográficos ............................................... 21
6.6 Diagramas del Lenguaje Unificado de Modelado (UML) ................................................ 22
6.7 Diccionario de Datos ......................................................................................................... 22
6.8 Extensiones y perfiles de metadatos .................................................................................. 23
6.9 Conjunto de pruebas abstractas ......................................................................................... 23
6.10 Perfil exhaustivo de aplicación de metadatos ................................................................... 23
6.11 Metodología de extensión de metadatos ........................................................................... 23
6.12 Implementación de metadatos ........................................................................................... 23
6.13. Niveles jerárquicos de metadatos ...................................................................................... 23
6.14 Ejemplos de implementación ............................................................................................ 23
6.15 Soporte multilingüe para los campos de texto libre .......................................................... 23
ANEXO A (Normativo) Modelos de metadatos...........................................................................................................24
A.1 Modelos UML de metadatos ............................................................................................. 24
A.2 Diagramas UML de paquetes de metadatos ...................................................................... 24
A.2.1 Información del conjunto de entidades de metadatos ....................................................... 24
A.2.2 Información de identificación ........................................................................................... 25
A.2.3 Información de restricciones ............................................................................................. 26
A.2.4 Información de calidad de datos ........................................................................................ 27
A.2.5 Información de mantenimiento ......................................................................................... 30
A.2.6 Información de la representación espacial ........................................................................ 31
A.2.7 Información del Sistema de Referencia ............................................................................. 32
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 3/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 4/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 5/139
ANEXO J (informativo) Apoyo multilingüe para el elemtno metadato texto libre .................... 136
J.1 Elementos metadatos Texto Libre ..................................................................................... 136
J.2 Estructura de datos para manejar apoyo multilingüe en los elementos de metadatos Texto
Libre. ........................................................................................................................................... 137
J.3 Ejemplo de Texto Libre Multilingüe en el elemento metadato ......................................... 138
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 6/139
Prólogo COGUANOR
COGUANOR es una entidad adscrita al Ministerio de Economía, su principal misión es la de proporcionar soporte
técnico a los sectores público y privado por medio de la actividad de normalización.
El proceso de normalización se realiza a través de Comités Técnicos de Normalización (CTN), lo que garantiza la
participación de todos los sectores interesados.
El estudio de la presente norma COGUANOR NTG/ISO 19115. Información geográfica Metadatos, estuvo a
cargo del Comité Técnico de Normalización de Información Geográfica, habiendo participado los siguientes
profesionales, a titulo personal o en representación de organizaciones y entidades relacionadas con el contenido de
la norma:
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 7/139
Prólogo
ISO (la Organizacion Internacional de Normalizacion) es una federacion mundial de organismos nacionales de
normalización (organismos miembros de ISO). EI trabajo de preparación de las Normas Internacionales
normalmente se realiza a través de los comités técnicos de ISO. Cada organismo miembro interesado en una
materia para la cual se haya establecido un comité técnico, tiene el derecho de estar representado en dicho comite.
Las organizaciones internacionales, gubernamentales y no gubernamentales, vinculadas a ISO, también participan
en el trabajo. ISO colabora estrechamente con la Comisión Electrotécnica Internacional (lEC) en todas las materias
de normalización electrotécnica.
Las Normas Internacionales se redactan de acuerdo con las reglas establecidas en la Parte 2 de las Directivas
ISO/IEC.
La tarea principal de los comités técnicos es preparar Normas Internacionales. Los proyectos de normas
internacionales adoptados por los comités técnicos se circulan a los organismos miembros para votación. La
publicación como Norma Internacional requiere la aprobación de por lo menos el 75% de los organismos miembros
con derecho a voto.
Se llama la atención sobre la posibilidad de que algunos de los elementos de este documento puedan estar sujetos a
derechos de patente. ISO no asume la responsabilidad por la identificación de alguno o todos los derechos de
patente.
La Norma Internacional ISO 19115 fue preparada por el Comité Técnico ISO/TC 211 Información
Geográfica/Geomántica.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 8/139
Introdución
EI resurgimiento de la conciencia de la importancia de la geografía y del como se relacionan espacialmente las cosas,
junto con el progreso de la tecnología electrónica, han causado una expansión mundial en el uso de la información
geográfica digital y de los sistemas de información geográfica. Cada vez más individuos de una amplia gama de
disciplinas más allá de las ciencias geográficas y de la tecnología de la información, son capaces de producir, enriquecer
y modificar información geográfica digital. Dado que el número, la complejidad y la diversidad de los conjuntos de
datos geograficos crecen, aumenta la importancia de un método para proporcionar un correcto entendimiento de todos
los aspectos relacionados con este tipo de datos.
Los datos geográficos digitales constituyen un intento de modelar y describir el mundo real para el análisis y la
visualización gráfica de la información en una computadora. Cualquier descripción de la realidad es siempre una
abstracción, parcial y es solo una de las muchas posibles "visiones". Esta visualización gráfica o modelo del mundo real
no es un duplicado exacto, algunas cosas son aproximadas, otras están simplificadas y algunas otras ignoradas. En raras
ocasiones hay datos perfectos, completos y correctos. Los supuestos y limitaciones que afectan a la creación de los
datos tienen que estar completamente documentados para asegurar que dichos datos no se utilicen mal. Los metadatos
permiten a un productor de información geográfica describir completamente un conjunto de datos de modo que los
usuarios puedan entender los supuestos, limitaciones y puedan evaluar la aplicabilidad del conjunto de datos para el uso
pretendido.
Normalmente los datos geográficos son utilizados por mucha gente distinta de los productores. A menudo un individuo
o una organización los produce y otros los utilizan. La documentación apropiada proporcionará a esos individuos poco
familiarizados con los datos, una mejor comprensión de los mismos y les permitirá usarlos correctamente. Puesto que
productores y usuarios de datos geográficos manejan cada vez más datos, una documentación adecuada les proveerá de
un conocimiento más profundo de la información, lo que esta ofrece y les permitirá gestionar mejor la producción, el
almacenamiento, la actualización y la reutilización de la misma.
EI objetivo de esta Norma Internacional es proporcionar una estructura para describir los datos geográficos digitales. Se
pretende que esta Norma sea usada por analistas de sistemas de información, planificadores de programas y
desarrolladores de sistemas de información geográfica y otros, para entender los principios básicos y los requisitos
globales para la normalización de la información geográfica. La Norma define elementos de metadatos, proporciona un
modelo y establece un conjunto común de terminología, definiciones y procedimientos de ampliación para metadatos.
Al momento de ser implementada por un productor de datos geográficos, esta Norma Internacional:
Suministrará a productores de datos la información apropiada para caracterizar sus datos geográficos con propiedad.
Permitirá a los usuarios utilizar datos geográficos del modo más efectivo conociendo sus carácterísticas básicas.
Facilitará el descubrimiento de datos, su recuperación y reutilización. Los usuarios serán capaces de localizar, acceder,
evaluar, adquirir y utilizar mejor los datos geográficos.
Permitirá a los usuarios determinar si unos datos geográficos en un repositorio (archivo) serán de utilidad para ellos.
Esta norma internacional define metadatos de propósito general en el campo de la información geográfica. Metadatos
más detallados para tipos de datos geográficos y servicios geográficos se definen en otras normas de las series ISO
19100 y en extensiones de usuario.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 9/139
1 OBJETO
Esta norma define el modelo requerido para describir información geográfica y servicios. Proporciona información
sobre la identificación, la extensión, la calidad, el modelo espacial y temporal, la referencia espacial y la distribución de
los datos geográficos digitales.
- los conjuntos de datos geográficos, las series del conjunto de datos y los fenómenos geográficos individuales y
las propiedades de los fenómenos.
- el conjunto mínimo de metadatos requeridos para soportar todo el rango de aplicaciones de metadatos
(descubrimiento de datos, determinación de la aptitud para el uso, acceso a los datos, transferencia de datos y
utilización de datos digitales);
elementos de metadatos opcionales, para permitir una extensiva descripción normalizada de los datos geográficos, si así
se requiere;
Aunque esta norma se aplica a datos digitales, sus principios pueden extenderse a muchas otras formas de datos
geográficos tales como mapas, cartas y documentos textuales, asi como a datos no geográficos.
NOTA Ciertos elementos de metadatos obligatorios no pueden aplicarse a estas otras formas de datos.
2 CONFORMIDAD
Los metadatos deben ser proporcionados tal y como se especifica en el capitulo 6 y en los anexos A y B.
Los metadatos especificados por el usuario deben ser definidos y proporcionados tal como se describe en el anexo C.
Para que cualquier metadato sea declarado conforme con esta norma debe satisfacer los requisitos descritos en el
conjunto de pruebas genéricas presentado en el anexo D.
Cualquier perfil conforme a esta norma debe ser conforme a las reglas existentes en el anexo C, numeral C.6.
Para propósitos de pruebas de conformidad utilizando el conjunto genérico de pruebas del anexo D, las entidades de
metadatos y los elementos deben ser considerados como obligatorios, condicionales u opcionales tal y como se como se
especifique en el perfil aplicable.
3 NORMAS DE REFERENCIA
Las normas que a continuación se indican son indispensables para la aplicacion de esta norma. Para las referencias con
fecha, solo se aplica la edición citada. Para las referencias sin fecha se aplica la útima edición de la norma (incluyendo
cualquier modificación de ésta).
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 10/139
ISO 639 (all parts), Code for the representation of names of languages
ISO 3166 (all parts), Codes for the representation of names of countries and their subdivisions
ISO 4217:2001, Codes for the representation of currencies and funds
ISO 8859 (parts 1 to 16), Information technology ― 8-bit single-byte coded graphic character sets
ISO 8879, Information processing ― Text and office systems ― Standard Generalized Markup Language
(SGML)
ISO/IEC 10646-1, Information technology ― Universal Multiple-Octet Coded Character Set (UCS) ― Part 1:
Architecture and Basic Multilingual Plane
ISO/IEC 11179 (all parts), Information technology ― Specification and standardization of data elements
ISO 19106:―1), Geographic information ― Profiles
ISO 19107:―1), Geographic information ― Spatial schema
ISO 19108:2002, Geographic information ― Temporal schema
ISO 19109:―1), Geographic information ― Rules for application schema
ISO 19110:―1), Geographic information ― Methodology for feature cataloguing
ISO 19111:2003, Geographic information ― Spatial referencing by coordinates
ISO 19112:―1), Geographic information ― Spatial referencing by geographic identifiers
ISO 19113:2002, Geographic information ― Quality principles
ISO 19114:―1), Geographic information ― Quality evaluation procedures
ISO 19117:―1), Geographic information ― Portrayal
ISO 19118:―1), Geographic information ― Encoding
ISO 19119, Geographic information ― Services.
4 TÉRMINOS Y DEFINICIONES
Para los fines de este documento, se aplican los siguientes términos y definiciones:
NOTA Los términos y definiciones utilizados en conjunto con los modelos UML se incluyen en el capítulo 5.
4.1 tipo de datos. Especificación de un dominio de valores con operaciones permitidas sobre los valores de ese
dominio [ISO 19103].
NOTA Se identifica cada tipo de datos mediante un término, por ejemplo: entero.
NOTA Un conjunto de datos puede ser un agrupamiento más pequeño de datos el cual, aunque limitado por alguna constricción
tal como la extension espacial o eI tipo de fenómeno, se puede localizar físicamente dentro de un conjunto de datos más grande.
Teóricamente, un conjunto de datos puede ser tan pequeño como un único fenómeno o un atributo de un fenómeno contenidos
dentro de un conjunto de datos más grande. Un mapa impreso o una carta pueden ser considerados como conjuntos de datos.
4.3 series de conjuntos de datos. Colección de conjuntos de datos que comparten una misma especificacion de producto
4.4 malla. red compuesta por dos o más conjuntos de curvas en la que los miembros de cada conjunto intersectan
a los miembros de los otros conjuntos de modo de algorítmico [ISO 19123]
1
Próxima publicación
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 11/139
4.7 entidad de metadatos. conjunto de elementos de metadatos que describen el mismo aspecto de los datos.
4.8 sección de metadatos. subconjunto de metadatos que consta de una colección de entidades de metadatos
relacionadas entre sí, y elementos de metadatos.
4.9 modelo. abstracción de algunos aspectos de un universo (tratado)de discurso [ISO 19109]
4.11 sistema de referencia temporal. sistema de referencia con el que se mide el tiempo. [ISO 19108]
5.1 Abreviaturas
Los Diagramas que aparecen en esta norma se han elaborado utilizando como lenguaje de modelos conceptuales los
diagramas de estructura estática del Lenguaje Unificado de Modelado (UML) junto con las definiciones de tipos
básicos del Lenguaje de Definición de Interfaces de ISO (IDL) y el Lenguaje de Restricción de Objetos (OCL) de
UML como el lenguaje de modelo conceptual. Las notaciones UML utilizadas en esta norma se describen en la
figura 1:
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 12/139
Asociación
Agregación
Composición
Generalización
Dependencia
5.3.1 Asociaciones
Una asociación se utiliza para describir una relación entre dos o más clases. UML define tres diferentes tipos de
relaciones, lIamadas asociaciones, agregaciones y composiciones. Los tres tipos tienen diferente semántica. Una
asociación ordinaria debe utilizarse para representar una relación general entre dos clases. Las asociaciones de
agregación y composición deben utilizarse para crear relaciones parciales o totales entre dos clases. La dirección de
una asociación tiene que ser especificada. Si no se especifica la dirección, se supone que es una asociación
bidireccional. Si se pretende tener asociaciones unidireccionales, la dirección de la asociación puede ser marcada
por una flecha al final de la línea.
Una asociación de agregación es una relación entre dos clases en la cual una de las clases juega el rol de contenedor
y la otra el rol de contenido.
Una asociación de composición es una agregación fuerte. En una asociación de composición, si un objeto
contenedor se suprime, entonces todos sus objetos contenidos son suprimidos también. La asociación de
composición debe usarse cuando los objetos que representan las partes de un objeto contenedor no pueden existir sin
el objeto contenedor.
5.3.2 Generalización
Una generalización es una relación entre una superclase y una subclase que puede ser substituida por ella. La
superclase es la clase generalizada, mientras que las subclases son clases especificadas.
5.3.3 Instanciación/Dependencia
Una relación de dependencia muestra que la clase “cliente” depende de la clase/interfaz proveedor para proporcionar
ciertos servicios, como:
Clase “cliente” toma un valor (constante o variable) definido en la clase/interfaz del proveedor.
Operaciones de la clase “cliente” tienen firmas cuya clase de retorno o argumentos son instancias de la
clase/interfaz proveedor.
Una relación instanciada representa el acto de sustituir los valores reales por los parámetros de una clase
parametrizada o utilidad de clases parametrizada para crear una versión especializada del ítem más general.
5.3.4 Rol
Si una asociación es navegable en una dirección particular, el modelo debe proporcionar un "nombre de rol” que es
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 13/139
el apropiado para el rol del objetivo principal con relación al objeto fuente. Así en una asociación bidireccional, se
suministrarán dos nombres de rol. La figura 2 representa cómo los nombres de rol y las cardinalidades son
expresados en los diagramas UML.
Nombre de la asociación
Clase # 1 Clase # 2
rol -1 rol -2
Cardinalidad de asociaciones
1 1..*
Clase Una exactamente
Clase Una o más
0..*
Clase Cero o más n
Clase Número específico
0..1
Clase Opcional (cero o más)
Clase
agregada Superclase
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 14/139
EI estereotipo en UML constituye un mecanismo para extender conceptos ya existentes en UML. Es un elemento de
modelado que se usa para clasificar (0 marcar) otros elementos de UML de modo que de alguna manera se
comportan como si fueran instancias de clases de un nuevo pseudo metamodelo o modelo virtual cuya forma se basa
en las clases existentes en el metamodelo base. Los estereotipos aumentan los mecanismos de clasificación
basándose en la jerarquía de clases del metamodelo incorporada en UML. Más adelante, tenemos descripciones
breves de los estereotipos utilizados en esta norma internacional. Para una descripción más detallada consultese la
Especificación Técnica ISOITS 19103.
a) «Type» clase usada para la especificación de un dominio de instancias (objetos), junto con las operaciones
aplicables a dichos objetos. Un «Type» puede tener atributos y asociaciones.
b) «Enumeration» tipos de datos cuyas instancias forman una lista de valores literales con un nombre. Se declara
tanto el nombre de la enumeración como sus valores literales. Una enumeración significa una lista corta de
posibles valores bien definidos dentro de una clase.
c) «DataType» descriptor de un conjunto de valores al que Ie falta identidad y cuyas operaciones no tienen efectos
secundarios. Los tipos de datos incluyen tipos predefinidos de primitivas y tipos definidos por el usuario.
Ejemplos de tipos predefinidos son números, cadena de caracteres y valores temporales. Ejemplos de tipos
definidos por el usuario pueden ser enumeraciones.
d) «CodeList» usada para describir una enumeración más abierta. Una «CodeList» es una enumeración flexible.
Las listas codificadas son útiles para expresar una lista larga de valores posibles. Si los elementos de la lista son
completamente conocidos, se debería utilizar una enumeración, si sólo se conocen los valores probables de los
elementos, se deberfa usar una lista codificada.
e) «Union» describe una selección de uno de los tipos especificados. Es útil para especificar un conjunto de
clases/tipos alternativos que pueden ser utilizados, sin la necesidad de crear un super tipo/clase común.
f) «Abstract» clase (u otro clasificador) que no puede ser directamente instanciada. La notación UML utiliza, para
hacer notar esta circunstancia, el nombre en itálica.
g) «Metaclass» clase cuyas instancias son clases. Las metaclases son utilizadas típicamente en la construcción de
metamodelos. Una metaclase es una clase de objeto cuyo propósito primario es contener metadatos sobre otra
clase.
Se utilizan abreviaturas de dos letras para indicar el paquete que contiene una clase. Esas abreviaturas preceden a los
nombres de clase, conectados por un "_". La norma en la que se sitúan esas clases se indica entre paréntesis. A
continuación, tenemos un listado de esas abreviaturas:
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 15/139
El cuadro1 ilustra la relación entre la terminología de los modelos UML y el diccionario de datos.
6. REQUERIMIENTOS
Esta norma identifica los metadatos requeridos para describir los datos geograficos digitales. Los metadatos se
aplican a conjuntos de datos independientes, agregaciones de conjuntos de datos, fenómenos geográficos
individuales y las varias clases de objetos que componen un fenómeno geográfico. Los metadatos deben ser
suministrados para conjuntos de datos geográficos y pueden, opcionalmente, ser suministrados para agregaciones de
conjuntos de datos, fenómenos y atributos de fenómenos. Los metadatos se componen de una o más Secciones de
Metadatos (paquetes UML) que contienen una o más Entidades de Metadatos (clases UML).
La figura 3 es un diagrama de clases UML que define las clases de información geográfica a las que se aplican
metadatos. Especifica que un conjunto de datos (DS _ DataSet) y agrupaciones de conjuntos de datos (DS _
Aggregate) deben tener uno o más conjuntos de de entidades de Metadatos relacionados (MD_Metadata). Los
metadatos pueden ser relativos a un fenómeno, o a un atributo de un fenómeno, o a un tipo de fenómeno, o a un tipo
de propiedad de un fenómeno (una metaclase instanciada por rol de Asociación de Objeto, el de Tipo de Atributo de
Objeto u Operación de Objeto). El método para relacionar metadatos a los fenómenos y a las instancias de losa
tributos se definen en la norma ISO 19109. Las agregaciones de conjuntos de datos pueden ser especificadas
(Subclases) como una asociación general (DS_Other Aggregate), una serie de conjuntos de datos (DS_Series), o una
actividad especial (DS_Initiative). MD_Metadata también se aplica a otras clases de información y servicios no
mostrados en este diagrama (vease MD _ScopeCode, numeral B.5.25).
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 16/139
En esta norma, los metadatos para datos geográficos se presentan en paquetes UML. Cada paquete contiene una o
más entidades (clases UML), que pueden estar especificadas (subclassed) o generalizadas (superclassed). Las
entidades contienen elementos (atributos de clases UML) que identifican las unidades discretas de metadatos. Las
entidades pueden estar relacionadas con una o más entidades. Las entidades pueden estar agregadas y repetirse
cuando sea necesario para satisfacer: (1) los requisitos obligatorios establecidos en esta norma; (2) los requisitos de
usuario adicionales. La figura 4 ilustra la disposición de los paquetes. Los metadatos estan completamente
especificados en los diagramas de modelado UML y el diccionario de datos para cada paquete, que pueden ser
encontrados en los anexos A y B respectivamente. Si existe discrepancia entre los dos anexos, debe considerarse que
prevalece el anexo A.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 17/139
La relación entre paquetes de metadatos y entidades de metadatos se muestra en el cuadro 2. Los paquetes de
metadatos se enumeran en la columna llamada “Paquete” y la entidad agregada de metadatos contenida dentro del
correspondiente paquete se enumera en la columna Entidad. Las entidades contenidas dentro de los paquetes son
definidas más tarde; desde el numeral 6.3.2 hasta el 6.4.2. A cada paquete le corresponde un apartado, que se lista en
la columna Número de Apartado.
La relación entre paquetes de metadatos y entidades de metadatos se muestra en el cuadro 2. Los paquetes de
metadatos se enumeran en la columna llamada “Paquete” y la entidad agregada de metadatos contenida dentro del
correspondiente paquete se enumera en la columna Entidad. Las entidades contenidas dentro de los paquetes son
definidas más tarde; desde el numeral 6.3.2 hasta el 6.4.2. A cada paquete le corresponde un apartado, que se lista en
la columna Número de Apartado.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 18/139
La informacion del conjunto de entidades de metadatos consiste en la entidad (Clase UML) MD _ Metadata, que es
obligatoria. La entidad MD_Metadata contiene tanto elementos de metadatos obligatorios como opcionales
(Atributos UML). La entidad MD_Metadata es un agregado de las siguientes entidades (que estan explicadas en
detalle en los siguientes apartados):
MD_Identification
MD_Constraints
DQ_DataQuality
MD_Maintenancelnformation
MD_SpatialRepresentation
MD_ReferenceSystem
MD_ContentInformation
MD_PortrayalCatalogueReference
MD_Distribution
MD_MetadataExtensionInformation
MD_ApplicationSchemaInformation
La Información de identificación contiene información para identificar de modo único los datos. La información de
Identificación incluye información sobre la mención del recurso, un resumen, el propósito, los créditos, el estado y
puntos de contacto. La entidad MD_Identification es obligatoria. Contiene elementos obligatorios, condicionales y
opcionales. La entidad MD _Identification puede ser especificada (subclase) como MD_Dataldentification cuando
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 19/139
se usa para identificar datos y como MD_Serviceldentification cuando se usa para identificar un servicio. MD_
ServiceIdentification proporciona un alto nivel descriptivo de un servicio, para más información véase la Norma
ISO 19119. MD_Identification es un agregado de las siguientes entidades:
MD_MaintenanceInformation, con qué frecuencia está previsto que se actualicen los datos y el alcance de
la actualización
MD_Aggregatelnformation, información sobre conjunto de datos que son partes agregadas del conjunto de
datos que el metadato describe.
Este paquete contiene información concerniente a las restricciones existentes sobre los datos. La entidad
MD_Constraints es opcional y puede ser especificada como MD_LegalConstraints y/o MD_SecurityConstraints.
Este paquete contiene una valoración general de la calidad del conjunto de datos. La entidad DQ_DataQuality es
opcional y contiene el alcance de la valoración de la calidad. DQ_DataQuality es un agregado de LI_Lineage y
DQ_Element. DQ_Element puede ser especificado como DQ_Completeness, DQ_LogicalConsistency,
DQ_PositionaIAccuracy, DQ_ThematicAccuracy y DQ_TemporalAccuracy. Esas cinco entidades representan
elementos de calidad de datos y pueden ademas subclasificarse en subelementos de calidad de datos. Los usuarios
pueden añadir elementos adicionales y subelementos de calidad de datos mediante subclasificacion de DQ_ Element
o el apropiado subelemento.
Este paquete también contiene información sobre las fuentes y los procesos de producción usados al producir el
conjunto de datos. La entidad LI_ Lineage es opcional y contiene una declaración del linaje. LI_Lineage es un
agregado de LI_Process Step y LI_Source.
Uno de los dos roles “report” y “lineage” de DQ_DataQuality tiene que estar presente si
DQ_DataQuality.scope.DQ_Scope.level toma el valor de "dataset”.
EI elemento “Level Description” de DQ_Scope es obligatorio si el elemento “level” de DQ_Scope no toma el valor
de "dataset” o de “series”.
EI rol “source” de LI_Lineage es obligatorio si el elemento “statement” y el Rol “processStep” de LI_ Lineage no se
documentan.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 20/139
Este paquete contiene información sobre el alcance y la frecuencia de la actualización de los datos. La entidad
MD_Maintenancelnformation es opcional y contiene elementos de metadatos opcionales y obligatorios.
Este paquete contiene información referente a los mecanismos usados para representar la información espacial de un
conjunto de datos. La entidad MD_SpatialRepresentation es opcional y puede ser especificada como
MD_GridSpatialRepresentation y MD_VectorSpatialRepresentation. Cada una de las entidades especificadas
contiene elementos de metadatos opcionales y obligatorios. Cuando se necesita una descripción más detallada,
puede especificarse MD_GridSpatialRepresentation como MD_ Georectified y/o MD_Georeferenceable. Los
metadatos para la representación de datos espaciales se obtienen de la Norma ISO 19107.
Este paquete contiene la identificación de(l) sistema(s) de referencia temporal y espacial usado en un conjunto de
datos.
Este paquete contiene información que identifica el catálogo de fenómenos usado (MD
_FeatureCatalogueDescription) y/o información que describe el contenido de un conjunto de datos de cobertura
(MD_CoverageDescription). Ambas entidades descriptivas son subclases de la entidad MD_ ContentInformation.
MD_CoverageDescription puede ser subclasificada en MD_lmageDescription, y tiene un agregado de
MD_RangeDimension. MD_RangeDimension puede adicionalmente ser subclasificada como MD_Band.
Este paquete contiene información que identifica el catálogo de Representación utilizado. Consiste en la entidad
opcional MD_PortrayaICatalogueReference. Esta entidad contiene el elemento obligatorio utilizado para especificar
que catálogo de representación usa el conjunto de datos.
Este paquete contiene información sobre el distribuidor de un recurso y las opciones para obtener dicho recurso.
Contiene la entidad opcional MD_Distribution. MD_Distribution es un agregado de las opciones de distribución
digital de un conjunto de datos (MD_DigitaITransferOptions), de identificación del distribuidor (MD_Distributor) y
del formato de distribución (MD_Format), que contienen elementos opcionales y obligatorios.
MD_DigitalTransferOptions contiene el medio usado para la distribución (MD_Medium) de un conjunto de datos, y
es un agregado de MD_Distributor. Otro agregado de MD_Distributor es el proceso para la adquisición de los datos
(MD_StandardOrderProcess).
Este paquete contiene información sobre las extensiones de usuario especificadas. Contiene la entidad opcional
MD_MetadataExtensionlnformation. MD_MetadataExtensionlnformation es un agregado de información que
describe los elementos extendidos de metadatos (MD_ExtendedElementinformation)
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 21/139
Este paquete contiene información sobre el modelo de aplicación usado para construir un conjunto de datos.
Contiene la entidad opcional MD_ApplicationSchemalnformation. La entidad contiene elementos opcionales y
obligatorios.
EI tipo de datos en este paquete es un agregado de los elementos de metadatos que describen la extensión espacial y
temporal de la entidad referenciada. La entidad EX_Extent contiene información sobre la extensión geográfica
(EX_GeographicExtent), la extension temporal (EX_TemporalExtent) y la extensión vertical (EX_Vertical Extent)
de la entidad a la que se refieren. EX_GeographicExtent puede tener como subclases a EX_ BoundingPolygon,
EX_GeographicBoundingBox y EX_GeographicDescription. La combinación de la extensión espacial y temporal
(EX_SpatialTemporalExtent) es una agregacion de EX_GeographicExtent. EX_SpatialTemporalExtent es una
subclase de EX_TemporalExtent.
Este paquete de tipos de datos proporciona un método normalizado (CI_Citation) para citar un recurso (un conjunto
de datos, un fenómeno, una fuente de datos, una publicación, etc.) asi como información sobre la parte responsable
(CI_ResponsibleParty) de un recurso. EI tipo de datos CI_ResponsibleParty contiene la identificación de persona(s),
y/o su cargo, y/o la(s) organizacion(es) asociada(s) con el recurso. También se define aquí la localización
(CI_Address) de la persona u organización responsable.
Esta norma define un extenso conjunto de elementos de metadatos, pero habitualmente solo se usa un subconjunto
del total de elementos. Sin embargo, es esencial que un número mínimo básico de elementos de metadatos se
mantengan para un conjunto de datos. Se enumeran los elementos del núcleo de metadatos requeridos para definir
un conjunto de datos, típicamente para propositos de catalogación. Esta lista contiene los elementos de metadatos
que responden a las siguientes preguntas: “¿existe un conjunto de datos sobre un tema especifico (“qué”)?”, “¿para
una zona determinada (“dónde”)?”, “¿para un periodo o una fecha específica (“cuándo”)?” y “¿un lugar de contacto
para averiguar mas sobre como conseguir el conjunto de datos (“quién”)?”. Utilizando los elementos opcionales
recomendados ademas de los elementos obligatorios se aumentara la interoperabilidad, permitiendo a los usuarios
entender sin ambigüedad los datos geográficos y los metadatos correspondientes proporcionados por los productores
o por los distribuidores. Los perfiles de metadatos de esta norma deben incluir este núcleo.
A continuación (véase el cuadro 3) se enumeran los elementos del nucleo de metadatos (obligatorio y opcional
recomendado) requeridos para describir un conjunto de datos. Una "M" indica que el elemento es obligatorio. Una
"O" indica que el elemento es opcional. Una "C" indica que el elemento es obligatorio bajo ciertas condiciones.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 22/139
(Md_MetadataMD_DataIdentification.citation (MD_MetadataMD_DataIdentification.spatialRepresentationType)
CI_Citation.title)
Fecha de referencia del conjunto de datos (M) Sistema de Referencia (O)
(MD_MetadataMD_DataIdentification.citation (MD_MetadataMD_ReferenceSystem)
CI_Citation.date)
Responsable del conjunto de datos (O) Linaje (O)
(MD_MetadataMD_DataIdentification.pointOfContactCI (MD_MetadataDQ_DataQuality.lineageLI_Lineage)
_ResponsibleParty)
Localización geográfica del conjunto de datos (por Recurso en línea (O)
cuatro coordenadas o por identificador geográfico) (C)
(MD_MetadataMD_Distribution
(MD_MetadataMD_DataIdentification.extent MD_DigitalTransferOption.onLineCI_OnlineResource)
EX_ExtentEX_GeographicExtent
EX_GeographicBoundingBox or
EX_GeographicDescription)
Idioma del conjunto de datos (M) Identificador del archivo de metadatos (O)
(MD_MetadataMD_DataIdentification.language) (MD_Metadata.fileIdentifier)
Conjunto de caracteres del conjunto de datos (C) Nombre de la norma de metadatos (O)
(MD_MetadataMD_DataIdentification.characterSet) (MD_Metadata.metadataStandardName)
Categoría del tema del conjunto de datos (M) Versión de la norma de metadatos (O)
(MD_MetadataMD_DataIdentification.topicCategory) (MD_Metadata.metadataStandardVersion)
Resolución espacial del conjunto de datos (O) Idioma de los metadatos (C)
(MD_MetadataMD_DataIdentification.spatialResolution (MD_Metadata.language)
MD_Resolution.equivalentScale o
MD_Resolution.distance)
Resumen descriptivo del conjunto de los datos (M) Conjunto de caracteres de los metadatos (C)
(MD_MetadataMD_DataIdentification.abstract) (MD_Metadata.characterSet)
Formato de distribución (O) Punto de contacto para los metadatos (M)
(MD_MetadataMD_DistributionMD_Format.name (MD_Metadata.contactCI_ResponsibleParty)
y
MD_Format.version)
Información adicional de la extensión del conjunto de Fecha de creación de los metadatos (M)
datos (vertical y temporal) (O)
MD_Metadata.dateStamp)
(MD_MetadataMD_DataIdentification.extent
EX_ExtentEX_TemporalExtent o EX_VerticalExtent)
EI anexo A proporciona los modelos de metadatos en forma de diagramas del Lenguaje Unificado de Modelado
(UML). Estos diagramas, en conjunción con el diccionario de datos presentado en el Anexo B, sirven para definir
completamente el modelo abstracto total de metadatos.
El anexo B contiene las definiciones de entidades y elementos para los modelos de metadatos. Este diccionario,
conjuntamente con los diagramas presentados en el anexo A, sirve para definir completamente el modelo abstracto
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 23/139
Las listas codificadas y sus valores proporcionados en esta norma (B.5 y A.2) son normativos. Las extensiones de
usuario para las listas codificadas deben seguir las reglas descritas en el anexo C y en ISO/IEC 11179-6. ISO
11179-6 define la información a especificar, las condiciones a satisfacer y los procedimientos a seguir para registrar
elementos de datos.
El anexo C proporciona las reglas para definir y aplicar los metadatos adicionales para servir mejor a las
necesidades de usuarios especiales.
El anexo D define las pruebas que tienen que ser pasadas para cumplir la conformidad con esta norma.
El anexo E define un modelo de aplicación de metadatos exhaustivo, que proporciona un perfil implementable de
metadatos. Incorpora los metadatos obligatorios y opcionales para documentar completamente un recurso de datos
geográficos (conjunto de datos independiente, series de conjuntos de datos y/o fenómenos geográficos individuales).
Este modelo define el rango completo de metadatos requeridos para identificar, evaluar, extraer, emplear y gestionar
información geográfica. Los productores de datos habitualmente proporcionan metadatos exhaustivos.
El anexo F proporciona directrices sobre metadatos extendidos. Los elementos de metadatos adiconales deben ser
definidos de acuerdo a las reglas descritas en el enexo C.
El anexo G proporciona una visión de conjunto de métodos e ideas para la implementación y gestión de metadatos
con las finalidades de búsqueda y recuperación, intercambio de metadatos y presentación.
El anexo H proporciona métodos para manejar eficientemente metadatos de conjuntos de datos con requisitos de
metadatos a diferentes niveles.
El anexo I proporciona un ejemplo de uso de esta norma, utilizando los componentes del núcleo del perfil
exhaustivo, para un conjunto de datos geográficos. Se proporciona un ejemplo de elementos de metadatos
extendidos, como podrían ser desarrollados por una comunidad de información específica (I.3).
El anexo J proporciona una estructura para implementar los campos de texto libre de esta norma en múltiples
idiomas.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 24/139
ANEXO A
(Normativo)
Modelos de metadatos
Los metadatos para describir datos geográficos se definen usando un modelo abstracto de objetos según el Lenguaje
Unificado de Modelado (UML). Los diagramas en los siguientes apartados proporcionan "vistas", que son partes del
modelo abstracto total de metadatos. Cada diagrama define una sección de metadatos (paquete UML) de entidades
relacionadas, tipos de datos y listas de códigos. Las entidades relacionadas que se definen en otro diagrama, se
muestran con ciertos elementos suprimidos y el paquete definido especificado bajo el nombre de la entidad entre
paréntesis. A través de todos los siguientes modelos, las entidades pueden tener elementos obligatorios y/o
opcionales y asociaciones. En algunos casos las entidades opcionales pueden tener elementos obligatorios; esos
elementos se convierten en obligatorios sólo si se usa el elemento opcional.
La figura A.1 define la clase MD_Metadata y muestra relaciones de inclusión con las otras clases de metadatos que,
en agregación, definen los metadatos para los datos geográficos. Los otros diagramas de clase de metadatos pueden
encontrarse en las siguientes páginas. El diccionario de datos para este diagrama está en B.2.1.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 25/139
La figura A.2 define las clases de metadatos necesarias para identificar un recurso. También define subclases de
especialización separadas, para identificar datos y servicios. El diccionario de datos para este diagrama se encuentra
en B.2.2.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 26/139
La figura A.3 define los metadatos necesarios para gestionar los derechos relativos a la información. Incluyendo
restricciones de acceso y uso. El diccionario de datos para este diagrama se encuentra en B.2.3.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 27/139
A.2.4.1 Generalidades
La figura A.4 define los metadatos necesarios para dar una descripción general de la calidad de un recurso. El
diccionario de datos correspondiente a este diagrama se encuentra en B.2.4.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 28/139
La figura A.5 define los metadatos necesarios para describir las fuentes y procesos utilizados en la producción de un
conjunto de datos. El diccionario de datos correspondiente a este diagrama se encuentra en B.2.4.2.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 29/139
La figura A.6 define las clases y subclases de calidad de datos utilizadas en el diagrama de calidad de datos. El
diccionario de datos correspondiente a este diagrama está en B.2.4.3.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 30/139
La figura A.7 define los metadatos necesarios para describir las prácticas de mantenimiento y actualización de la
información. El diccionario de datos correspondiente a este diagrama está en B.2.5.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 31/139
La figura A.8 define los metadatos necesarios para describir el mecanismo utilizado para representar la información
espacial. El diccionario de datos correspondiente a este diagrama está en B.2.6.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 32/139
La figura A.9 define los metadatos necesarios para describir los sistemas de referencia espacial y temporal
utilizados. El diccionario de datos correspondiente a este diagrama está en B.2.7.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 33/139
La figura A.10 describe los metadatos necesarios para describir el contenido de una cobertura y el catálogo (s) de
fenómenos utilizados. El diccionario de datos correspondiente a este diagrama está en B.2.8.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 34/139
La figura A.11 define los metadatos acerca del catálogo (s) de representación utilizado para mostrar los datos. El
diccionario de datos correspondiente a este diagrama está en B.2.9.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 35/139
La figura A.12 define los metadatos necesarios para acceder a un recurso. El diccionario de datos correspondiente a
este diagrama está en B.2.10.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 36/139
La figura A.13 define los elementos de metadatos extendidos. El diccionario de datos correspondiente a este
diagrama está en B.2.11.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 37/139
La figura A.14 define el modelo de aplicación utilizado. El diccionario de datos correspondiente a este diagrama
está en B.2.12.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 38/139
La figura A.15 define los metadatos que describen la extensión espacial y temporal cubierta por el recurso. El
diccionario de datos correspondiente a este diagrama está en B.3.1.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 39/139
La figura A.16 define los metadatos que describen información de referencias, incluyendo responsables e
información de contacto. El diccionario de datos correspondiente a este diagrama está en el apartado B.3.2.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 40/139
ANEXO B
(Normativo)
B.1.1 Introducción
Este diccionario de datos describe las características de los metadatos definidos en el capítulo 6 y en el anexo A. El
diccionario se específica en una jerarquía para establecer relaciones y organizar la información. El diccionario se
clasifica en secciones según el diagrama de paquetes en UML: Conjunto de Entidades de Metadatos, Identificación,
Restricciones sobre el Recurso, Mantenimiento, Representación Espacial, Sistema de Referencia, Contenido,
Catálogo de Representación, Distribución, Extensiones de Metadatos, Modelo de Aplicación, Extensión, Menciones
y Equipo responsable y Aplicación de Metadatos. Los títulos de varias tablas han sido extendidos para reflejar la
especificación de clase dentro del diagrama respectivo. Cada diagrama UML del Anexo A equivale a una sección
del diccionario de datos. Cada clase en el modelo UML equivale a una entidad en el diccionario de datos. Cada
atributo del modelo UML equivale a un elemento del diccionario de datos. Las filas sombreadas definen entidades.
Las entidades y los elementos dentro del diccionario de datos están definidos mediante siete atributos (tales atributos
se listan más abajo y se basan especificados en ISO/IEC 11179-3 para la descripción de conceptos de elementos de
datos, es decir elementos de datos sin representación). El término “dataset” (Conjunto de datos) cuando es usado
como parte de una definición es sinónimo con todos los tipos de recursos de datos geográficos (agregaciones de
conjuntos de datos, fenómenos individuales y la variedad de clases que componen un fenómeno).
B.1.2 Nombre/rol
Es una etiqueta asignada a una entidad de metadatos o a un elemento de metadatos. Los nombres de la entidad
empiezan con letra mayúscula. En un nombre de una entidad de metadatos no aparecen espacios. En su lugar, se
pueden concatenar varias palabras para formar una única, utilizando al inicio de cada palabra una letra mayúscula
(ejemplo: XnnnYmmm). Los nombres de las entidades de los metadatos son únicos dentro de todo el diccionario de
la norma internacional. Los nombres de los elementos de los metadatos son únicos solo dentro de la entidad de
metadatos y no dentro de todo el diccionario de la norma internacional. Los nombres de los elementos de metadatos
son únicos dentro de una aplicación, mediante la combinación del nombre de la entidad de metadatos y del elemento
de metadatos (por ejemplo: MD_Metadata.characterSet). Los nombres del rol son usados para identificar las
asociaciones del modelo abstracto de metadatos y son precedidos por “Role name” para distinguirlos de otros
elementos de metadatos. Los nombres y los nombres del rol pueden estar en otro idioma que el usado en la norma
internacional.
Inicia
Las clases que no son estereotipos CodeList o Enumeration tienen un nombre corto para cada elemento. Estos
nombres son únicos dentro de esta norma y puede ser usado con el lenguaje XML e ISO 8879 (SGML) u otras
técnicas similares de implementación.
NOTA - La implementación utilizando SGML y XML no es obligatoria; otros métodos de implementación se pueden acomodar.
Para los estereotipos CodeList y Enumeration, se proporciona un código para cada selección posible. Estosw códigos de dominio
son numéricos, únicos dentro de la lista de códigos y de tres dígitos de longitud. La fila uno de cada CodeList y de Enumeration
contiene un nmbre corto alfabetico, descrito arriba, como fila uno del Code List o Enumeratio.
B.1.4 Definición
B.1.5 Obligación/Condición
B.1.5.1 Generalidades
Es un descriptor que indica si una entidad o elemento de metadatos se debe documentar siempre en los metadatos o
solo en algunas ocasiones. Este campo puede tomar los siguientes valores: O (obligatorio), C (condicional) u OP
(opcional).
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 41/139
Especifica una condición, que se puede gestionar electrónicamente, bajo la cual al menos una entidad o elemento de
metadatos es obligatorio. “Condicional” se usa en una de las tres siguientes posibilidades:
Para expresar una elección entre dos o más opciones. Al menos una opción es obligatoria y debe ser
documentada
Para documentar una entidad o elemento de metadatos si otro elemento ha sido documentado
Para documentar n elemento de metadatos si un valor específico para otro elemento ha sido documentado. Para
facilitar la interpretación, el valor especifico se expresa con texto plano (por ejemplo: el cuadro del capítulo
B.2, fila 3 “C/¿no está definido en encoding?”). Sin embargo el código se debe utilizar para verificar la
condición en una interfaz de usuario digital.
Si la respuesta a la condición es positiva, entonces la entidad o elemento de metadatos debe ser obligatorio.
La entidad o elemento de metadatos puede ser documentada o puede no serlo. Esta opción se ha definido para
proporcionar una orientación para los que se quieren documentar completamente sus datos. (El uso de este conjunto
común de elementos definidos ayudará a promocionar la interoperabilidad entre usuarios y productores de datos
geográficos en todo el mundo). Si o se usa una entidad opcional, los elementos contenidos dentro de esa entidad
(incluidos elementos obligatorios) no se usarán. Las entidades opcionales pueden tener elementos obligatorios, esos
elementos solo serán obligatorios si se usa la entidad opcional.
Específica el número máximo de instancias que la entidad o elemento de metadatos puede tener. Las ocurrencias
singulares son mostradas como “1” y si se repiten las ocurrencias se representa mediante “N”, Cuando el numero de
ocurrencias sea diferente a “1” se representará con su número correspondiente (es decir “2”, “3”, etcétera).
Especifica un conjunto de valores bien diferenciados para representar los elementos de metadatos; por ejemplo
integer (entero), real (real), string (cadena de caracteres). Date Time (fecha y hora) y Boolean (booleano). El
atributo Tipo de Datos se usa también para definir entidades de metadatos, asociaciones de metadatos y estereotipos.
NOTA: -Los tipos de datos se definen en la Especificación Técnica ISO/TS 19103, apartado 6.5.2
B.1.8 Dominio
Para una entidad el dominio indica el número de líneas cubiertas por esa entidad.
Para un elemento de metadatos, el dominio especìfica los valores permitidos o el uso de un free text (texto libre).
“Texto Libre” indica que no existen restricciones en el contenido del campo. Códigos basados en número enteros se
deben usar representar los valores de los dominios que contienen una lista codificada.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 42/139
Idioma usado para documentar C/ Si no está definido ISO 639-2 u otras partes que se
3 language mdLang Idioma metadatos 1 Character String
en Encoding pueden utilizar
Nombre completo de la norma C/
Conjunto de de codificación de caracteres Si ISO 10646-1 no la MD_CharacterSetCode
4 characterSet mdChar 1 Class
caracteres usada en conjunto de uso y no definida en <<CodeList>> (B.5.10)
metadatos encoding
Identificador del archivo de C/
metadatos del cual estos Si el “Nivel
Identificador del
5 parentIdentifier mdParentID metadatos son un subconjunto Jerárquico” no es igual 1 Character String Texto Libre
padre
(hijo) a todo el conjunto de
datos
Subconjunto de datos al que se C/
refieren estos metadatos (véase Si el “Nivel
MD_ScopeCode
6 hierarchyLevel mdHrLv Nivel jerárquico el anexo H para màs Jerárquico” no es N Class
<<CodeList>> (B.5.25)
información sobre los niveles igual a todo el
jerárquicos de los metadatos conjunto de datos
Nombre del nivel jerárquico C/
para los que se suministra Si el “Nivel
Nombre del nivel
7 hierarchyLevelName mdHrLvName metadatos Jerárquico” no es N Character String Texto Libre
jerárquico
igual a todo el
conjunto de datos
Parte responsable de la CI_ResponsibleParty (B.3.2)
8 contact mdContact Contacto información de Metadatos O N Class
<<DataType>>
Fecha en que se crearon los
9 dateStamp dateStamp Fecha de Creacion metadatos O 1 Class Date (B.4.2.)
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 43/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 44/139
B.2.2.1 General
El modelo UML se muestra en la figura A.2
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 45/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 46/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 47/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 48/139
Intencionalmente en
58
blanco
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 49/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 50/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 51/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 52/139
B.2.4.1 Generalidades
El modelo UMI. Se muestra en las Figuras A.4. A.5 (Linaje) y A.6 (Clases y Subclases de calidad de Datos)
Información cuantitativa de C/
Role name: Rol: DQ_Element
80 dqReport calidad de los datos Si el linaje no está N Association
report Informe <<Abstract>> (B.2.4.3)
especificados en el ámbito suministrado
Información no cuantitativa de
C/
Role name: Rol: calidad sobre el linaje de los
81 dataLineage Si el informe no está 1 Association LI_Lineage (B.2.4.2)
lineage Linaje datos especificados en el
suministrado
ámbito
B.2.4.2.1 Generalidades
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 53/139
Obligación / Máxima
Name / Role Name Short Name Nombre en Español Definición Tipo de Datos Dominio
Condición ocurrencia
Usa la
Información de un evento o
Uso obligatorio de máxima Aggregated Class
transformación en la vida de un
86 LI_ProcessStep PrcessStep Paso en el Proceso los objetos de ocurrencia (LI_Lineage and Líneas 87-91
conjunto de datos, incluyendo
referencia del objeto de LI_Source)
el proceso de mantenimiento
referencia
Descripción de un evento,
incluyendo los parámetros
87 description stepDesc Descripción O 1 CharacterString Texto Libre
relacionados o tolerancias
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 54/139
Obligación / Máxima
Name / Role Name Short Name Nombre en Español Definición Tipo de Datos Dominio
Condición ocurrencia
Usa la
Información sobre la fuente de
Uso obligatorio de máxima Aggregated Class
datos utilizada en la creación
92 LI_Source Source Fuente los objetos de ocurrencia (Ll_Lineage and Líneas 93-98
los datos especificados en el
referencia del objeto de Ll_ProcessStep)
ámbito
referencia
Descripción detallada a nivel
C/
de la fuente de datos
93 description srcDesc Descripción Si sourceExtent 1 CharacterString Texto Libre
no está suministrado
Denominador de la fracción
Denominador de la MD_RepresentativeFraction
94 scaleDenominator srcScale representativa en la cartografía OP 1 Class
escala <<DataType>> (B.2.2.4)
fuente
Sistema de referencia espacial MD_ReferenceSystem
95 sourceReferenceSystem srcRefSys Datum usado en la fuente de datos OP 1 Class
(B.2.7)
Referencia recomendada para CI_Citation
Mención de la
96 sourceCitation srcCitatn la fuente de datos OP 1 Class <<DataType>>(B.3.2)
fuente
Informacion sobre la extensión C/ Si
Extensión de la EX_Extent
97 sourceExtent srcExt espacial, vertical y temporal de description no N Class
fuente <<DataType>> (B.3.1)
la fuente de datos está suministrado
Información sobre un evento
Role name: Rol
98 srcStep en el proceso de creación de la OP N Association LI_ProcessStep (B.2.4.2.2)
sourceStep Paso de la fuente
fuente de datos
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 55/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 56/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 57/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 58/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 59/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 60/139
B.2.5.1 Generalidades
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 61/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 62/139
B.2.6.1 Generalidades
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 63/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 65/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 66/139
B.2.7. Información del sistema de referencia (incluye los temporales, los basados en coordenadas y los basados en identificadores geográficos)
B.2.7.1 Generalidades
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 67/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 68/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 69/139
Obligación/ Máxima
Nombre Nombre corto Nombre en español Definición Tipo de Datos Dominio
Condición Ocurrencia
215 Intencionalmente en
blanco
216 Intencionalmente en
blanco
217 Intencionalmente en
blanco
218 Intencionalmente en
blanco
219 Intencionalmente en
blanco
220 Intencionalmente en
blanco
221 Intencionalmente en
blanco
222 Intencionalmente en
blanco
223 Intencionalmente en
blanco
224 Intencionalmente en
blanco
225 Intencionalmente en
blanco
226 Intencionalmente en
blanco
227 Intencionalmente en
blanco
228 Intencionalmente en
blanco
229 Intencionalmente en
blanco
230 Intencionalmente en
blanco
231 Intencionalmente en
blanco
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 70/139
B.2.8.1 Generalidades
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 71/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 72/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 73/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 74/139
B.2.10.1 General
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 75/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 76/139
Nombre en Máxima
Nombre Nombre corto Definición Obligación/Condición Tipo de Datos Dominio
español Ocurrencia
Descripción de la estructura en
código máquina que especifica Usa la
Usa Aggregated Class
la representación de los objetos máxima
obligación/condición (MD_Distribution,
284 MD_Format Format MD_Formato de datos en un registro, fichero, ocurrencia Líneas 285-290
de los objetos de MD_Identification
mensaje, dispositivo de del objeto de
referencia and MD_Distributor)
almacenamiento o canal de referencia
transmisión
Nombre del format o formatos
285 name formatName Nombre O 1 CharacterString Texto Libre
de transferencia de datos
Versión del formato (fecha,
286 versión formatVer Versión O 1 CharacterString Texto Libre
número, etc)
Número de Número de actualización de la
287 amendmentNumber formatAmdNum OP 1 CharacterString Texto Libre
actualización versión del formato
Nombre de un subconjunto,
288 specification formatSpec Especificación perfil o especificación de OP 1 CharaterString Texto Libre
producto del formato
Recomendaciones de
algoritmos o procesos que
Técnica de
FileDecompression pueden ser aplicados para leer
289 fileDecmTech Descomprensión OP 1 CharacterString Texto Libre
Technique o descomprimir recursos a los
de un fichero
cuales se han aplicado técnicas
de compresión
Role name: Rol: Distribuidor Proporciona información sobre
290 formatDist OP N Association MD_Distributor (B.2.10.3)
formatDistributor del formato el distribuidor del formato
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 77/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 78/139
B.2.11.1 Generalidades
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 79/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 80/139
B.3.1.1 Generalidades
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 82/139
B.3.2.1 Generalidades
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 85/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 86/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 87/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 88/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 89/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 90/139
B.4.1 Introducción
Hay varias entidades referenciadas en esta Norma que están documentadas en otra norma. A continuación, se explican
dichas entidades referenciadas externamente.
Fecha: da valores para el año, el mes y el día. La codificación en caracteres de una fecha resulta ser una cadena de
caracteres que debe seguir el formato para fechas especificado por la Norma ISO 8601. Esta clase está documentada
en la Especificación Técnica ISO/TS 19103.
Hora (DateTime): Hora expresada en el formato hora, minuto y segundo. Sigue la Norma ISO 8601. Esta clase se
documenta completamente en la Especificación Técnica ISO/TS 19103.
B.4.3 Información de Distancia, Ángulo, Medida, Número, Registro, Tipo de Registro, Escala y Unidad de
Longitud
Distancia (Distance): Esta clase se documenta completamente en la Especificación Técnica ISO/TS 19103.
Ángulo (Angle): Cantidad de rotación necesaria para hacer coincidir una línea con otra, generalmente medido en
radianes o en grados. Esta clase se documenta completamente en la Especificación Técnica ISO/TS 19103
Medida (Measure): resultado de llevar a cabo el acto o proceso de determinar la extensión, dimensiones o cantidad de
algún ente. Esta clase se documenta en la Especificación Técnica ISO/TS 19103.
Número (Number): Clase abstracta que puede ser sub-clase de un tipo de número especificado (real, entero, decimal,
doble, flotante). Esta clase se documenta completamente en la Especificación Técnica ISO/TS 19103.
Registro (Record): Esta clase se documenta completamente en la Especificación Técnica ISO/TS 19103.
Tipo de registro (RecordType): Esta clase se documenta completamente en la Especificación Técnica ISO/TS 19103.
Escala (Scale): Esta clase se documenta completamente en la Especificación Técnica ISO/TS 19103.
Unidad de Medida (UnitOfMeasure): Esta clase se documenta completamente en la Especificación Técnica ISO/TS
19103.
Unidad de medida de longitud (UomLength): Cualquiera de los sistemas de medición para medir la longitud, distancia
entre dos entes. Esta clase se documenta en la Especificación Técnica ISO/TS 19103.
GF_Tipo de Atributo (GF_AttributeType): Clase de definiciones de atributos de un tipo de fenómeno. Esta clase está
completamente documentada en la Norma ISO 19109.
GF_Tipo de Fenómeno (GF_FeatureType): Información textual que describe el concepto de cada tipo de fenómeno y
que contiene todos los tipos de fenómenos. Esta clase está completamente documentada en la Norma ISO 19109.
GF_Tipo de propiedad (GF_PropertyType): Información textual relacionada al tipo de fenómeno porque su texto
incluye las características y el comportamiento de alguna propiedad de un tipo de fenómeno, así como sus roles dentro
de asociaciones entre fenómenos. Esta clase está completamente documentada en la Norma ISO 19109.
TM_Periodo de duración (TM_PeriodDuration): Duración de un periodo como se especifica en la Norma ISO 8601.
Esta clase está completamente documentada en la Norma ISO 19108.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 91/139
GM_Punto (GM_Point): Primitivo geométrico de dimensión cero, que representa una posición, pero no tiene
extensión. Esta clase está completamente documentada en la Norma ISO 19107.
GM_Objeto (GM_Object): Clase raíz de la taxonomía de objetos geométricos, que soporta enlaces comunes a todos
los objetos geométricos referenciados geográficamente. Esta clase está completamente documentada en la Norma ISO
19107.
Conjunto (Set): Colección finita de objetos, donde cada objeto aparece en la colección sólo una vez. Un conjunto no
debe contener ningún caso duplicado. EI orden de los elementos en el conjunto no se especifica. Esta clase está
completamente documentada en la Especificación Técnica ISO/TS 19103.
Secuencia (Sequence): Una secuencia se refiere a una colección de orden secuencial entre sus elementos. Las
secuencias pueden ser repetidas, y pueden ser usadas como una lista o como un ordenamiento (array). Esta clase está
completamente documentada en la Norma ISO/TS 19103.
Nombre de Atributo (AttributeName): Esta clase está completamente documentada en la Norma ISO/TS 19103.
Nombre genérico (GenericName): Esta clase está completamente documentada en la Norma ISO/TS 19103.
Nombre de miembro (MemberName): Esta clase está completamente documentada en la Norma ISO/TS 19103.
SC_CRS: Conjunto de parámetros que describen la relación de las elevaciones asociadas a la gravedad con la tierra.
Esta c1ase está completamente documentada en la Norma ISO 19111.
B.5.1 Introducción
Aquí pueden verse las clases «CodeList» y «Enumeration». Estos dos estereotipos de clases no contienen los atributos
"Obligación/Condición", "Máxima ocurrencia", "Tipo de Datos" y "Dominio". Tampoco contienen ningún valor
"otro", dado que las enumeraciones están cerradas (no son extensibles) y las listas codificadas si son extensibles.
Consúltense los anexos C y F para obtener información sobre cómo extender las listas codificadas.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 92/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 93/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 94/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 95/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 96/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 97/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 98/139
10 asNeeded Según necesidad 009 Los datos se actualizan según sea necesario
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 99/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 100/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 101/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 102/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 103/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 104/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 105/139
ANEXO C
(Normativo)
C.1 Antecedentes
Los anexos A, B y el capitulo 6 de esta norma proporciona metadatos normalizados y una estructura que servirá a una
amplia variedad de datos geográficos digitales. Se ha pretendido que las definiciones y los dominios de valores sean
suficientemente genéricos para satisfacer las necesidades de metadatos de varias disciplinas. Sin embargo, la gran
diversidad de datos existentes implica que los metadatos genéricos pueden no adecuarse a todas las aplicaciones.
Este anexo proporciona las reglas para definir y aplicar metadatos adicionales para satisfacer mejor las necesidades de
usuarios especiales.
2) Crear una nueva lista codificada de metadatos para reemplazar el dominio de valores de un elemento de
metadatos existente que tiene “texto libre” como valor de dominio.
3) Crear nuevos elementos de una lista codificada de metadatos (expandiendo una lista codificada).
Antes de crear metadatos extendidos debe realizarse una revisión muy cuidadosa de los metadatos existentes en esta
norma, para confirmar que los metadatos apropiados no existen ya. Para cada sección, entidad, y/o elemento de
metadatos extendidos deben definirse un nombre, un nombre corto, una definición, una obligatoriedad, una condición,
la ocurrencia máxima, el tipo de datos y el dominio de valores. Deben definirse también sus relaciones, tal y como se
especifican en el anexo A, de manera que pueda determinarse un modelo y una estructura.
1) Los elementos de metadatos extendidos no se deben utilizar para cambiar el nombre, la definición o el tipo de
datos de un elemento ya existente.
2) Los metadatos extendidos pueden definirse como entidades y pueden incluir como componentes
elementos de metadatos extendidos o ya existentes.
3) Se permite crear una extensión para imponer condiciones más restrictivas de las que impone la norma sobre
elementos de metadatos ya existentes. (Elementos de metadatos que son opcionales pueden ser
obligatorios en una extensión).
4) Se permite crear una extensión para tener elementos de metadatos cuyos dominios sean más restrictivos que
los de la norma. (Los elementos de metadatos, cuyos dominios en la norma son texto libre, pueden tener una
lista cerrada de valores apropiados en un perfil).
5) Se permite crear una extensión para restringir el uso de los valores de un dominio permitidos en la norma.
(Si la norma contempla cinco valores en el dominio de un elemento de metadatos existente, una
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 106/139
extensión puede especificar que su dominio consista en tres de esos valores. La extensión debe requerir que el
usuario seleccione un valor de los tres valores del dominio).
6) Se permite crear una extensión para expandir el número de valores en una lista codificada.
Si la información a añadir es muy extensa, incluyendo la creación de muchos elementos de metadatos dentro de una
entidad de metadatos, y es especifica de una disciplina o aplicación, se recomienda la creación de un perfil para una
comunidad y coordinar la propuesta de extensión mediante grupos de usuarios.
Esta norma define casi 300 elementos de metadatos, de los cuales la mayoría están considerados como “opcionales”.
Están definidos explícitamente para ayudar a los usuarios a entender exactamente que se está describiendo. Las
comunidades individuales, las naciones u otras organizaciones, pueden desarrollar un “perfil para una comunidad” de
esta norma. Definirán un conjunto selecto de elementos de metadatos como obligatorios. Un elemento de metadatos
dado (por ejemplo, el “precio” de un conjunto de datos) puede ser considerado como “obligatorio” por una cierta
comunidad, que siempre querrá que se describa ese elemento de metadatos. Una comunidad de usuarios puede desear
la creación de elementos de metadatos adicionales a los descritos en esta norma. Por ejemplo, una comunidad desea
desarrollar elementos de metadatos para describir el estado del conjunto de datos en sus sistemas, para ayudar a su
gestión de la producción. Sin embargo, estos elementos añadidos no serán del conocimiento público a menos que se
publiquen. Un perfil para una comunidad debe establecer el tamaño de los campos y los dominios de todos los
elementos de metadatos. Si dentro de una misma comunidad de usuarios, un sistema utiliza treinta y dos (32)
caracteres para el titulo de un conjunto de datos y otro sistema maneja sólo ocho (8) caracteres, no se conseguirá la
interoperabilidad. Normalizar dentro de una comunidad los dominios seleccionados es importante para permitir
búsquedas más eficientes y mejores sistemas de control. Véase la Norma ISO 19106 para más información sobre
perfiles para una comunidad.
La figura C.1 ilustra las relaciones entre los componentes del Núcleo de Metadatos, el perfil exhaustivo de aplicación
de metadatos y los perfiles nacionales, regionales, de organizaciones o de un dominio especifico.
El círculo interior contiene los componentes del núcleo de metadatos. Los metadatos exhaustivos incluyen los
componentes del núcleo de metadatos. Un perfil de una comunidad debe contener los componentes del núcleo de
metadatos, pero no necesariamente todo el resto de componentes de metadatos. Adicionalmente puede contener
extensiones de metadatos (área sombreada) que deben estar definidos siguiendo las reglas de extensión de metadatos
de este anexo.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 107/139
todos los elementos de metadatos condicionales en todas las secciones obligatorias, si el conjunto de
datos cumple las condiciones requeridas por el elemento de metadatos.
todos los elementos de metadatos obligatorios en todas las secciones condicionales, si el conjunto de
datos cumple las condiciones requeridas por la sección;
5) Deben definirse relaciones, tal y como se especifica en el anexo A, de manera que pueda determinarse una
estructura y un modelo
6) Un perfil debe estar disponible para todo aquel que reciba metadatos creados de acuerdo a ese perfil
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 108/139
ANEXO D
(Normativo)
Este conjunto de pruebas se aplica al perfil exhaustivo y a cualquier perfil derivado de esta norma. Los metadatos deben
ser proporcionados tal y como se especifica en el capítulo 6 y en los anexos A y B. Los metadatos definidos por el
usuario deben estar definidos y proporcionados como se especifica en el anexo C. Los metadatos definidos por el usuario
deben satisfacer los requerimientos tal y como se establece en D.3.
a) Propósito de la prueba: determinar la conformidad en cuanto a la inclusión de todas las secciones, entidades y
elementos de metadatos que están especificados como obligatorios o que son obligatorios bajo las condiciones
especificadas.
NOTA – Muchos elementos descritos como obligatorios están incluidos dentro de entidades opcionales. Estos elementos se convierten
en obligatorios solo cuando se utiliza la entidad que los contiene.
b) Método de prueba: se debe efectuar una comparación entre esta normal y el conjunto de metadatos objeto de la
prueba para determinar si todos los metadatos definidos como obligatorios en el anexo B están presentes.
También debe efectuarse una prueba de comparación para determinar si todos los elementos de metadatos
definidos como condicionales en el anexo B están presentes cuando aplican las condiciones establecidas en esta
norma.
c) Referencia: anexo B
Las siguientes pruebas aplican a todos los niveles de obligatoriedad: obligatorio, condicional y opcional.
a) Propósito de la prueba: comprobar que cada elemento de metadatos no aparece más veces que el número
especificado en esta norma.
b) Método de prueba: examinar el conjunto de metadatos objeto de la prueba, para verificar el número de
ocurrencias de cada sección de metadatos, entidad de metadatos y elemento de metadatos proporcionados. El
número de ocurrencias por cada uno debe compararse con su atributo de “ocurrencias máximas” especificado en
el anexo B.
c) Referencia: anexo B.
a) Propósito de la prueba: determinar si los nombres cortos utilizados en el conjunto de metadatos objeto de la
prueba están dentro del dominio especificado en esta norma.
b) Método de prueba: se examina el nombre corto de cada elemento de metadatos en el conjunto de metadatos objeto
de la prueba para determinar si está definido en esta norma.
c) Referencia: anexo B.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 109/139
a) Propósito de la prueba: determinar si cada elemento de metadatos en el conjunto de metadatos objeto de la prueba
utiliza el tipo de datos especificado.
b) Método de prueba: se examina el valor de cada elemento de metadatos proporcionado para asegurar que su tipo
de datos se adhiere al tipo de datos especificado.
c) Referencia: anexo B.
b) Método de prueba: se examinan los valores de cada elemento de metadatos para asegurar que caen dentro del
dominio especificado.
c) Referencia: anexo B.
a) Propósito de la prueba: determinar si un conjunto de metadatos objeto de la prueba sigue el modelo especificado
en esta norma.
b) Método de prueba: examinar cada elemento de metadatos para asegurar que está contenido en la entidad de
metadatos especificada.
c) Referencia: anexo B.
a) Propósito de la prueba: verificar que cada sección de metadatos, entidad de metadatos y elemento de metadatos
definidos por el usuario es único y no estaba ya definido en esta norma.
b) Método de prueba: se examina cada entidad de metadatos y elemento de metadatos definido por el usuario para
asegurar que es único y que no se ha utilizado previamente.
c) Referencia: anexo B.
a) Propósito de la prueba: verificar que las entidades de metadatos y los elementos de metadatos definidos por el
usuario han sido definidos tal y como se especifica en esta norma.
b) Método de prueba: se verifica cada entidad de metadatos y elemento de metadatos definido por el usuario para
asegurar que se han definido todos sus atributos.
c) Referencia: anexo B.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 110/139
a) Propósito de la prueba: verificar que los metadatos definidos por el usuario en un conjunto de metadatos objeto de
la prueba llena los mismos requisitos que los metadatos definidos en esta norma.
b) Método de prueba: se ensayan todos los metadatos definidos por el usuario de acuerdo con D.2 de esta norma.
c) Referencia: 2.3.
a) Propósito de la prueba: verificar que un perfil cumple las reglas establecidas en esta norma.
b) Método de prueba: aplicar las pruebas definidas en D.2 y D.3 de esta norma.
c) Referencia: 2.2.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 111/139
ANEXO E
(Normativo)
La serie de Normas ISO 19100 de información geográfica define, de modo abstracto, las clases de información
necesarias para: 1) modelar fenómenos geográficos; y 2) manipular, gestionar y entender tales modelos. Para
implementar estas normas, deben desarrollarse perfiles. Lo más frecuente será que una comunidad de información, con
requisitos especiales, desarrolle perfiles que utilicen los componentes apropiados proporcionados por esta serie de
normas. Este perfil exhaustivo de metadatos es un perfil básico. Proporciona un perfil normalizado internacionalmente
aplicable en una amplia variedad de comunidades de información. El uso de este perfil promocionara la interoperabilidad
entre comunidades. El perfil exhaustivo de metadatos es un subconjunto de paquetes, clases, atributos, y relaciones
definidos en los anexos A y B. solo están presentes las clases, atributos y relaciones necesarias para satisfacer los
requisitos de metadatos de conjuntos de datos de propósito general.
Se remplazaron los tipos conceptuales simples (Binary, Bolean, CharaclerString, Date, DateTime, GenericName,
Integer y RecordType) por los tipos equivalentes de la Especificación Técnica ISO/TS 19103.
En los casos en los que el atributo es no opcional, se remplazo el tipo conceptual simple CharacterString por el
nuevo tipo XML definido nonNullString (basado en el tipo CharacterString de la Especificación Técnica ISO/TS
19103).
Se remplazo el tipo conceptual simple Real, por los nuevos tipos (decimalLatitude, decimalLongitude,
nonNegativeDecimal and positiveDecimal), basados en el tipo Decimal de la Especificación Técnica ISO/TS19103,
esto para los casos en los que el contexto lo amerite, de lo contrario por el tipo Decimal de la Especificación
Técnica ISO/TS 19103.
Se remplazo el tipo conceptual simple TM_PeriodDuration por el tipo XSD equivalente, duration.
Se remplazaron los tipos conceptuales complejos MemberName y Record por los tipos equivalentes de la
Especificación Técnica ISO/TS 19103.
Se remplazaron los tipos conceptuales complejos GF_AtributeType y GF_FeatureType por los tipos equivalentes
de la Especificación Técnica ISO/TS 19109.
Se remplazaron los tipos conceptuales complejos (Angle. Distance. GM_Object, GM_Point, Measure,
TM_Primitive y UomLength) por los nuevos tipos XML equivalentes.
Se elimino el paquete de aplicación de metadatos (que contienen clases de información geográfica a las que se
aplican metadatos – por ejemplo DS_Aggregate, DS_Dataset. DS_Initiative. DS_OtherAggregate).
Se restringió la implementación del atributo de polígono EX_BoundingPolygon para que sea Box (puntos de las
esquinas superior e inferior) o Polygon (anillos limítrofes externo e interno).
Se cambiaron todas las clases de asociación no conformes (por ejemplo, asociaciones en los dos sentidos,
asociaciones en un sentido ByRefernce o Unspecified) por relaciones de agregación de un sentido ByValue.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 112/139
Este perfil exhaustivo de metadatos se presenta en un modelo UML de aplicación de metadatos, en la figura E.1. Los
atributos de cada clase y las listas codificadas no se muestran en el modelo para simplificar el diagrama. Nótese que el
diagrama no hace referencia a los modelos de aplicación relevantes para el modelo conceptual dado que todos los tipos
conceptuales de tales modelos de aplicación han sido remplazados por otros tipos XML equivalentes. Tampoco se
muestran estos tipos XML equivalentes para simplificar el diagrama.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 113/139
ANEXO F
(Informativo)
Para definir metadatos adicionales debería seguirse la siguiente metodología de nueve pasos.
El paso 1 de la metodología intenta asegurar que sólo se hagan extensiones válidas para conjunto normalizado definido
por Norma ISO 19115. Debería efectuarse una revisión completa del conjunto normalizado de metadatos descrito en el
anexo B y a cualquier perfil formalmente documentado o publicado. Esta revisión debe cubrir, no solo los nombres de
entidades y elementos, sino también su definición, tipo de datos, obligatoriedad, dominio y el máximo número de
ocurrencias. Es posible que no haga falta una nueva entidad o elemento porque ya existente una que cumple los
requisitos deseados.
Si se identifica una entidad o elemento adecuado, entonces deberán confrontarse las relaciones de esta entidad o
elementos con las del anexo A para garantizar que la entidad o elemento candidato no es admisible debido a
combinaciones excluidas con otras entidades o elementos.
MÉTODO:
POSIBILIDADES
I) Se identifica un elemento o entidad de metadatos ya existente que cumple los requisitos, ACCÍON –
Utilizar la entidad o elemento existente, no hacen falta extensiones.
II) Para satisfacer los nuevos requisitos se necesita una nueva sección de entidades de metadatos.
ACCIÓN – Ir al paso 2.
III) Se identifica un elemento de metadatos existente cuyo dominio podría restringirse para satisfacer los
requisitos identificados, tomando la decisión de limitar el dominio “texto libre” existente. ACCION
– Ir al paso 3.
IV) Se identifica un elemento de metadatos existente cuyo dominio podría expandirse para satisfacer los
requisitos identificados, tomando la decisión de añadir valores a la lista codificada existente.
ACCIÓN – Ir al paso 4.
V) Para satisfacer los requisititos, se necesita un nuevo elemento de metadatos. Comprobar que no
existan elementos de metadatos que puedan modificarse para satisfacer los requisitos, ACCION ir al
paso 5.
VI) Se necesita una nueva entidad de metadatos para satisfacer los requisitos. Una entidad de metadatos
es un grupo de elementos relacionados que en conjunción satisfacen las necesidades del nuevo
requisito. Comprobar que no existan entidades de metadatos que puedan ser modificadas
añadiendo nuevos elementos, para satisfacer los requisitos. ACTION - ir al paso 6.
VII) Un elemento, entidad o sección de metadatos ya existente satisface los requisitos, pero el perfil
requiere que se aplique una condición de obligatoriedad más restrictiva que la definida en esta
norma nacional. Las condiciones de obligatoriedad definidas en la norma ISO 19115 no pueden
relajarse en un perfil. ACCIÓN – Ir al paso 7.
VIII) Un elemento de metadatos existente satisface los requisitos, pero el dominio requerido por el perfil
es un subconjunto del dominio en la norma ISO 19115. ACCIÓN – Ir al paso 8.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 114/139
Se necesita definir una nueva sección de metadatos, pero ninguna sección de metadatos existente en la norma ISO
19115 es adecuada, ni puede expandirse para satisfacer los requisitos. En este caso se puede definir una nueva sección
de metadatos.
La nueva sección de metadatos debe definirse de manera consistente con la norma ISO 19115 (que está basada en la
Norma ISO/IEC 11179-3).
MÉTODO:
I) Ir al paso 5 para definir los nuevos elementos de metadatos requeridos para poblar la sección.
II) Ir al paso 6 para definir las nuevas entidades de metadatos requeridas para poblar la sección.
III) Ir al paso 9.
Un elemento de metadatos ya existente es adecuado, una vez que su dominio “texto libre” sea restringido. No se puede
identificar ninguna lista codificada existente en la norma de metadatos que satisfaga los requisitos. En estas
circunstancias, se puede definir una nueva lista codificada para satisfacer los requisitos específicos del perfil.
La nueva lista codificada debe definirse de una manera consistente con la norma ISO 19115 (que está basada en la
Norma ISO/IEC 11179-3).
MÉTODO:
I) Definir la nueva lista codificada en términos de Definición (B.1.4). Nombre (B.1.4) y Nombre Corto
(B.1.3). La definición de la nueva lista codificada debe hacerse de manera consistente con las listas
codificadas existentes en el capitulo B.5.
II) Definir los elementos de la nueva lista codificada en términos de Definición (B.14), código de
Dominio y Nombre Corto (B.1.3). Estas definiciones también deben hacerse de manera
consistente con los elementos de las listas codificadas existentes en el capitulo B.5.
III) Ir al paso 9.
Un elemento de metadatos existente es adecuado, siempre que la lista codificada del elemento identificado se amplíe.
Los nuevos elementos de la lista codificada deben definirse teniendo en cuenta el conjunto de elementos existente. La
lista codificada expandida debe ser una expansión lógica del conjunto de valores normalizado.
Si el dominio del nuevo elemento de metadatos no encaja lógicamente sobre el dominio original, entonces puede ser
que el elemento identificado no sea adecuado para ampliarlo y el desarrollador debería volver al paso 1.
No se puede identificar ningún elemento de metadatos en la norma que satisfaga los requisitos. En estas circunstancias
puede definirse un nuevo elemento de metadatos para satisfacer los requisitos específicos del perfil.
El nuevo elemento de metadatos debe definirse de modo consistente con los que ya existen en la norma ISO 19115 (que
está basada en la Norma ISO/IEC 11179-3).
MÉTODO:
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 115/139
II) Definir el nuevo elemento de metadatos en términos de información de elemento extendido tal y como
se describen en B.2.11.2: nombre (name), nombre corto (shortName). Código de dominio
(domainCode), definición (definition), obligatoriedad (obligation), condición (condition), tipo de
datos (dataType), dominio de valores (domainValue), ocurrencia máxima (maximumOccurence),
entidad-padre (parentEntity), reglas (rule), justificación (rationale) y fuente (source). Identificar
cualquier relación excluida por el nuevo elemento definido. Véase el modelo UML de metadatos en el
anexo A.
III) Utilizar el nuevo elemento de metadatos para satisfacer los nuevos requisitos.
IV) Ir al paso 9.
METODO:
II) Definir la nueva entidad de metadatos en términos de informacion de elemento extendido tal y como se
describen en el apartado B.2.11.2: nombre (name), nombre corto (shortName), código de dominio
(domainCode), definición (definition), obligatoriedad (obligation), condición (condition), tipo de datos
(dataType), dominio de valores (domainValue), ocurrencia máxima (maximumOcurrence), entidad-
padre (parentEntity), reglas (rule), justificación (rationale) y fuente (source). Identificar cualquier
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 116/139
relación excluida por el nuevo elemento definido. El tipo de datos para una entidad de metadatos es
“Class”
III) Identificar los elementos que forman la entidad de metadatos. Siguiendo los pasos esbozados
en el paso 5.
IV) Identificar cualquier relación de metadatos excluida por la nueva entidad definida. Véase los
modelos UML de metadatos en el anexo A.
VI) Ir al paso 9.
METODO:
II) Ir al paso 9.
Una lista codificada de metadatos ya existente satisface los nuevos requisitos, pero el perfil requiere que los elementos
definidos por la lista codificada sean un subconjunto del dominio definido en la norma ISO.
METODO:
I) Identificar la lista restringida de elementos necesarios para satisfacer los nuevos requisitos.
II) Ir al paso 9.
Los metadatos proporcionados de acuerdo con el perfil, deben también recoger los cambios introducidos en la norma
de metadatos, completando los campos de extensión de metadatos definidos en ISO 19115 (B.1.1.2).
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 117/139
METODO:
Crear un modelo UML para nueva sección de metadatos. Basado en los del anexo A.
En concordancia con la norma ISO/IEC 11179 y utilizando como planilla el apartado B.2.11.2, recoger la
descripción de la nueva entidad de metadatos en términos de nombre (name), nombre corto (shortName),
código de dominio (domainCode), definición (definition), obligatoriedad (obligation), condición
(condition), tipo de datos (dataType), dominio de valores (domainValue), ocurrencia máxima
(maximumOcurrence), entidad-padre (parentEntity), reglas (rule), justificación (rationale) y fuente (source).
Actualizar los modelos UML del anexo A apropiados con la informacion de la nueva extensión.
En concordancia con la norma ISO/IEC 11179 y utilizando como planilla el apartado B.2.11.2,
recoger la descripción de los nuevos elementos de metadatos en términos de nombre (name), nombre
corto (shortName), código de dominio (domainCode), definición (definition), obligatoriedad
(obligation), condición (condition), tipo de datos (dataType), dominio de valores (domainValue),
ocurrencia máxima (maximumOcurrence), entidad-padre (parentEntity), reglas (rule), justificación
(rationale) y fuente (source).
Actualizar los modelos UML del anexo A apropiados con la informacion de la nueva extensión.
En concordancia con la morma ISO/IEC 11179 y utilizando el apartado B.2.11.2 y B.5 identificar la
lista codificada de metadatos y recoger los elementos del nuevo dominio tal y como se describe en
B.2.11.2.
En concordancia con la norma ISO/IEC 11179 y utilizando como planilla el apartado B.2.11.2 y el
capitulo B.5. Recoger la nueva lista codificada de elementos en términos de nombre (name), nombre
corto (shortName), definición (definition) y tipo de dato (dataType). Recoger todos los elementos de
la nueva lista codificada de metadatos, tal y como se describen en el apartado B.2.11.2.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 118/139
Actualizar los modelos UML del anexo A apropiados con la informacion de la nueva extensión.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 119/139
ANEXO G
(Informativo)
IMPLEMENTACIÒN DE METADATOS
G.1. Antecedentes
El texto de esta norma internacional define el contenido de un conjunto de elementos de metadatos, sus definiciones
tipos de datos y dependencias inherentes. El modelo lógico de metadatos especifica el contenido de los metadatos y
no la forma de implementarlos o presentarlos. Un objetivo primordial el la gestión de metadatos de datos geográficos
es la capacidad de acceder a los metadatos y a los datos especiales que describen. Esto requiere implementaciones de
software que utilicen métodos de codificación comunes para lograr un uso operacional de los metadatos de datos
geográficos.
Los métodos de elementacion son necesarios para habilitar la presentación de las etiquetas de los elementos de
metadatos en una variedad de formas e idiomas para el intercambio de metadatos entre sistemas de gestión y datos
para asegurar medios para determinar la conformidad de los metadatos producidos y disponibles.
Este anexo proporciona un resumen de los métodos para la codificación de la estructura y contenido de los elementos
de metadatos con los objetivos de búsqueda, recuperación, intercambio y presentación de metadatos. La intención de
esta norma internacional es permitir flexibilidad en la gestión local de metadatos y a la vez normalizar la
interpretación de los metadatos de datos geográficos. La intención de este anexo de implementacion es proporcionar
una guía en la creación de un servicio de metadatos de datos geográficos (clearinghouse) en una red de área local o en
redes más amplias.
Es frecuente en catálogos de mapas, la idea de catalogar un conjunto de documentos relacionados juntos en una serie.
Con datos especiales digitales, la definición de qué constituye un “conjunto de datos” es más problemática y refleja
los entornos institucionales y del software de la organización originaria. Para una serie de conjuntos de datos
especiales relacionados, los metadatos comunes pueden derivarse automáticamente, y tales metadatos son
generalmente relevantes y pueden ser heredados por cada unos de los conjuntos de datos. El software para
implementar esta herencia de metadatos para datos geográficos dentro de un sistema de catalogación puede
simplificar la carga de datos, su actualización y publicación.
Hay una jerarquía potencial de los metadatos reutilizables que puede ser utilizado en la implementacion de una
colección de metadatos. Creado varios niveles de abstracción, una jerarquía asociada puede ayudar a filtrar o dirigir
las consultas de los usuarios al nivel de detalles solicitado. No debería interpretarse necesariamente que dicha
jerarquía requiere copias múltiples de los metadatos gestionados en línea inversamente la definición de metadatos
generales puede ser completada por metadatos especiales especificos que, según sea preciso, o bien heredan o
modificaran los metadatos generales. Mediante el uso de punteros, este método puede reducir la redundancia de los
metadatos gestionados en un sistema y puede permitir diversas vistas para los sistemas de los usuarios.
Esta jerarquía de metadatos se representa gráficamente tal y como se muestra en la figura G.1
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 120/139
Serie de conjuntos de
datos
Una serie de conjuntos de datos es una colección de datos especiales que comprenden características similares al tema
fuente, frente resolución y metodología. La definición externa de que constituye una serie se fijará por el proveedor de
datos. Ejemplos de series de conjuntos de datos pueden ser:
Una línea de vuelos de fotografías aéreas digitales recogidas durante un único vuelo con tipo de cámara
fotográfica y un tipo de películas. Una banda continua de exploración recogida por un satélite usando los mismos
sensores en una pasada orbital.
Una colección de datos de mapas raster capturadas de una serie convencional de mapas de papel.
Un conjunto de datos vectoriales que describen la hidrografía de superficies con atributos asociados para barias
área administrativa para un país.
La creación de un nivel de metadatos para serie de conjunto de datos es una característica opcional que permite a los
usuarios consultar las características de un nivel superior para la búsqueda de datos. La definición de este tipo de
metadatos puede ser adecuada para la caracterización inicial de datos especiales disponibles, pero puede no ser
adecuada para una valoración detallada de la calidad de conjuntos de datos específicos.
Para los fines de estas normas internacionales, un conjunto de datos debería ser una instancia de un producto de datos
espaciales consistente que puede ser generado o puesto a disposición de los usuarios, por un distribuido de datos
espaciales. Un conjunto de datos puede ser un miembro de una serie de datos, según lo definido en el apartado
anterior.
Un conjunto de datos puede estar compuesto de un conjunto de tipos de fenómenos identificados e instancias, y tipo
de atributos e instancias tal y como se describe en los cuatro apartados siguientes.
De acuerdo a la demanda, los metadatos de la serie y la información acerca del conjunto de datos serán fusionados
para presentar al usuario una visión de metadatos al nivel de abstracción del conjunto de datos. Los metadatos para lo
que no se lista ninguna jerarquía por defectos se interpretan como metadatos del conjunto de datos.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 121/139
Las estructuras conocidas como fenómenos están agrupadas según características comunes. Los servicios de datos
espaciales pueden elegir el soportar metadatos a nivel de tipo de fenómeno, cuando están disponibles, y hacer tales
metadatos disponibles para consulta o recuperación. Los metadatos a nivel de tipo de fenómeno, junto con los
metadatos a nivel de instancia de fenómeno, de tipo de atributo y de instancia de atributo, se agruparán en conjunto de
datos, tal y como se define en el apartado anterior. Ejemplos de entradas para metadatos a nivel de tipo de fenómeno
pueden ser:
Las instancias de fenómeno son construcciones espaciales (objetos) que tienen una correspondencia directa con
fenómenos del mundo real. Los servicios de datos especiales pueden elegir el soporte metadatos a nivel de instancia
de fenómeno, cuando están disponibles y hacer tales metadatos disponibles para consulta o recuperación. Los
metadatos a nivel de instancia de fenómeno junto con los metadatos a nivel de tipo de atributos y de instancias de
atributo, serán agrupados en conjunto de datos, tal y como se define en el apartado G.2.2 ejemplo de entradas para
metadatos a nivel de instancia de fenómeno puede ser:
Los tipos de atributos son los parámetros digitales que describen un aspecto común a primitivas espaciales agrupadas
(objetos geométricos de 0, 1, 2 y 3 dimensiones). Los servicios de datos espaciales pueden elegir el soportar
metadatos a nivel de tipo de atributo cuando estén disponibles para consulta o recuperación. Los metadatos a nivel de
tipo de atributo, junto con los metadatos a nivel de tipo de fenómeno, de instancia de fenómeno y de instancia de
atributo, serán agrupados en conjuntos de datos, tal y como se define en el G.2.2. Ejemplos de entradas de metadatos a
nivel de tipo de atributo pueden ser:
Las instancias de atributos son los parámetros digitales que describen un aspecto de una instancia de fenómeno. Los
servicios de datos especiales pueden elegir el soportar metadatos a nivel de instancia de atributo, cuando estén
disponibles y hacer a tales metadatos disponibles para consulta y recuperación. Los metadatos a nivel de instancia de
atributo, junto con los metadatos a nivel de tipo de fenómeno, de instancia de fenómeno y de tipo de atributo, se
agruparán en conjuntos de datos, tal y como se define en el apartado G. 2.2. Ejemplos de entradas para metadatos a
nivel de instancias de atributos pueden ser:
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 122/139
ANEXO H
(Informativo)
H. 1 Niveles de Metadatos
A primera vista, puede parecer que hay demasiados niveles de metadatos que mantener. En la mayoría de los casos,
esto no es así, ya que la excepción de metadatos sólo se define en los niveles más bajos. Si los valores de metadatos
no varían, entonces los metadatos se agregan a un nivel superior. Se anticipa que esta situación será la más común con
niveles adicionales de metadatos definidos únicamente cuando los datos originales se mantienen un periodo de tipo.
Cuando los niveles más bajos de la jerarquía de metadatos se han completado, entonces sólo se registran los valores
revisados de metadatos. Así, si el distribuidor de los datos no varía, no es necesario arrastrarlos abajo en la estructura.
Para aclarar este concepto, el siguiente ejemplo muestra el ciclo de vida de un ejemplo de conjunto de datos
geográficos.
H.2 Ejemplo
1) Considere un proveedor de datos geográficos que genera datos cartográficos vectoriales para tres áreas
administrativas (A, B Y C). Inicialmente la cartografía vectorial fue generada usando una serie convencional
de mapas en papel que fueron procesadas de la misma manera a formato vectorial. El grueso de los metadatos
para esos datos iniciales puede cargarse sobre un único nivel. (serie de conjuntos de datos). Estos metadatos
describirìan la calidad, las menciones, la fuente, el procesamiento, de los datos de las áreas de las tres áreas
administrativas.
Así, los metadatos podrían ser cargados exclusivamente sobre el nivel de Serie de Conjuntos de Datos.
2) Después de algún tiempo, hay disponible una cartografía vectorial del área administrativa A. Entonces los
metadatos para el área Administrativa A se ampliarían para describir los nuevos valores de calidad de datos.
Estos Valores remplazarían a los dados para la Serie de Conjuntos de Datos, pero sólo para el área
Administrativa A. Los metadatos B y C permanecerían invariables. Estos nuevos metadatos se recogerían a
nivel de Conjunto de Datos.
Así, para describir los nuevos datos del área administrativa A, se necesitan metadatos adicionales a nivel de
Conjunto de Datos. El nivel mínimo de metadatos requeridos para reflejar este cambio sería:
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 123/139
Ámbito
Restricciones
Calidad de los datos
Mantenimiento
Representación espacial
Sistema de referencia
Contenido
Catálogo de representación
Distribución
Extensiones de Metadatos
Modelo de ampliación
3) Con el tiempo, aparecen más datos del área Administrativa A, con un nuevo levantamiento completo de la red
de carreteras. De nuevo esto implica nuevos metadatos para los tipos de fenómenos afectados. Estos metadatos
se recogerían a nivel de Tipo de Fenómeno para el área administrativa A. Todos los otros metadatos relativos a
otros tipos de fenómenos permanecen invariables. Sólo se modifican los metadatos para carreteras en el área
administrativa A. Estos metadatos de carreteras se recogen a nivel de Tipo de fenómeno.
Así, se necesitan metadatos adicionales a nivel de Tipo de Fenómeno para describir los nuevos datos de
carreteras del área administrativa A. El nivel mínimo de metadatos requeridos para reflejar este cambio sería:
4) Se identifica una anomalía en el levantamiento de la carretera, todas las alturas de gálibo del área
administrativa A han sido redondeadas más cercano. Se vuelve a captura para llegar al decímetro. Esta revisión
implica nuevos metadatos que afectan al tipo de atributo “Altura de gálibo”. Todos los otros metadatos del
área administrativa A permanecen invariables. Estos metadato de la “Altura de gálibo” se recogen a nivel
de Tipo de Atributo.
Así, los metadatos adicionales para describir los nuevos de “Altura de gábilo” del área administrativa
A se recogen a nivel de Tipo de Atributo. El nivel mínimo de metadatos requeridos para reflejar este
cambio seria:
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 124/139
5) Se construye un nuevo puente en el área administrativa A. Estos datos recogen en los datos geográficos
del área administrativa A, y se necesitan nuevos metadatos para describir este nuevo fenómeno. Todos
los otros metadatos del área administrativa A permanecen invariables. Estos nuevos metadatos se
recogen a nivel de Instancia de Fenómeno.
Así, los metadatos adicionales para describir el nuevo puente se recogen a nivel de Instancia de
Fenómeno. El nivel mínimo de metadatos requeridos para reflejar este cambio sería:
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 125/139
6) El atributo Altura de gálibo del nuevo puente se registró erróneamente, y fue modificada. Otra vez este atributo
nuevo requiere metadatos nuevos que describan la modificación. Los demás metadatos del área
administrativa A permanecen invariables. Estos nuevos metadatos de atributo se registran a nivel de Instancia de
Atributo.
Entonces, se requiere de metadatos adicionales a nivel de Instancia de Atributos para describir la nueva altura de
gálibo. El nivel mínimo de metadatos requeridos para reflejar este cambio seria:
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 126/139
ANEXO I
(Informativo)
EJEMPLOS DE IMPLEMENTACIÓN
Se proporcionan dos ejemplos. Uno para un conjunto de datos titulado “Exploration Licences for Minerales”. El otro
ejemplo ilustra una extensión de la norma de metadatos.
Los ejemplos se proporcionan en ingles. Sin embargo, se permite a los países usuarios de habla no inglesa a utilizar su
idioma (s) natural (es) propio (s) en la implementacion de esta norma internacional.
Se proporciona este ejemplo en un formato de resumen tabulado, los valores de los elementos están subrayados y los
nombres de rol se distinguen en un signo “+”. Este ejemplo ilustra la estructura jerárquica de los metadatos ISO 19115
y está basada en un modelo de implementación que dirige la ordenación de elementos dentro del documento de
instancias de metadatos.
MD_Metadata
+ identificationInfo
MD_DataIdentification
citation:
. CI_Citation
. title: Exploration Licences for Minerals
. date:
. CI_Date
. date: 193001
. dateType: 001
abstract: Location of all current mineral Exploration Licences issued under the Mining Act, 1971.Exploration
Licences provide exclusive tenure rights to explore for mineral resources for up to a maximum of 5
years. Comment is sought on applications for Exploration Licences from numerous sources before
granting. Exploration programs are subject to strict environmental and heritage conditions.
Exploitation of identified resources must be made under separate mineral production leases.
status: 004
pointOfContact:
. CI_ResponsibleParty
.. contactInfo:
.. CI_Contact
.. phone:
.. …. CI_Telephone
.. …. voice: 61 8 8463 3306
.. …. facsimile: 61 8 8463 3268
.. address:
.. …. CI_Address
.. …. deliveryPoint: GPO Box 167
.. …. city: Adelaide
.. …. administrativeArea: South Australia
.. …. postalCode: 5001
.. …. country: Australia
.. …. electronicMailAddress: pirsa.spatial@saugov.sa.gov.au
.. onlineResource:
.. …. CI_OnlineResource
.. …. linkage: http://www.pir.sa.gov.au
.. role: 007
.. organisationName: Department of Primary Industries and Resources SA
.. positionName: GIS Coordinator
+ resourceConstraints
.. MD_Constraints
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 127/139
.. useLimitation: The data should not be used at a scale larger than 1:50 000.
+ resourceFormat
.. MD_Format
.. name: ArcInfo Export
.. version: 8.0.2
+ resourceFormat
.. MD_Format
.. name: MapInfo
.. version: 6.0
+ resourceFormat
.. MD_Format
.. name: DXF
.. version: 14
+ resourceFormat
.. MD_Format
.. name: Plotted Maps
.. version: Not applicable
+ resourceSpecificUsage
. MD_Usage
. specificUsage: Used to supply government, industry and the general public with an up-to-date status
and extent of mineral exploration activities throughout the State.
. userContactInfo:
. CI_ResponsibleParty
. role: 007
. positionName: GIS Coordinator
+ resourceMaintenance
.. MD_MaintenanceInformation
.. maintenanceAndUpdateFrequency: 002
+ descriptiveKeywords
.. MD_Keywords
.. keyword: BOUNDARIES Administrative
.. keyword: INDUSTRY Mining Exploration
.. keyword: MINERALS Exploration
.. thesaurusName:
.. CI_Citation
.. title: ANZLIC Search Words
.. date:
.. …. CI_Date
.. …. date: 199607
.. …. dateType: 002
purpose: The dataset was developed to record information necessary for the administration of the
Mining Act.
spatialRepresentationType: 001
spatialResolution:
.. MD_Resolution
.. equivalentScale:
.. MD_RepresentativeFraction
.. denominator: 50000
characterSet: 001
topicCategory: 003
topicCategory: 008
extent:
.. EX_Extent
…….. +geographicElement
…….. EX_GeographicBoundingBox
.. …. westBoundLongitude: 129.0
.. …. eastBoundLongitude: 141.0
.. …. southBoundLatitude: -26.0
.. …. northBoundLatitude: -38.5
…….. description: South Australia
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 128/139
language: en
+ dataQualityInformation
DQ_DataQuality
scope:
. DQ_Scope
. level: dataset
+ lineage
. LI_Lineage
. statement: Source Data History: Exploration Licence boundaries were sourced from the official Mining
Register licence documents. Licence boundaries are legally defined to follow lines of latitude and
longitude. The register has existed since 1930. Processing Steps: Coordinates entered by keyboard from
licence documents. Linework cleaned to remove duplicate arcs. Data adjusted for accurate state border
and coastline. Where appropriate, cadastral parcels removed from licence polygons. Associated attribute
data also captured from licence documents.
+ report
. DQ_CompletenessOmission
. result:
. DQ_QuantitativeResult
. valueUnit
. …. uomName: percent
. value: Spatial data is 100% complete. Associated attribute data is 100% complete.
. DQ_TopologicalConsistency
. result:
. DQ_QuantitativeResult
. valueUnit
. …. uomName: percent
. value: The dataset contains no overshoots, undershoots or duplicate lines. All polygons
representing licences contain only one label.
. DQ_PositionalAccuracy
. result:
. DQ_ConformanceResult
. specification:
. CI_Citation
. …. title : Map Boundaries
. …. date
. …. CI_Date
. …. date: 199703
. …. dateType: 002
. explanation: Most boundary locations are constructed from lines of latitude and longitude, hence are
scale independent. The accuracy of other boundaries is dependent upon the source, eg. state border,
coastline, cadastre.
. pass: 1
. DQ_ThematicAccuracy
. result:
. DQ_QuantitativeResult
. valueUnit
. …. uomName: percent
. value: Validation checks are performed periodically, resulting in an estimated 99% accuracy.These
checks include comparisons between reports from the spatial dataset and the digital Mining Register.
+ referenceSystemInfo
MD_ReferenceSystem
referenceSystemIdentifier:
. RS_Identifier
. code: GDA 94
. codeSpace: DIPR
fileIdentifier: ANZSA1000001233
language: en
characterSet: 001
contact:
CI_ResponsibleParty
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 129/139
role: 002
organisationName: Department of Primary Industries and Resources SA
dateStamp: 20000803
metadataStandardName: ISO 19115
metadataStandardVersion: FDIS
dataset: https://info.pir.sa.gov.au/geometa/migs/MIGS_Down_cat.jsp
Este ejemplo ilustra la adición de nuevas entidades de metadatos y de una nueva lista codificada que puede ser
utilizada para documentar una taxonómia jerarquíca basada en una clasificación. La figura I.1 muestra un modelo de
UML de la extensión de información, en I.4 se proporciona entradas del diccionario de datos para entidades y
elementos extendidos.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 130/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 131/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 132/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 133/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 134/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 135/139
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 136/139
ANEXO J
(Informativo)
En esta Norma un elemento de texto libre puede incluir múltiples características de información en diferentes idiomas.
Cuando el idioma es diferente del idioma definido para todo el conjunto de datos, se puede definir, junto con un atributo
opcional que especifique la variante del idioma usado en un país en particular, y el conjunto de caracteres usados cuando
esos difieren del dado por defecto para todo el conjunto de datos.
Lo definido en el articulo J.2 son elementos de metadatos que permiten múltiples idiomas para la especificación de texto
libre. Opcionalmente, en todas partes de esta Norma donde se especifica “texto libre” como dominio se puede usar la clase
PT_FreeText.
Un ejemplo de cómo pueden ser usados los elementos de metadatos de texto libre se describen en J.3. El elemento metadato
“useLimitation” se usa en el ejemplo. Se puede encontrar en B.2.3 de esta Norma.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 137/139
J.2 Estructura de datos para manejar apoyo multilingüe en los elementos de metadatos Texto Libre
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 138/139
El elemento de metadato “use Limitation” se usa en el siguiente ejemplo (B.2.3 línea 68)
011
ara
(ISO/IEC 8859-6)
(Árabe)
029
zho
(GB2312)
(China)
NOTA ─ Si “Inglés”, “Reino Unido” e “ISO/IEC 8859-15” habrían sido especificados por defecto como valores para el archivo completo de metadatos, no habría sido necesario
especificarlos en este caso.
C o n t i n ú a
COGUANOR NTG/ISO/ 19115 139/139
BIBLIOGRAFIA
[9] ISO19123- Informacion geográfica. Esquema para cubrir la geometría y las funciones.
C o n t i n ú a