Información temática - Metadatos Tabla y Campo

METADATOS COMUNES

Nombre de la entrada en el GeM+: Periodo de actualización del contenido
Nombre de la clave en el fichero REL: ContentMaintenance

Descripción y consideraciones: Frecuencia con que se realizan cambios o actualizaciones al contenido de la base después de que esta se haya completado.

Seguimos la propuesta de: La ISO

Obligatori segons la ISO: No

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Fecha del contenido
Nombre de la clave en el fichero REL: ContentDate

Descripción y consideraciones: Fecha del contenido de la base, es decir de los valores que la base contiene. Por ejemplo la fecha de los datos de campo a partir de los que se ha elaborado la base. Puede ser una fecha única o un intervalo de fechas.

Consulte las consideraciones sobre la fecha y la hora.

Seguimos la propuesta de: El FDGC

Obligatorio según el FGDC: Sí

Cardinalidad: 1

Tipo de clave: N

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

METADATOS DE UN FICHERO REL

Nombre de la entrada en el GeM+: Versión de metadatos
Nombre de la clave en el fichero REL: VersMetaDades y SubVersMetaDades

Descripción y consideraciones: Versión y subversión de los metadatos. Se muestra la versión seguida de un punto y la subversión, como es habitual en la notación de versiones.

Si en el fichero REL las claves indican:

VersMetaDades=4
SubVersMetaDades=0

El GeM+ mostraría: Versión de metadatos: 4.0.

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: Sí

Cardinalidad: 1

Tipo de clave: N

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Versión de relaciones entre tablas
Nombre de la clave en el fichero REL: Vers y SubVers

Descripción y consideraciones: Versión y subversión de las relaciones entre tablas. Se muestra la versión seguida de un punto y la subversión, como es habitual en la notación de versiones.

Si en el fichero REL las claves indican:

Vers=4
SubVers=0

El GeM+ mostraría: Versión de relaciones entre tablas: 4.0.

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: Sí

Cardinalidad: 1

Tipo de clave: N

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

METADATOS DE UNA TABLA O IMAGEN MULTIBANDA

Nombre de la entrada en el GeM+: (no se visualiza en el GeM+)
Nombre de la clave en el fichero REL: IndexsJoinTaula(vea la clave en caso de ráster y vector)

Descripción y consideraciones: Cuando un campo se asocia a otra tabla (join), esta clave indica el nombre interno de cada una de las tablas asociades al mismo, separadas por comas. El nombre definitivo de cada tabla se define en la clave Nombre de la tabla. Esta información no se visualiza (y por tanto no puede modificarse).

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: Sí

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Nombre de la tabla
Nombre de la clave en el fichero REL: JoinTaula_NOM_TAULA (vea la clave en caso de ráster y vector)

Descripción y consideraciones: Nombre de la tabla en el fichero REL. Este nombre se indica a título simplemente informativo, pero no puede modificarse. Se visualiza en la parte superior de la zona dedicada a los metadatos que definen la tabla, seguido del tipo de tabla entre paréntesis. Ejemplos:

PRINCIPAL (DBF): Tabla principal de vectores estructurados

GENERICA_PRINCIPAL (GENERICA): Imagen multibanda en el caso de rásters

TESAURUS_MUNICIPIS (ODBC): Tabla asociada

El nombre de la tabla principal de un vector estructurado y de la imagen multibanda están predefinidos (vea ejemplos superiores). El nombre de las tablas asociadas se define al realizar el enlace desde el campo origen a esta tabla.

El nombre de la tabla debe ser único para todas las tablas a las que se enlaza dentro de un mismo fichero REL, ya que sirve para formar el nombre de la sección que definirá las propiedades de esta tabla. Note, sin embargo, que los nombres físicos de las tablas puedan no ser únicos ya que precisamente esta clave permite esquivar el problema. Supongamos por ejemplo que tenemos dos tablas en dos servidores de bases de datos diferentes, en dos directorios diferentes, y ambas se llaman "diccionario": cuando las dos pasan a formar parte del mismo árbol de relaciones de una capa será necesario que, en el contexto del GeM+, una se llame por ejemplo "diccionario_municipios" y la otra "diccionario_comarcas".

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: Sí

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Número de registros
Nombre de la clave en el fichero REL: (no se guarda en el fichero REL, se deduce dinámicamente)

Descripción y consideraciones: Es el número de registros de que consta la tabla que se está definiendo. No aplica a tablas que son una imagen multibanda.

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: Se deduce dinámicamente.

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Número de campos o bandas
Nombre de la clave en el fichero REL: (no se guarda en el fichero REL, se deduce dinámicamente)

Descripción y consideraciones: Es el número de campos de la tabla, o de bandas en el caso de una imagen multibanda. Se deduce dinámicamente y no puede modificarse. Para modificar la estructura de una tabla DBF o ODBC hay que recurrir al Gestor de Tablas o de Bases de Datos correspondiente. Para modificar la estructura de una imagen multibanda utilice las herramientas que se ofrecen para añadir y quitar bandas.

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: Se deduce dinámicamente.

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

METADATOS DE UN CAMPO O BANDA

Nombre de la entrada en el GeM+: Banda
Nombre de la clave en el fichero REL: NomFitxer

Descripción y consideraciones: Es el nombre del fichero binario que corresponde a aquel campo o banda. Típicamente útil para rásters multibanda con un solo fichero de documentación, en los cuales, en cada sección [ATTRIBUTE_DATA:NOM_CAMP], existe una clave NomFitxer. Solamente aplica a rásters multibanda.

En general no tiene sentido hablar de moda de los nombres de fichero (ya que es único para cada campo). Por esta razón esta clave no se escribe nunca en la sección general ([ATTRIBUTE_DATA]) sinó que solamente se halla presente en las secciones de cada banda ([ATTRIBUTE_DATA:NOM_CAMP]). Existe un único caso en que puede resultar útil usar esta clave y su valor general: los ficheros multibanda, como por ejemplo los formatos JPEG de 24 bits de color, en los que un mismo fichero binario contiene más de un canal espectral, y, por tanto, más de un campo (banda) y más de una sección [ATTRIBUTE_DATA:NOM_CAMP]. En estos casos la clave (p.ej: orto534.jpg) se escribirá en la sección general y no en las diversas secciones de los campos (para evitar repeticiones).

En GeM+ los nombres de los ficheros son visibles desde cualquier pestaña ya que están en el desplegable situado en la parte superior. Este desplegable (y los botones de avance (>) y retroceso (<) a su lado) permiten escoger de cual de los campos posibles quieren verse los datos particulares. Solamente es posible ver los datos particulares de un campo (banda) a la vez.

Aunque esta clave solamente se guarda en el REL para rásters multibanda, el desplegable con el nombre de las diferentes bandas que forman la capa multibanda es visible en GeM+ para cualquier tipo de capa ya que nos informa del nombre de la capa en la que se editan los metadatos.

En GeM+ esta entrada se muestra de forma conjunta al canal espectral ya que en el desplegable se muestra el nombre del fichero y, en aquellos casos en que es necesario, el número de canal espectral entre paréntesis.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: Sí en rásters multibanda. En rásters unibanda o vectores no es necesario ya que el nombre del fichero se deduce del nombre del fichero REL.

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Canal
Nombre de la clave en el fichero REL: canal

Descripción y consideraciones: En los formatos ráster que soportan almacenaje de más de una banda en el mismo fichero, como los JPEG de 24 bits de color o los formatos tipo BIL, la clave "canal" indica qué banda del fichero binario está describiendo la sección [ATRIBUTTE_DATA:NOM_CAMP] que se está editando.

Toma valores de 1 hasta n (donde n es el número de bandas del formato multibanda). De esta manera cada campo (banda) de una capa multibanda quedaría identificada de manera única por el conjunto de las dos claves: "NombreFichero" y "canal", incluso en el caso en que una misma capa (fichero REL) hiciera referencia a más de un fichero multibanda (p.ej. a dos JPEG de 24 bits de color).

Solamente aplica a formatos ráster con uno o más ficheros multibanda (por ejemplo JPEG de 24 bits de color, JPEG2000 o MrSID multiespectral, etc).

En GeM+ esta entrada se muestra de forma conjunta al nombre de la Banda ya que en el desplegable se muestra el nombre del fichero y, en los casos en que es necesario, el número de canal entre paréntesis.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: Sí en rásters con un fichero multibanda.

Cardinalidad: 1

Tipo de clave: N

AplicaACapa: Sí
AplicaASerie:No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: (no se visualiza en el GeM+)
Nombre de la clave en el fichero REL: IndexsNomsCamps

Descripción y consideraciones: Indica el índice de todas las bandas, separados por comas. El alias definitivo de cada banda se define en la clave Nombre (que equivaldría a los nombres de los campos en una base de datos).

Esta información no se visualiza (y por tanto no puede modificarse).En caso de ausencia de índice del banda (por ejemplo al crear un fichero desde cero), al guardar, GeM+ asigna como índices de banda números desde 1 hasta n.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: Sí

Cardinalidad:1

Tipo de clave:C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Nombre
Nombre de la clave en el fichero REL: NomCamp_NOM_CAMP (en el REL sólo se guarda en ficheros ráster)

Descripción y consideraciones: El FGDC, en su estándar CSDGM lo define como "the name of the attribute" (nombre de la clave en el estándar del FGDC: Attribute Label). Corresponde al nombre del atributo, tanto si el atributo es el campo de una base de datos (tabla principal de un vector estructurado o tablas asociadas) o el valor de una banda en una imagen multibanda.

Se presentan los dos casos siguientes:

En el caso de campos de una tabla en formato DBF o en cualquiera de los formatos accesibles via OBDC, los nombres de los campos se obtienen de la propia tabla (cabecera del fichero tabla o del propio gestor de bases de datos), y por este motivo no se guardan en el fichero REL ni pueden modificarse con el GeM+ (que, sin embargo, los muestra). Para modificar estos nombres hay que emplear un software gestor de bases de datos.
En el caso de Bandas ("campos" de una imagen multibanda) esta información se guarda en el fichero REL y puede modificarse. El alias de la banda es el nombre que se utilizará para formar el nombre de las secciones [ATTRIBUTE_DATA:XXX] del fichero REL.

En el fichero REL, esta clave se encuentra en la sección [ATTRIBUTE_DATA] donde, por ejemplo, podríamos encontrar:

[ATTRIBUTE_DATA]
IndexsNomsCamps=R,IRp
NomCamp_R=CANAL_ROJO
NomCamp_IRp=CANAL_INFRARROJO_CERCANO
[ATTRIBUTE_DATA:CANAL_ROJO]
...
[ATTRIBUTE_DATA:CANAL_INFRARROJO_CERCANO]
...

Seguimos la propuesta de: El FGDC

Obligatorio según el FGDC: Sí para ràsters. En el caso de campos de una base de datos se deduce dinámicamente.

Cardinalidad: 1

Tipo de clave:C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Descripción
Nombre de la clave en el fichero REL: descriptor (vea la clave en el caso de ráster y vector)

Descripción y consideraciones: Descripción del contenido de la banda o campo (propiedades análogas a las de la clave "descriptor=" en las bases de datos). El FGDC, en su estándar CSDGM lo define como "the description of the attribute" (nombre de la clave en el estándar del FGDC: Attribute Definition).

Note que los campos de las bases de datos convencionales tienen, implícitamente, una clave "nombre=" que realmente no encontramos en el fichero REL sino que la obtenemos de la cabecera del fichero tabla o del propio gestor de bases de datos y que actúa como nombre interno. Este nombre NO lo hacemos sinónimo de la clave "descriptor=", aunque haremos que se correspondan cuando "descriptor=" no esté presente en el fichero de metadatos (es decir, cuando no haya descripción, usaremos el nombre interno).

El nombre de la banda en cada banda de un ráster monobanda o multibanda es el suministrado por la clave "NomCamp_XXX=" de [ATTRIBUTE_DATA].

En el caso de la transformación automática de los antiguos ficheros de documentación pueden asignarse a la descripción diferentes entradas del fichero de documentación en función del tipo de ráster que estemos documentando:

En rásters multibanda, la descripción de cada banda es la parte no común de las entradas "file title" de las diferentes bandas (la parte común a todos los "file title" se convierte en Título de la base).

file title : imagen TM, Azul	DatasetTitle=imagen TM, [ATTRIBUTE_DATA] IndexsNomsCamps=1, 2 NomCamp_1=1 NomCamp_2=2 [ATTRIBUTE_DATA:1] descriptor=Azul [ATTRIBUTE_DATA:2] descriptor=Verde
file title : imagen TM, Verde

Por otra parte, si el ráster multibanda es categórico la entrada "value units" se encadena, entre paréntesis, a la parte no común del "file title" para dar lugar a la descripción de la banda.

file title  : Usos del suelo 1987
value units : tipo de uso
legend cats : 23

DatasetTitle=Usos del suelo 
[ATTRIBUTE_DATA]
IndexsNomsCamps=1, 2
NomCamp_1=1
NomCamp_2=2
[ATTRIBUTE_DATA:1]
descriptor=1987 (tipos de uso)
[ATTRIBUTE_DATA:2]
descriptor=2001 (uso del suelo)

file title  : Usos del suelo 2001
value units : uso del suelo
legend cats : 24

En rásters unibanda cuantitativos continuos u ordinales, y en el caso de vectores no estructurados, la descripción queda vacía en la transformación automàtica de los antiguos ficheros de documentación.

En rásters unibanda y categóricos, la descripción de la banda es el valor de la entrada "Value units".

file title : usos del suelo 1987
value units : tipos de uso
legend cats : 4

[ATTRIBUTE_DATA]
IndexsNomsCamps=1
NomCamp_1=1
[ATTRIBUTE_DATA:1]
descriptor=tipos de uso

En el caso de capas multibanda, la descripción de la banda se encadena al Título de la base (DataseTitle) para mostrarlo en la barra de título de MiraMon.

Seguimos la propuesta de: El FGDC

Obligatorio según el FGDC: Sí

Cardinalidad:1

Tipo de clave:C

AplicaACapa: Sí
AplicaASerie: Sí

(volver al índice)

Nombre de la entrada en el GeM+: Tipo de datos y Fichero comprimido
Nombre de la clave en el fichero REL: TipusCompressio (no se guarda en los formatos en los que se indica en la cabecera del fichero)

Descripción y consideraciones: La clave TipusCompressio del fichero REL indica simultáneamente el tipo de datos que contiene el ráster o el fichero vectorial no estructurado y su compresión. Ejemplos de valores válidos en el fichero REL son: "byte", "byte-RLE", etc. Esta clave equivale a la entrada "data type : " de los antiguos ficheros de documentación.

En GeM+ se presenta por separado el tipo de datos y la compresión. En cuanto al tipo de datos, es necesario escoger de un desplegable el tipo de datos apropiado. Los valores posibles varían en función de si la capa a documentar es un ráster o un vector no estructurado.

En el caso de rásters los valores posibles son:

bit: Cada píxel está formado per 1 solo bit. Rango de valores [0, 1], que se representan utilizando los dos primeros índices de color de la paleta actual.
byte: Cada píxel está formado por 8 bits. Rango de valores [0, 255], que se representan utilizando los índices de color de la paleta actual o bien una escala de grises. Los ficheros byte son los utilizados para visualizaciones RGB de 24 bits o de 24 bits reducidos a 8 bits.
integer: Cada píxel está formado por 16 bits. Rango de valores [-32768, 32767], que se representan reescalados en los 256 índices de color de la paleta actual o de una escala de grises.
long: Cada píxel está formado por 32 bits. Rango de valores [-2147483648, 2147483647], que se representan reescalados en los 256 índices de color de la paleta actual o de una escala de grises.
real: Cada píxel está formado por 32 bits definiendo un número real IEEE de 4 bytes. Rango de valores ±3.4E±38 (6-7 cifras significativas), que se representan reescalados en los 256 índices de color de la paleta actual o de una escala de grises.

y, para vectores no estructurados:

string: atributos de tipo cadena de caracteres (admite espacios en blanco entre palabras)
integer (texto): atributos de tipo long (entre -2147483648 y 2147483647). Es útil soportar atributos long por la posibilidad de tratarlos como identificadores y no como simples atributos, convirtiéndolos en verdaderos índices en una base de datos (para compatibilidad en las operaciones de importación/exportación).
real: atributos de tipo real (valors ±3.4E±38, con 6-7 cifras significativas).

En cuanto a la compresión hay que indicar si el ráster está almacenado utilizando algun algoritmo de compresión.En los ficheros comprimidos de MiraMon se utiliza una sofisticación de la técnica Run Length Encoding (RLE), que puede hallarse descrita en la bibliografía de procesamiento de imágenes y teledetección. Los ficheros de vectores no estructurados de MiraMon no pueden comprimirse.

En los tipos de ficheros en los que la cabecera indica información sobre el tipo de datos y la compresión (p.ej.: los formatos JPEG, JPEG2000 o MrSID), esta entrada de metatados es sólo informativa. EL usuario no puede modificar su valor y tampoco se guarda la información en el fichero REL.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: Si

Cardinalidad:1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Tipo, Tamaño y Decimales
Nombre de la clave en el fichero REL: (no se guarda en el fichero REL, se deduce dinámicamente)

Descripción y consideraciones: Estas tres entradas definen el formato de los campos de una tabla DBF o en otro formato accesible mediante ODBC. El número de decimales sólo aplica en caso de que el campo sea de tipo numérico.

Estas informaciones se guardan en las cabeceras de las DBF o pueden obtenerse del gestor de bases de datos y por este motivo no se guardan en el fichero REL ni se permite su modificación desde el GeM+. Para modificar estos valores hay que emplear un gestor de bases de datos.

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: Se deduce dinámicamente.

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Tratamiento de la variable
Nombre de la clave en el fichero REL: TractamentVariable (vea la clave en el caso de ráster y vector)

Descripción y consideraciones: indica cómo deben tratarse los valores del campo (en el caso de rásters y vectores no estructurados son los valores presentes en el propio fichero gráfico). Los valores posibles de esta clave son:

Cuantitativo continuo: La variable escogida en el campo es de tipo numérico (entero o real) e indica una magnitud dentro de un rango de valores continuo. A priori la variable puede tomar cualquier valor dentro del rango de valores válidos (definido por el tipo de dato). Ejemplo: para concentraciones de un contaminante químico en un río, población en un municipio, radiancia recogida por un sensor, etc. En el fichero REL se escribe el literal "QuantitatiuContinu". Es la opción por defecto si no se encuentra la clave en el fichero REL.
Ordinal: Variables con valores numéricos que representan una ordenación. No es importante la relación numérica entre los números sino solamente su orden. Por ejemplo 0 para "malo", 1 para "regular", 2 para "bueno" o para identificadores numéricos, etc. En el fichero REL se escribe el literal "Ordinal".
Categórico: Variables en las que los valores, numéricos o no, identifican la pertenencia a un grupo (o categoría), independientemente de las relaciones numéricas o de orden de los valores propiamente almacenados. Ejemplos: categorías temáticas con valores numéricos o no, (un valor de 0 indica "urbano", un valor de 1 indica "bosque", etc); categorías temáticas con literales categóricos en campos de tipo carácter ("urbano", "bosque",...). En el fichero REL se escribe el literal "Categoric".

En el caso de rásters categóricos, la descripción de las categorías se convierte en una tabla (típicamente en formato DBF) asociada al campo ráster. En el caso de transformación automática de los antiguos ficheros de documentación se crea una tabla con dos campos, VALUE y CATEGORY, el primero de los cuales contiene, ordenados y sin repeticiones, todos los valores del ráster diferentes a NODATA que tengan una descripción, y el segundo contiene la descripción en sí.

Se recupera la entrada "value units" de los antiguos ficheros de documentación como descripción del campo CATEGORY.

En caso de modificar el tratamiento de la variable desde GeM+ y documentar como categórico un ráster que no lo era, GeM+ crea una base de datos con la misma estructura que contiene todos los valores entre el mínimo y el máximo documentados (y diferentes de NODATA) y sin ninguna descripción en el campo CATEGORY.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: No.

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: Sí

(volver a índice)

Nombre de la entrada en el GeM+: Unidades de la variable
Nombre de la clave en el fichero REL: unitats (vea la clave en el caso de ráster y vector)

Descripción y consideraciones: Unidades de los valores de la banda. Se leerán solamente si el Tratamiento de la variable es "Cuantitativo continuo".

En principio puede tomar cualquier valor, pero algunos de ellos se han normalizado:

· Unidades desconocidas (representado por "?")
· No hay unidades (representado por una cadena vacía o blanca " ")
· Unidades definidas por el usuario: "m" para metros, etc.

El usuario puede escoger uno de los valores normalizados o escribir cualquier otro texto.

En el caso de rásters continuos se corresponden con la entrada "ValueUnits" en los antiguos ficheros de documentación.

value units : DN

[ATTRIBUTE_DATA]
unitats=DN

En el caso de rásters categóricos, la entrada "ValueUnits" de los antiguos ficheros de documentación se convierte en la Descripción de la banda y la entrada unitats no se lee.

Los antiguos ficheros de documentación de los vectores no estructurados no contenían ninguna entrada "ValueUnits".

Seguimos la propuesta de: GeM+

Obligatori según GeM+: Sí si es apropiado.

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: Sí

(volver al índice)

Nombre de la entrada en el GeM+: Mostrar unidades
Nombre de la clave en el fichero REL: MostrarUnitats (vea la clave en el caso de ráster y vector)

Descripción y consideraciones: Esta entrada indica si quieren mostrarse las unidades de la banda o campo al hacer una consulta. Puede valer 0 (falso, valor por defecto si la clave Unitats vale "No hay unidades") o 1 (verdadero, valor por defecto si está definida alguna cadena de unidades, por ejemplo "m" o "?", que significa "Unidades desconocidas"). Tal y como se hace con los campos de las bases de datos, las "Mostrar Unidades" solamente se leerá si el Tratamiento de la variable es "Cuantitativo continuo".

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: No.

Cardinalidad: 1

Tipo de clave: L

AplicaACapa: Sí
AplicaASerie: Sí

(volver al índice)

Nombre de la entrada en el GeM+: Mostrar en consultas
Nombre de la clave en el fichero REL: visible (vea la clave en el caso de ráster y vector)

Descripción y consideraciones: Esta entrada permite escoger si se desea mostrar el valor del campo o de la banda en las consultas por localización y por atributos.

"Mostrar en consultas" puede tomar los siguientes valores:

Por localitzación y por atributos
Por localización (si tiene contenido) y por atributos
No mostrar

Los campos que tienen relaciones con otras tablas son siempre no mostrables (el GeM+ muestra "Enlace a tabla/s") ya que los campos mostrables en las consultas son los situados en las tablas asociadas a través de este campo.

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: No.

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Separador
Nombre de la clave en el fichero REL: -SEPARA- (vea la clave en el caso de ráster y vector)

Descripción y consideraciones: Cadena de texto para separar los datos del campo (o banda) del resto de datos precedentes en una consulta por localización, para una consulta más cómoda de la base de datos (separando diferentes informaciones con un espacio, título, símbolos, etc.). Solamente puede definirse para campos visibles (ver entrada visible/consultable).

Es necesario diferenciar entre la no existencia de separador (no presencia de la clave en el fichero REL) y que la clave exista pero no tenga valor. Si la clave tiene el valor "-SEPARA-= " en el fichero REL, se entiende que se desea un retorno simple entre este campo y los demás. Si la clave no existe se entiende que no se desea ningún separador en absoluto.

Es posible definir el separador siguiendo dos tipos de formato de separador: texto llano y texto en formato HTML preformatado (algunos comandos). En caso de separador tipo HTML, internamente el separador empieza con <html> y termina con </html>.

Comandos HTML soportados:

- Fuente: , por ejemplo "Arial rojo tamaño 12" se expresará: . Recuerde que el tamaño de las fuentes en formato HTML no se corresponde con el tamaño de las fuentes habituales de Windows.
- Negrita: 
- Cursiva: 
- Subrayado: 
- Cambio de línea: (sin espacio entre ellas)
- Cambio de párrafo: (espacio doble entre líneas)

El Gestor ofrece herramientas para utilizar estos comandos de forma sencilla.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: No

Cardinalidad:1

Tipo de clave:C

AplicaACapa: Sí
AplicaASerie: Sí

(volver al índice)

Nombre de la entrada en el GeM+: Simbolitzable
Nombre de la clave en el fichero REL: simbolitzable (en cas de ràsters no es desa al fitxer REL)

Descripción y consideraciones: Indica si el camp o banda pot ser simbolitzat en la visualització. Els ràsters sempre són simbolitzables.

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: No.

Cardinalidad: 1

Tipo de clave: L

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Calidad
Nombre de la sección en el fichero REL: [ATTRIBUTE_DATA:NOM:QUALITY] (para rásters) o [NOM_TAULA:NOM:QUALITY] (para vectores)

Descripción y consideraciones: En este apartado encontramos los parámetros de calidad de los valores del campo (o banda). Puede consultar la sección Calidad - Parámetros para obtener información general sobre la estructura de las claves de los parámetros de calidad.

En particular, en esta sección se recupera la entrada "value error" de los antiguos ficheros de documentación ya que este valor se convierte en una medida de la calidad del campo. El tipo de medida al que puede asimilarse la entrada "value error" depende del tipo de datos que se esté documentando:

Los datos son de tipo cuantitativo continuo (es decir, se ha indicado "TractamentVariable=QuantitatiuContinu"). Este caso es muy similar al de la calidad del posicionamiento. Por ejemplo, para un campo o banda ráster que indique temperaturas con RMS de las mediciones de 0.2° escribiríamos:

Parámetro: Exactitud (datos cuantitativos)
Indicador: Exactitud relativa
Mesura: RMS
Tipo de valores: Real de doble precisión
Valor de la medida: 0.2
Unidades de la medida: º
Los datos son de tipo ordinal o de tipo categórico (es decir, se ha indicado "TractamentVariable=Ordinal" o bien "TractamentVariable=Categoric"). Por ejemplo, para un campo o una banda ráster que corresponda a un mapa de cubiertas del suelo (por ejemplo el resultado de una clasificación multiespectral) escribiríamos:

Parámetro: Exactitud semántica (datos categóricos)
Indicador: Exactitud de clasificación
Medida: Porcentaje de entidades correctamente clasificadas
Tipo de valores: Real de doble precisión
Valor de la medida: 82.7
Unidades de la medida: %

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: No.

Cardinalidad: 1

Tipo de clave: Compuesta

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Información común a las claves Valor mínimo y Valor máximo

Estas claves se leerán independientemente del valor de "TractamentVariable=", ya que aunque esta clave indique "Categoric" resulta útil que conozcamos a priori los valores extremos.

GeM+ presenta un botón "calcular" que permite obtener los valores mínimo y máximo reales que existen en el fichero binario (sin considerar el valor de NODATA documentado).

Aunque a priori no es aconsejable, MiraMon soporta que el valor extremo documentado (de la imagen o del campo de la base de datos) no sea el verdadero valor extremo.

(volver al índice)

Nombre de la entrada en el GeM+: Valor mínimo
Nombre de la clave en el fichero REL: min (de momento sólo para rásters)

Descripción y consideraciones: El valor mínimo de la imagen o campo de la base de datos. Solamente aplica en tipos de datos numéricos. Se corresponde con la entrada "min. value" de los antiguos ficheros de documentación. De momento sólo está implementado para rásters.

Vea información complementaria, común a las claves Valor mínimo y Valor máximo.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: Sí

Cardinalidad: 1

Tipo de clave: F

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)

Nombre de la entrada en el GeM+: Valor máximo
Nombre de la clave en el fichero REL: max (de momento sólo para rásters)

Descripción y consideraciones: El valor máximo de la imagen o campo de la base de datos. Solamente aplica en tipos de datos numéricos. Se corresponde a la entrada "max. value" de los antiguos ficheros de documentación. De momento sólo está implementado para rásters.

Vea información complementaria, común a las claves Valor mínimo y Valor máximo.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: Sí

Cardinalidad: 1

Tipo de clave: F

AplicaACapa: Sí
AplicaASerie: No

(volver al índice)

Nombre de la entrada en el GeM+: Hay NODATA
Nombre de la clave en el fichero REL: HiHaNODATA (de momento sólo para rásters)

Descripción y consideraciones: Valor lógico que nos indica si existe un valor que actúa como NODATA o no. En rásters será cierto solamente si la entrada "flag value" de los antiguos ficheros de documentación es un valor numérico. No aplica a vectores no estructurados porque esta entrada no existía. En vectores estructurados se considera que los campos de las bases de datos pueden tener siempre un NODATA, equivalente en este caso a la ausencia de valor.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: Sí.

Cardinalidad: 1

Tipo de clave: L

AplicaACapa: Sí
AplicaASerie: Sí

(volver a índice)

Nombre de la entrada en el GeM+: Valor de NODATA
Nombre de la clave en el fichero REL: NODATA (de momento sólo para rásters)

Descripción y consideraciones: Valor de NODATA o valor de fondo, que puede definirse como aquel valor del campo o banda que no constituye un dato en sí mismo. De aquí su nombre, que indica que no es un valor en sí mismo (NODATA) sino un "tapiz" de valores que forma "el fondo" de la imagen y que sólo "se ve" cuando no hay ningún valor conocido real en la celda (valor de fondo).

Un ejemplo claro de este concepto sería, en un ráster que almacene las elevaciones del terreno, el valor que indicaría que no hay datos de la zona: por ejemplo porque es la zona marítima (y no se disponen de datos de batimetría) o porque está fuera del ámbito de estudio y tampoco se conocen los valores de elevación de la zona externa.

Se recomienda que el valor de fondo esté fuera del rango de valores reales de la imagen (fuera del rango entre el valor mínimo y el máximo) y que sea un valor característico dentro del rango de valores. Por ejemplo, en imágenes de tipo byte (rango de 0 a 255) el valor de fondo suele ser el 0 o el 255, y en imágenes de tipo entero suele ser el valor -32768 (rango de -32768 a 32767).

De momento el valor de fondo, o NODATA, sólo puede guardarse para datos de tipo ráster, pero está pensado implementar su documentación también para todos los campos de las tablas (principales o asociadas) relacionadas con un fichero vectorial estructurado. Actualmente, se sigue el convenio tradicional de los gestores de bases de datos en los que un campo vacío tiene un significado de valor NODATA. Es cierto que podría interesarnos que una cadena vacía (o llena con espacios) fuera un valor válido en campos de tipo C, distinguiendo las entradas con datos conocidos pero iguales a una cadena vacía, de aquellas para las que realmente no se tienen datos (valor de fondo o NODATA). Para esto será necesario ampliar la entrada de Valor de NODATA en los ficheros vectoriales para permitir diferenciar correctamente estas situaciones.

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: Sí.

Cardinalidad: 1

Tipo de clave: F

AplicaACapa: Sí
AplicaASerie: Sí

(volver al índice)

Nombre de la entrada en el GeM+: Definición de NODATA
Nombre de la clave en el fichero REL: NODATADef (de momento sólo para rásters)

Descripción y consideraciones: Definición del significado del valor de NODATA, como por ejemplo: "Sin Datos" o "Fuera del ámbito de estudio".

De momento el valor de fondo, o NODATA, sólo puede guardarse para datos de tipo ráster. En los datos de tipo vectorial su descripción coincide con su valor (cadena vacía).

Seguimos la propuesta de: GeM+

Obligatorio según GeM+: Sí.

Cardinalidad: 1

Tipo de clave: C

AplicaACapa: Sí
AplicaASerie: Sí

(volver al índice)

Nombre de la entrada en el GeM+: Radiometria
Nom de la seccio al fitxer REL: [ATTRIBUTE_DATA:NOM:BAND]

Descripción y consideraciones: En el caso de rásters provenientes de imágenes de teledetección puede ser interesante guardar la información referente a las condiciones de captación de la imagen (longitud de onda mínima y máxima del sensor, tipo de calibración, coeficientes de paso a radiancias, etc.). Vea toda esta información en la sección Radiometría.

Seguimos la propuesta de: El GeM+

Obligatorio según el GeM+: No.

Cardinalidad: 1

Tipo de clave: Compuesta

AplicaACapa: Sí
AplicaASerie: No (recoge la información de la Capa)

(volver al índice)