Materias de la carrera con las que se
relaciona el tema?
Estr. De Dat.: La forma de manejo de los datos seria lo mas importante a observar en esta materia. Teleprocesos : En esta materia se centraría en la forma de transmisión de los datos y los tipos de protocolos necesarios para su uso, el estudio de los tipos de datos codificados, el tipo de enlace y el volumen de los paquetes enviados. Teo. de la comp. 2: En esta materia nos interesa el tipo de encriptación, la codificación del programa fuente, el estudio de los tipos de datos codificados, es decir el uso de enteros, caracteres y números de punto flotante y su representación en 32 y 64 bits; así pues como el uso del software el cual no debe de ser de uso complicado, si no lo contrario debe de ser amigable para que los programas avanzados intercambien datos por las puestas en práctica muy simples que utilizan solamente algunas características del formato. Que otras materias externas servirían? Todas aquellas materias en las cuales se maneje el envió de datos cifrado, datos privados, números de tarjetas de crédito, transferencias de DVD, el envió de archivos y software, y otros formatos encriptados. Además para un mejor entendimiento, pienso que seria necesaria una materia de Lenguajes Formales o una ampliación al temario de Teo de la comp. 2. ¿En
que materia lo pondrías?
Como ya lo mencione, creo que las materias ideales para incluirlo son 3, teleprocesos, teoría de la computación y estructuras de datos. Recomendaciones
para ponerlo en una pagina web.
El formato EBS en internet tendría que colocarse en una pagina dinamica,por lo que tendría que ser necesario manejar ASP y tener una interaccion con el usuario Apoyado principalmente en el uso de archivos .fin y manejo de imágenes, y tener una compatibilidad de archivos Como punto principal, recomendaría darle previamente un breve repaso a temas relacionados con teleprocesos , teoría de la computación y estructura de datos, así como a representación binaria de datos. Posteriormente se debería dar una breve reseña de lo que es en si la encriptación de datos y ya después explicaría lo que es el formato EBS y sus utilidades. ¿A
que Estructura se asemeja? Su estructura a mi parecer es la de una lista doblemente ligada, ya que cada dato hace referencia a su antecesor y al siguiente dato. Forma estructuras o bloques por datos y archivos.
¿COMO SE RELACIONA CON BIOMETRIX? El concepto de medicina a distancia significa que un usuario final pueda acceder a este tipo de archivos para tener etiquetas fijas y un manejo de codificación exacto yasea de 16 o 32 bits ,y lograr el resultado esperado ¿CÓMO PREVEER ERRORES? Mas que nada prever errores en el
manejo de este tipo de archivos,es atraves de un adecuado
manejo de la información ,creación y uso de manuales
detallados de cómo funciona el EBS,por ejemplo para
evitar las colisiones, el rango de números de la
etiqueta está separado en 4 partes o el problema de
compatibilidad para los formatos binarios está allí eso
exista dos codificaciones del entero diferentes en el
hardware del mercado. CONSIDERACIONES GENERALES -Aprender el concepto de bigedian y litleedian -Uso de codificación binaria -Manejo de numeros hexadecimales -Uso de algoritmos de búsqueda -Aprender a usar los atributos de las etiquetas y de las variables -Manejo adecuado de los archivos.
/*EXPLICACIÓN DEL PSEUDOCODIGO
*/ / * Demostración por de un archivo EBS * / /*Incluir librerias*/ #include /*para versiones anteriores de librerias stdio.h */ #ifndef SEEK_SET #define SEEK_SET 0 #endif /* Lee un Bigendian de 32-bits de un
archivo */ long fgeti32(FILE *f) { long i; i = (long) getc(f)
<< 24; i |= (long) getc(f) <<
16; i |= (long) getc(f) <<
8; i |= (long) getc(f); return i; } int main(int argc, char **argv) { FILE *fin; unsigned long samples_hi,
samples; unsigned long length_hi,
length; int channels; unsigned long tag; unsigned long
attribute_length; long pos, data_start; int second_part, ready; unsigned short c; /* Abre los archivos con extensión .fin*/ /* Lee los titulos fijos*/ if ((fgeti32(fin) !=
0x45425394) || (fgeti32(fin)
!= 0x0a131a0d) || (fgeti32(fin)
!= 0x00000001) || feof(fin))
{ fprintf(stderr,
"Input file is not in EBS CIB-16 format!\n"); exit(1); } channels =
fgeti32(fin); samples_hi = fgeti32(fin); /* numero de ejemplos de 2x32-bits */ samples =
fgeti32(fin); length_hi = fgeti32(fin); /* Longitud de parte de los datos de 2x32-bits */ length
= fgeti32(fin); if (samples_hi != 0 || (length_hi
!= 0 && !(length_hi == 0xffffffff &&
length == 0xffffffff))) { fprintf(stderr,
"Input file is too long for this program!\n"); exit(1); } /* Lee variables fijas*/ second_part = 0; ready = 0; do { /* Lee los atributos hasta que la etiqueta final aparezca */ while ((tag =
fgeti32(fin)) != 0) { attribute_length
= fgeti32(fin); pos =
ftell(fin); switch
(tag) { case
4: /* PATIENT_NAME */
printf("patient name is "); do { c = fgetc(fin) << 8; /* Lee 16 bits de un solo caracter */ c |= fgetc(fin); if (c) { if (c < 127) putchar(c); /* Imprime solamente caracteres del codigo ASCII */
else putchar('?');
}
} while (c);
printf(".\n"); break; default: /*Ignora otros atributos */ break; } /* Salta al proximo atributo */ fseek(fin,
pos + attribute_length * 4, SEEK_SET); } if (!second_part)
{ /* Si existe una segunda variable fija entonces recuerda donde comienza la parte de los datos y se los salta*/ data_start
= ftell(fin); if
(length_hi != 0xffffffff || length != 0xffffffff) {
second_part = 1;
fseek(fin, data_start + length * 4, SEEK_SET); }
else ready = 1; } else ready = 1; } while (!ready); /*Lee los datos*/ fseek(fin, data_start + ( -
1) * samples * 2,
SEEK_SET); /* Fin }
RESUMEN
1 propósito
En el análisis de grabaciones de bio-signo de multi-cauce (por ejemplo, cardiograma del electro, el encephalogram del electro, el cardiograma del magneto, el encephalogram del magneto, los datos audios), científicos se pasan a menudo un tiempo significante el codificando de funciones simples y programas eso escribe y leyó los datos en y fuera de archivos. A los programas para las tareas triviales les gusta extraer un solo cauce o un tiempo corto la sucesión fuera de un archivo grande, aplicando filtros diferentes y los algoritmos del proceso señalados normales a las grabaciones y la visualización de los datos se vuelve a escribir y reinventó de nuevo y de nuevo en muchas instituciones por el mundo cada día. Mucho de formatos existentes ofrecidos grabando a vendedores de equipo se diseña a menudo sólo para las aplicaciones muy especiales, es el unflexible y unextensible. Algunos de éstos también se perfeccionan sólo los formatos del vendedor para un hardware especial y no son o sólo mal documentado. Las aplicaciones científicas requieren formatos del archivo que también no se complican, fácil entender y lleve a cabo, muy flexible, totalmente documentó y ese les permite a investigadores cooperar haciendo intercambio fácil de datos y las herramientas entre el trabajo se agrupan posible.
Las metas del plan del EBS archivan el formato ha sido:
La aplicación de software que apoya el formato de EBS no debe ser muy difícil y debe ser posible para los programas adelantados para intercambiar los datos con aplicaciones muy simples que usan sólo unos rasgos del formato. Debe ser posible ocuparse de los datos eficazmente, porque a menudo los juegos de los datos muy grandes tienen que ser procesados. Es decir diferente las arquitecturas de la máquina tienen que ser consideradas. Las modificaciones a los datos del título deben ser posibles sin tener que copiar el el archivo entero. Acceda a los archivos crecientes que mientras la grabación es todavía debe ser en marcha posible en los sistemas del multitasking. El formato debe ser tan universal como posible. Sólo muy pocos parámetros (la longitud del archivo, el número de cauces, los datos, el formato) debe ser obligatorio. Debe ser posible atar la información extensa arbitraria, es decir el formato debe ser favorablemente extensible en cierto modo eso no prevendrá el uso de herramientas existentes para las versiones extendidas de este formato. Los datos parten del el formato debe ser capaz de contener codificaciones diferentes de datos (por ejemplo las varias precisiones, punto fijo o punto flotante los tipos, las codificaciones de longitud inconstantes comprimidas, etc.). Varios atributos comúnes que se requieren por muchas aplicaciones diferentes guardaron junto con los datos en el archivo (por ejemplo ID paciente, los textos de la descripción, los parámetros magnetofónicos comúnes) tiene que ser el predefined. De esta manera, extensiones al formato no es muy a menudo necesario.
2 Formato del archivo
Un archivo de EBS es una sucesión lineal de bytes del 8-pedazo de longitud definida. Si un sistema del archivo permite una extensión de nombre de archivo, ' .ebs ' es recomendado y si un tipo del archivo tiene que ser especificado, un unstructured transparente que el tipo binario debe usarse. Cada archivo de EBS consiste en 3 o 4 partes diferentes: (1) el título fijo que contiene información que se necesita por cada lectura del programa EBS los archivos, (2+4) los títulos inconstantes que podrían contener datos adicionales que sólo se necesitan por algunos programas y pueden ser simplemente ignorado por otros y (3) los datos del bio-signo puestos en código. La posición normal de la información del título inconstante es entre el título fijo y los datos puestos en código (2), pero también es posible poner algunos o todas las partes del título inconstante la información detrás de los datos puestos en código (4).
[La nota: Teniendo dos posibles posiciones de la información del título inconstante permite cambiar, inserción o anula la información en el el título inconstante sin tener que mover los datos señalados puestos en código así como leyendo los archivos mientras otros programas todavía están agregando los datos al extremo de parte (3) (en línea el proceso).]
----------------------------------- | El Título fijo (32 bytes) | (1) +---------------------------------+ | El Título inconstante | (2) +---------------------------------+ | Puso en código los Datos Señalados (4*d bytes) | (3) +---------------------------------+ | El Segundo Título Inconstante optativo | (4) -----------------------------------
Más entero valora en los títulos fijos e inconstantes es codificado como palabras del 32-pedazo guardadas en 4 bytes que empiezan con el más más el byte significante (Bigendian estructuran). Si el valor es un tipo del entero firmado, entonces la representación del 2-complemento usual de se usarán los valores del negativo. Por ejemplo, el valor -3 se guarda como el 0xff,0xff,0xff,0xfd y se guardan 1024 como el 0x00,0x00,0x04,0x00 (en este texto, el prefijo ' el 0x ' indica un número del hexadecimal como en el C que programa idioma y dos dedos del hechizo forme un 8-pedazo el byte el valor). Todo el entero del 32-pedazo valora en los títulos fijos e inconstantes se alinea a los límites del 32-pedazo, es decir su byte de la salida el pariente de la posición al primer byte del archivo siempre es un múltiplo de 4.
El apéndice A--Regularizó las Etiquetas del Atributo
Este apéndice define varios etiquetas del atributo útiles y el significado de los valores del atributo correspondientes. El atributo valores definidos aquí son los tipos simples con la codificación recomendada en sección 2.2, sucesiones de estos tipos simples u otro los tipos especiales (por ejemplo diagramas gráficos o fechas).
Atributos que no se refieren a los cauces individuales y así tienen un número de la etiqueta igual:
Los 0x00000002 IGNORAN (la longitud: cualquiera) Este atributo simplemente debe ignorarse por cualquier aplicación. Permite quitar un atributo sin tener que copiar el el archivo entero borrando el campo de la etiqueta de esto simplemente atribuya con el número de la etiqueta de IGNORE. Este atributo puede tenga algún valor arbitrario, pero aplicaciones que anulan los atributos deben llenar el valor de los bytes del 0x00 para que la información crítica (por ejemplo los nombres pacientes en publicó los archivos) se destruirá ciertamente y no sólo se haga invisible.
Éste es el único atributo que puede aparecer varios tiempos en un título inconstante.
El 0x00000004 PATIENT_NAME (la longitud:> 0 palabras, <= 33 palabras) Este texto-cordón del solo-línea puede contener el nombre lleno de la persona de quien los signos se han grabado.
El 0x00000006 PATIENT_ID (la longitud:> 0 palabras, <= 33 palabras) Este texto-cordón del solo-línea puede contener adicional información que se usa para identificar al paciente, por ejemplo un el número paciente en un hospital, etc.
El 0x00000008 PATIENT_BIRTHDAY (la longitud: 2 palabras) Este cordón numérico contiene el cumpleaños del paciente en el ' el formato del yyyymmdd' guardó como los dedos de ASCII (no como el 16-pedazo Los carácteres de UCS-2!). Por ejemplo, ' 19930210 ' (el 0x31,0x39,0x39,0x33, El 0x30,0x32,0x31,0x30) los medios el 10 de febrero de 1993. (Este formato es uno de los formatos del date/time definido en ISO 8601.)
El 0x0000000a PATIENT_SEX (la longitud: 1 palabra) Esto 32-mordió que el valor del entero es 1 para el varón y 2 para la hembra los pacientes. (Los números son aquéllos especificados por ISO 5218.)
El 0x0000000c SHORT_DESCRIPTION (la longitud:> 0 palabras, <= 33 palabras) Un texto-cordón del solo-línea que resume con unas palabras los volúmenes del archivo. Este atributo se piensa para las inscripciones de muchos archivos de EBS en dónde cada archivo de EBS se lista una sola línea.
La DESCRIPCIÓN del 0x0000000e (la longitud:> 0 palabras) Un texto-cordón del multi-línea que puede decirle al usuario de un archivo todo los he/she podrían necesitar saber además del los atributos regularizados, por ejemplo las condiciones bajo que la grabación ha sido hecho, etc.
El 0x00000010 SAMPLE_RATE (la longitud:> 0 palabras) El valor es la proporción de la muestra en Hz guardó como un el número del punto flotante. Por ejemplo, una proporción de la muestra de 1024 por segundo (1024 Hz) podría guardarse como el 0x31,0x30,0x32, El 0x34,0x00,0x00,0x00,0x00 (' 1024 ').
La INSTITUCIÓN del 0x00000012 (la longitud:> 0 palabras, <= 33 palabras) Este cordón del solo-línea puede contener el nombre del institución dónde el archivo se ha grabado, procesó, etc.
El 0x00000014 PROCESSING_HISTORY (la longitud:> 0 palabras) Este atributo es una sucesión de cordones del multi-línea. Cada uno el cordón puede describir un paso del proceso que ha sido realizado para producir este archivo. Esto podría ser por ejemplo la línea del orden que se ha usado para empezar un programa o un la lista de parámetros que han sido aplicados. Un programa puede agregue su propia descripción del proceso como otro cordón al el extremo del ya la sucesión existente. También la información del texto sobre el equipo los datos grababan y quién hizo el grabando o procesando pueden guardarse aquí. El número de el texto-cuerdas del multi-línea en este atributo es determinado por la longitud del atributo.
El 0x00000016 LOCATION_DIAGRAM (la longitud:> 0 palabras) Este atributo contiene un diagrama gráfico del objeto (por ejemplo el cerebro, encabece, el cuerpo entero,...) de que los grabamos el datos ha originado o cualquier otro diagrama que puede usarse para describir las posiciones de sensors/electrodes. El atributo que CHANNEL_LOCATIONS puede asignar a los cauces las coordenadas en este diagrama. De esta manera, el software puede genere cuadros de que indican la posición el electrodes/sensors en o en el cuerpo. Este atributo contiene el fondo gráfico para estos cuadros y el atributo CHANNEL_LOCATIONS contiene las coordenadas para encauce los marcadores.
El valor de LOCATION_DIAGRAM es una Computadora completa Los gráficos Metafile (CGM) como definido en ISO 8632. Sólo el la codificación binaria de un archivo de CGM como definido en ISO 8632-3 es usado. El extremo del archivo de CGM está lleno con el 0x00 a un la longitud en los bytes divisible por 4. Todas las coordenadas son especificado como el entero del 16-pedazo valora (es decir el TIPO de VDC es el entero y la PRECISIÓN del ENTERO es 16 que son el valor por defecto para el CGM binario que pone en código). El VDC EXTEND debe ser especificado para cada cuadro. El atributo puede contener varios cuadros en el metafile. Como la mayoría de las aplicaciones no necesite el poder lleno del formato de CGM, lo siguiente, el subconjunto de elementos de CGM se sugiere como un mínimo el requisito para software que usa este atributo:
EMPIECE METAFILE, EXTREMO METAFILE, EMPIECE EL CUADRO, EMPIECE IMAGÍNESE CUERPO, EL CUADRO DEL EXTREMO, LA VERSIÓN DE METAFILE, METAFILE, LA LISTA DEL ELEMENTO, LA MAGNITUD DE VDC, POLYLINE,
Programadores pueden apoyar más funcionalidad de CGM claro (por ejemplo los colores, el texto, los arcos, los modelos de hartura, etc.) como definido en ISO 8632 y es posible que las versiones más tarde de esto la norma agregará los elementos adicionales a este mínimo el subconjunto si necesario. Los programas pueden ignorar adicional los elementos y advierte al usuario que el poderío del diagrama desplegado esté incompleto o pueda ignorar el atributo entero si los elementos adicionales están presentes. Apéndice que F da a un calzón la introducción en el subconjunto de CGM mínimo especificó aquí.
Atributos que se refieren a un esquema del cauce especial y ese tiene que ser cambiado por programas que cambian, agregue, mueva o anule los cauces:
El 0x00000001 PREFERRED_INTEGER_RANGE (la longitud: (1+1)*n palabras) Para los datos del entero, este atributo da el software del despliegue un indique en que el rango de valor podría ser muy interesante el los datos. El valor consiste en un mínimo del despliegue recomendado (El 32-pedazo firmó el entero) siguió por un despliegue recomendado el máximo (el 32-pedazo firmó el entero) para cada principio del cauce con cauce 1. Por ejemplo, si en 16-momento firmó los datos del entero la mayoría los valores buenos están en el rango -2048 a +2047 en todos los cauces, entonces, si el valor de este atributo es el 0xff, El 0xff,0xf8,0x00,0x00,0x00,0x07,0xff (repitió para cada uno el cauce), será fácil para un programa de la visualización a encuentre un factor de la escamadura predefinido bueno. Si el mínimo y " el valor máximo para un cauce es igual (por ejemplo los dos son ceros), entonces ningún rango del entero preferido se especifica para este cauce como él sería el caso para todos los cauces si este atributo no esté presente.
Las UNIDADES del 0x00000003 (la longitud: >= (1+1)*n palabras) Este atributo contiene una sucesión de unidad física las especificaciones, uno para cada cauce. Asigna cada uno encauce una unidad de SI (por ejemplo MA, el mV, el nT) y un cociente de un la cantidad física y el valor de la muestra puesto en código que lo representa. Cada especificación de la unidad es una sucesión de un el valor del punto flotante y un texto-cordón del solo-línea. El el número del punto flotante es el número con que la muestra el valor debe multiplicarse para conseguir el valor físico (por ejemplo ' 0.0025 ' si un valor de la muestra de 400 representa 1.0 mV y la unidad especificada en el texto-cordón es ' el mV'). El el cociente se sigue por un texto-cordón del solo-línea con el la abreviación usual para la unidad de SI (no más de 8 los carácteres (= 20 bytes) largo). Por ejemplo, el texto-cordón para Microvolts es el 0x00,0xb5,0x00,0x56,0x00,0x00,0x00,0x00. Sólo las relaciones lineales entre la cantidad física y el el valor de la muestra en los datos puestos en código puede describirse con esto el atributo. Si el número del flotador es ' no un number' (El 0x00,0x00,0x00,0x00), la unidad física y la cantidad es no especificado para este solo cauce como él sería para todos los cauces si el atributo entero estuviera ausente. En este caso, el texto-cordón de la unidad también debe estar vacío.
El 0x00000005 CHANNEL_DESCRIPTION (la longitud: >= (1+1)*n palabras, <= (5+33)*n palabras) El atributo consiste en una sucesión de 2*n solo-línea los texto-cordones, un par para cada cauce. El primer cordón en un par no debe contener más de 8 carácteres (no incluso los 1 o 2 0x0000-palabra al final de cada uno el cordón). Este cordón contiene un nombre muy corto para el encauce que podría usarse para etiquetarlo en los diagramas por ejemplo, el etc. Por ejemplo, en las grabaciones de EEG, éste será a menudo el nombre de la posición del electrodo en el 10-20-sistema usual, como "F4-A1", "C4-Cz", etc. El segundo texto-cordón del solo-línea en el par que sigue directamente detrás de cada etiqueta corta el cordón puede contener el texto descriptivo adicional para cada uno cauce que no encaja en la 8 etiqueta del carácter corta (por ejemplo, en la EEG grabaciones información sobre los electrodos con el contacto malo, etc.).
El 0x00000007 CHANNEL_GROUPS (la longitud: >= 3 palabras) Cada cauce puede pertenecer poner a cero, uno o varios grupos. Un el grupo del cauce podría usarse para agruparse los cauces de por ejemplo el la misma fuente biológica (por ejemplo, un grupo para EEG y uno el grupo para ECG encauza) para que ellos puedan ser más convenientemente seleccionado juntos o mostrado en los colores diferentes en los programas interactivos. El atributo de CHANNEL_GROUPS contiene una sucesión de descripciones de grupo. Un solo grupo la descripción consiste de
- un texto-cordón del solo-línea con un nombre corto para el el grupo (por ejemplo "EEG") con no más de 8 carácteres, seguido por - un texto-cordón del solo-línea con una descripción del el grupo (éste puede ser claro el cordón vacío El 0x00000000 si ninguna descripción está disponible), siguió por - un número de entero de 32-pedazo sin firmar g con el número de los cauces en este grupo por que se sigue - g los números de entero de 32-pedazo sin firmar con los números de los cauces (con 0 siendo el primer cauce) eso pertenezca a este grupo.
Si los grupos son asociados con los números en una interface del usuario, entonces el primer grupo en este atributo debe asignarse numere 1.
Los EVENTOS del 0x00000009 (la longitud: cualquiera) Este atributo permite marcar eventos o intervalos de tiempo en la grabación para todos los cauces juntos o para el individuo los cauces. Cada evento o el intervalo pertenece a una lista de evento y cada lista de evento tiene un nombre corto y una descripción el texto. Además, cada solo evento o intervalo pueden tener un el cordón de la descripción. El atributo contiene una sucesión de las listas de evento. El número de listas de evento es determinado por la longitud del atributo. Cada lista de evento consiste de
- un texto-cordón del solo-línea con el nombre corto (no más que 8 carácteres), siguió por - un cordón de descripción de multi-línea, seguido por, - el número e (el entero del 32-pedazo sin firmar) de los events/intervals en este evento se agrupan, siguió por - una sucesión de eventos de e o intervalos.
Cada solo evento o intervalo en una lista de evento se describen por la sucesión siguiente
- Un 32-pedazo entero cauce número sin firmar. El primero el cauce se representa por número 0 y 0xffffffff indica que este evento o el intervalo no es asociado con un solo cauce. - Un número de entero de 64-pedazo sin firmar que representa el la posición (la primera muestra tiene posición 0) del evento o la salida posiciona de un intervalo. - Un número de entero de 64-pedazo sin firmar que tiene el valor 0x0000000000000000 para los eventos o representa la longitud de un intervalo si tiene algún otro valor. - Un texto-cordón del solo-línea (como de costumbre no más de 64 los carácteres anhelan) puede contener una descripción textual de el tipo de evento o intervalo que han sido marcados o simplemente un cordón vacío.
La sucesión del event/interval entera en cada lista de evento consiste en estas descripciones del event/interval ordenadas ascendiendo por su número de muestra de salida (segundo entero el valor).
El 0x0000000b RECORDING_TIME (la longitud: 2 o 4 palabras) Éste es el tiempo cuando la grabación de los signos físicos empezado. Se permiten dos formatos diferentes, cualquiera sólo el la fecha (como en PATIENT_BIRTHDAY) o fecha y tiempo.
La fecha y el formato de tiempo es ' los yyyymmddThhmmss' guardaron como Los dedos de ASCII (no el 16-pedazo los carácteres de UCS-2!), el ASCII el carácter ' T' y un último 0-byte. Por ejemplo ' 19930211T153159 ' guardado como el 0x31,0x39,0x39,0x33,0x30,0x32,0x31,0x31,0x54, Los medios del 0x31,0x35,0x33,0x31,0x35,0x39,0x00 que el grabando empezaron el 11 de febrero de 1993, 3:31:59 pm local tiempo.
Si ningún tiempo está disponible, la fecha solo puede guardarse como ' 19930211 ' o en los bytes el 0x31,0x39,0x39,0x33,0x30, el 0x32, El 0x31,0x31.
[La nota: Estos formatos del atributo son dos del date/time los formatos especificaron en ISO 8601. El ASCII ' T' ha sido insertado para la compatibilidad con la norma de ISO. Esto el atributo tiene un número de la etiqueta impar, porque tiene que ser modificado o quitó si una parte del principio de una grabación es quitado de un archivo de EBS como entonces el tiempo magnetofónico del primero los cambios de número de muestra.]
Si este atributo no es exactamente mucho tiempo cualquiera 4 palabras y no tiene un ' T', un 0x00 y dedos de ASCII a los especificamos las posiciones, y no es mucho tiempo 2 palabras y contiene sólo ASCII los dedos, entonces debe ignorarse, porque pudiera ser otro ISO 8601 formato de tiempo como que podría especificarse un la alternativa en una versión futura de esta norma si necesario (por ejemplo con la zona de tiempo, milliseconds, varios, los intervalos encadenados de tiempo).
El 0x0000000d CHANNEL_LOCATIONS (la longitud: cualquiera) Este atributo sólo puede estar presente junto con un LOCATION_DIAGRAM atribuyen. Define las situaciones de el sensors/electrodes en el espacio de la coordenada (VDC) del los diagramas gráficos en LOCATION_DIAGRAM. Cada cauce puede tenga cero, uno o varias posiciones, es decir un cauce puede aparezca en varios lugares en un diagrama y en diferente los diagramas. Un cauce puede asociarse con algunos singularice puntos o con los pares de puntos que podrían representarse gráficamente como las flechas del primer punto al segundo uno. El valor de este atributo es una sucesión de las posiciones (cada uno es un punto o una flecha que representa un el cauce) y cada posición es una sucesión de lo siguiente seis valores de entero de 32-pedazo:
- el número del cauce (el primer cauce tiene número 0, el valor sin firmar). - el número del cuadro (el primer cuadro en el archivo de CGM de LOCATION_DIAGRAM número 0 tiene, el valor sin firmar). - X1 coordinan (firmó el valor) - Y1 coordinan (firmó el valor) - X2 coordinan (firmó el valor) - Y2 coordinan (firmó el valor)
Varias posiciones pueden tener el mismo número del cauce. Para las posiciones del punto, X1 y Y1 son las coordenadas del los puntos y X2 y Y2 tienen el 0x80000000 de valor especial. Para las posiciones de la flecha, X1 y Y1 son las coordenadas de la cola y X2 y Y2 son aquéllos de la cabeza. Las flechas pueden ser por ejemplo indique que un cauce representa la diferencia potencial entre dos posiciones del electrodo. Las coordenadas es todo dentro del CGM la magnitud de VDC.
El 0x0000000f se FILTRA (la longitud: >= n formula) La información sobre los filtros a que se han aplicado cada cauce puede guardarse aquí. El atributo contiene un la sucesión de listas del filtro, uno para cada cauce. Sólo puede esté presente si también un atributo de SAMPLE_RATE está presente. Para cada cauce, la lista del filtro consiste en una sucesión de especificaciones del filtro seguidas por el 0xffffffff (es decir el el valor del atributo contiene un último 0xffffffff por lo menos para cada cauce). Las característica técnicas del filtro siguientes pueden aparezca en una lista del filtro:
- el filtro del lowpass: se especifica por una sucesión de lo siguiente tres valores.
o Los primeros 32-pedazo entero número 0x00000001 identifica el filtro como un filtro del lowpass.
o El segundo parámetro es la frecuencia del atajo del el filtro [los -3 dB usuales limitan, es decir la frecuencia donde el voltaje del rendimiento se ha disminuido a 1/sqrt(2) (71%) del voltaje de la entrada] qué es guardado como un valor del punto flotante positivo en Hz.
o El tercer valor describe el falloff después el la frecuencia del atajo. Guarda la atenuación en el dB por década como un valor del punto flotante negativo. Si este valor no es conocido, un valor del no-un-número, (El 0x00000000) puede usarse aquí.
[La nota: UN -20 valor del falloff representa un filtro donde el voltaje del rendimiento ha disminuido a -20 dB (ése es 10% de su voltaje de la entrada) a una frecuencia qué es 10 veces la frecuencia del atajo (década). Esto es idéntico a la descripción alternativa que el filtro tiene un -6 falloff del dB/octave, es decir el voltaje del rendimiento ha dejado caer a 50% (-6 dB) a la frecuencia del atajo doble. En general, un p-polo el filtro (también conocido como un filtro de orden p) es guardado como el valor -20*p.]
- el filtro del highpass: se especifica por una sucesión de lo siguiente tres valores.
o Los primeros 32-pedazo entero número 0x00000002 identifica el filtro como un filtro del highpass.
o El segundo parámetro es la frecuencia del atajo del el filtro [los -3 dB usuales limitan, es decir la frecuencia donde el voltaje del rendimiento se ha disminuido a 1/sqrt(2) (71%) del voltaje de la entrada] qué es guardado como un valor del punto flotante positivo en Hz.
[La nota: Si usted está interesado por el tiempo t constante en segundos de un highpass o lowpass fíltrese y usted sepa sólo la frecuencia del atajo f en Hz: t = 1 / (2*pi*f).]
o El tercer valor describe el falloff antes el la frecuencia del atajo. Guarda la atenuación en el dB por década como un valor del punto flotante negativo. Si este valor no es conocido, un valor del no-un-número, (El 0x00000000) puede usarse aquí.
- el filtro de la muesca: se especifica por una sucesión de lo siguiente tres valores.
o Los primeros 32-pedazo entero número 0x00000003 identifica el filtro como un filtro de la muesca que se atenúa sólo las frecuencias alrededor un solo la frecuencia máxima.
o El segundo parámetro es la frecuencia máxima del el filtro (el la mayoría se atenuó la frecuencia) qué es guardado como un valor del punto flotante positivo en Hz.
o El tercer valor describe el falloff alrededor el la frecuencia máxima. Guarda la atenuación en el dB por década como un valor del punto flotante negativo. Si esto el valor no es conocido, un valor del no-un-número, (El 0x00000000) puede usarse aquí.
Siéntase libre para usar aquéllos de los atributos usted necesita, no usar ninguno en absoluto o definir sus propias etiquetas del atributo como descritos en el próximo el apéndice.
El apéndice B--los Rangos de Número de Etiqueta para Sus Propias Etiquetas
El atributo regularizado ya etiqueta del apéndice UNA tapa muchas aplicaciones, pero algunas personas necesitan su propio especial los atributos adicionales. Este apéndice describe, cómo ellos deben seleccionar que su atributo numera para que las colisiones sean improbables si ellos más tarde intercambie sus archivos y software con otras instituciones dónde sus números de etiqueta de atributo privados pueden quizás ya tenga un significado diferente si ellos se han seleccionado sin el cuidado.
Para evitar las colisiones, el rango de números de la etiqueta está separado en 4 partes. De esta manera, los métodos siguientes para las nuevas etiquetas asignando son posibles:
El coordinador de EBS (vea el apéndice C) puede asignar los nuevos atributos adicionales en este texto en que tendrá los números el El ÁREA NORMAL cuando la necesidad para los nuevos atributos normales comúnes y muy conocidos se levanta. El coordinador de EBS puede reservar los intervalos en el ÁREA de la RESERVACIÓN del rango de número de etiqueta para las personas o instituciones que piden estos intervalos del autor. Ellos pueden asumir entonces que nadie más usará los números de la etiqueta en este rango con los significados diferentes y puede reservar el subranges de nuevo dentro de su rango a otras personas. Todos podemos definir el his/her la propia etiqueta del atributo sin la comunicación anterior con el coordinador de EBS o con alguien poseyendo un intervalo en el ÁREA de la RESERVACIÓN usando un número de la etiqueta en el ÁREA LIBRE. Para guardar el las desigualdades de una colisión todavía pequeño, usted debe usar un realmente el número de etiqueta de azar en el ÁREA LIBRE [Es decir el tiro una moneda para el los 29 pedazos permaneciendo. Calculando la probabilidad de por lo menos 2 personas que han seleccionado el mismo número de etiqueta de azar si c las personas seleccionaron uno se sale como un ejercicio para el lector.] Se esperan los tantos tipos del atributo privados contener solo-línea o texto-cuerdas del multi-línea (por ejemplo gusta en La DESCRIPCIÓN), estos atributos privados deben usar los números del ÁREA del CORDÓN LIBRE en lugar del LIBRE El ÁREA, para que programas que permiten desplegar los atributos desconocidos incluso saben que ellos pueden desplegarlos correctamente como los cordones y no sólo cuando por ejemplo los números del hexadecimal.
Los rangos del espacio de número de etiqueta son:
EL 0X0000000 ÚLTIMO ETIQUETA no debe usarse como una etiqueta del atributo el número.
EL 0X00000001 - EL 0X0000FFFF EL ÁREA NORMAL las etiquetas del atributo definieron en el apéndice UN de este texto
EL 0X00010000 - EL ÁREA DE RESERVACIÓN DE 0X7FFFFFFF las etiquetas del atributo definieron en los intervalos eso ha sido individualmente reservado por el coordinador de EBS para las personas o las instituciones singularmente. Estas personas pueda reservar el subintervals de nuevo de su área de la etiqueta para otras personas, el etc. Para que nadie tiene que temer que suyo la etiqueta del atributo se usará por alguien el resto con un significado diferente por accidente que podría causar la confusión después. Avise al coordinador de EBS si usted necesita su propio intervalo.
EL 0X80000000 - EL 0X87FFFFFF EL ÁREA LIBRE etiquetas del atributo que pueden usarse libremente por todos con el riesgo que el mismo el atributo también se usa por alguien más para un propósito diferente. Por favor use un el número del azar dentro de este intervalo y simplemente no empiece al 0x80000000.
EL 0X88000000 - EL 0XFFFFFFFE EL ÁREA DEL CORDÓN LIBRE Estos números de la etiqueta pueden usarse como libremente como aquéllos en el ÁREA LIBRE, pero programas universales a que permiten incluso despliegue que los atributos desconocidos pueden asuma que los valores de atributos con las etiquetas en el ÁREA del CORDÓN LIBRE pueda se interprete como el solo displayable los texto-cordones del multi-línea.
EL 0XFFFFFFFF LA ETIQUETA ILEGAL no puede usarse como una etiqueta del atributo el número.
Por favor recuerde que el pedazo
significante del número de la etiqueta indica si podría
ser los necassary para cambiar el atributo los volúmenes si la parte de los datos se ha modificado y así no se ha seleccionado al azar. El apéndice C--coordinador de EBS
El coordinador de EBS es una persona o un comité que coordinan la definición de nueva codificación normal IDs y atributo las etiquetas. El coordinador de EBS puede asignar IDs a la nueva codificación normal en el 0x00000000 del rango al 0x7fffffff, las nuevas etiquetas del atributo en el ÁREA NORMAL (vea el apéndice B) y puede reservar los rangos de etiqueta de atributo en el ÁREA de la RESERVACIÓN para organizaciones o individuos. La última versión de este EBS normal con todos los atributos definieron en el ÁREA NORMAL y una lista de intervalos reservados en el ÁREA de la RESERVACIÓN está disponible del coordinador de EBS.
El coordinador de EBS actual es el autor de este texto,
Markus Kuhn Arbeitsgruppe Prof. Spreng El fuer de Institut Physiologie el experimentelle del und Pathophysiologie Universitaetsstr. 17 D-91054 ERLANGEN Alemania
El Mail de Internet:
FTP anónimo:
el pub/ebs de ftp.uni-erlangen.de / El apéndice D--la Razón del Plan del Formato
La meta del plan primaria de este formato del archivo ha sido hacerlo así como complejo como necesario, pero no demasiado complejo. Un clásico la regla del plan es que sistemas que son conveniente para 80% de todo posibles aplicaciones costaron sólo 20% del precio de sistemas que es conveniente para 99% de todo posibles aplicaciones. Así que nosotros decidimos hacer las limitaciones siguientes para guardar los costes de aplicación pequeño:
todos los cauces tienen los mismos datos teclear y poniendo en código todos los cauces tienen que ser grabados con la misma proporción de la muestra todos los cauces tienen la longitud igual a tiempo (es decir tiene número igual de muestras.
Estas restricciones parecen ser aceptables para la mayoría de los tipos de aplicaciones científicas de un formato del bio-signo, porque la mayoría los dispositivos magnetofónicos tienen los límites similares. Donde estas limitaciones fundamentales del formato de EBS no son apropiadas, varias EBS archiva puede usarse para guardar el juego de los datos completo.
La estructura global del formato del archivo se domina por la separación en 3 partes: el título fijo, un o dos títulos inconstantes, y la parte de los datos.
Nosotros decidimos no usar un puro formato de ASCII, porque poniendo en código y descifrando los datos parten como números de ASCII separados por el espacio, etiqueta o los nuevos códigos de la línea son sumamente ineficaces en los dos requirió el espacio para almacenar y codificando tiempo. Por ejemplo el 16-pedazo firmó los enteros necesitan 48 pedazos en una longitud fija ASCII la codificación decimal (gusta en ' -03445 ') y por ejemplo aproximadamente 28-35 pedazos durante el 12-pedazo típico Los datos de EEG si un formato con los espacios de separación y sin los ceros principales se usa (qué es un formato de longitud inconstante impropio por el dirigirse directo de valores de la muestra). Incluso un formato del hexadecimal habría doblado los requisitos de memoria y habría habría ha hecho el imposible de técnicas de aplicación muy eficaz a algunos. El hecho que los sistemas de la computadora con palabra tamaños que son no los poderes de dos (por ejemplo el 12-pedazo viejo PDPs) tiene desaparecido en el ambiente científico casi completamente permite un el formato binario eficaz ser usado de una manera portátil.
Nosotros podríamos decidir poner en código los títulos por lo menos como el texto de ASCII. Esto se habría visto por muchas personas como muy fácil para entender, pero habría tenido las desventajas siguientes:
Un 7-pedazo o carácter del 8-pedazo pusieron (por ejemplo ISO 8859-1 latino 1) sólo es aceptable en inglés que habla los países y quizás Europa occidental, pero no (sobre todo no en los ambientes clínicos) en el resto del mundo. Un formato binario nos permite a use UCS-2 que no hará la aplicación más difícil si la conversión al carácter local puesto ha realizado en los procedimientos de read/write de cordón. Algunas personas intentan modificar y arreglar el título de ASCII estructura con sus editores y a menudo destruye los datos de esta manera, o, porque ellos no han leído la especificación y no saben lo que ellos cambian exactamente o porque el editor adultera el la parte de los datos binaria. Un formato del título binario descorazona sólo pueden hacerse fácilmente estos esfuerzos y cambios con los programas donde los diseñadores deben estar en todo caso familiarizados con la especificación y donde los cheques de consistencia son posibles. Si se usan indicadores de longitud en lugar de los alimentos de la línea para separar los valores del atributo, los valores del atributo arbitrarios (por ejemplo incluso las fotografías digitalizadas, las anotaciones de la voz, etc.) puede guardarse como los atributos sin los problemas. En una anotación de ASCII, torpe las codificaciones serían necesarias para éstos atribuya los tipos. Las ASCII atributo anotaciones lo habrían hecho muy difícil de agregar un segundo título inconstante (' el footer') después de la parte de los datos. Ninguna norma portátil existe para los archivos de ASCII. Por lo menos cuatro convenciones de separación de línea son conocidas (CR+LF, CR, LF, NL).
Nosotros no usamos los datos estructuran los idiomas de la especificación como ISO 8824 (ASN.1) y los datos binarios complejos estructuran las sintaxis como ISO 8825 (BER). Estas normas se han diseñado para las aplicaciones mucho más complicadas. Ellos requieren una cantidad significante de tiempo (la norma de ASN.1 es mucho tiempo encima de 100 páginas) y experimenta para aplicación que haría un ASN.1 basada no estructure apropiado en un ambiente científico (por lo menos no hasta las herramientas de ASN.1/BER buenas está extensamente disponible). Por consiguiente, nosotros diseñamos un formato del título muy más simple que no le obligará a un programador a que aprenda el complejo y difícil especificaciones del formato universales que nunca se explotarán totalmente en este campo de la aplicación especial.
El título fijo contiene sólo la información necesitada por todos los programas para leer en el juego de los datos y en el orden a determine si los datos pueden leerse en absoluto en o si el archivo se pone en código de una manera sin apoyo. El propósito del primero 8 los bytes son permitir programas que pueden leer en otros formatos además de EBS descubrir si el archivo de la entrada actual se ha guardado en EBS estructure o no. Nosotros seleccionamos el nombre del formato obviamente en los carácteres de ASCII como los primeros 3 bytes. El siguiendo siendo 5 se han seleccionado los bytes para que ellos el más probablemente se alteraran si algo ha sido el mal hecho durante una transmisión del archivo. Estos bytes son:
El 0x94: Un byte arbitrario con el pedazo más significante puesto a 1. No 8-pedazo que cauces limpios o carácter pusieron a la traducción las funciones cambiarán este byte probablemente. También debe ser cambió como un indicador de la versión si los cambios incompatibles son hecho a esta especificación. El 0x0a: La ASCII mando carácter línea alimentaba (LF). el traslado del Archivo los programas a veces agregan un 0x0d (CR) después de este byte. El 0x13: El ASCII flujo mando carácter Ctrl-S detiene la transmisión en algunos cauces y está alejado en otros. El 0x1a: Ctrl-Z es el MS-DOS extremo-de-archivo marcador y causará los problemas si el archivo no se ha abierto en el modo binario. El 0x0d: El ASCII mando carácter carruaje retorno (CR) será quitado por algunos programas de traslado de archivo.
Estos bytes de la prueba adicionales sólo se han agregado, porque ellos son muy fáciles llevar a cabo y podrían ayudar descubrir común los errores de manejo de archivo más rápidamente. Ellos no garantizan la integridad de los datos. Nosotros nos sentíamos que los mecanismos para la integridad de los datos como deben aplicarse checksums, firmas digitales y códigos de corrección de error delanteros para completar los archivos de EBS con más general el packing/encryption labra con herramienta dónde esto es necesario y no debe ser incluido en la especificación de EBS.
A algunas herramientas del sistema les gusta que los gerentes del archivo gráficos descubren los tipos del archivo primero por la característica los bytes. De esta manera, EBS archiva pueda fácilmente se represente con un icono conveniente.
Para hacerlo más fácil leer en los títulos del archivo como la memoria trazaron los archivos con procesadores que pueden leer sólo entero del 32-pedazo el arranque de valores en los límites del 32-pedazo en la memoria, todo el 32-momento valora en el EBS archive la salida en los límites del 32-pedazo. Además, los dos valores del 64-pedazo en el título fijo empiezan en los límites del 64-pedazo. La consecuencia de este esquema es que todos los cordones, etc. en los títulos tienen que ser forrados con los bytes del 0x00 al próximo límite del 32-pedazo, pero esto puede hacerse fácilmente (junto con el La traducción de UCS-2) en la rutina de read/write de cordón, etc. por última vez tiempos.
El número de muestras debe especificarse en el título fijo, porque no puede determinarse para todas las codificaciones del archivo la longitud, porque está en algunas aplicaciones necesario conocerlo de antemano por la asignación de memoria y porque es necesario para encontrar el primer valor de la muestra de cada cauce en las codificaciones del ORDEN CAUCE-BASADO. Todo el entero valora en el fijo y se guardan los títulos inconstantes con por lo menos 32-pedazo, porque las computadoras de hoy pueden operar fácilmente con estos valores y porque más entero estructura (por ejemplo también el 8-pedazo y 16-pedazo) necesitaría más read/write funciona y haría la alineación del 32-pedazo más difícil.
El título inconstante es una de las razones para la flexibilidad del formato. Puede guardarse la información arbitraria en él, pero los programas sólo tienen que escoger fuera los atributos en que ellos están interesados. Habría sido posible especificar la longitud de la primera parte del título inconstante o la salida de la parte de los datos en el título fijo. Pero esto lo habría hecho necesario a calcule la longitud del título inconstante de antemano qué es bastante torpe a instrumento o él habría sido necesario a salte atrás al título fijo después de que el título inconstante había sido escrito qué hace tubería que procesa y el archivo secuencial el acceso imposible. Saltando encima del título inconstante mirando los indicadores de longitud de atributo es bastante fácil llevar a cabo por otro lado.
Es bueno tener el título inconstante guardado delante de la parte de los datos si debe ser leíble mientras el datos todavía es escrito o si el tubería procesando se usa. Un título inconstante al final del archivo tiene la ventaja que las modificaciones a él son posibles sin tener que hacer una copia del archivo entero para mover los datos puestos en código (qué podría comprender a menudo muchos centenar los megabytes y necesitaría mucho tiempo y el almacenamiento temporal para copiar). Por consiguiente ambos lugares están disponibles para la variable la información del título.
En el título inconstante, uno de los tipos simples debe poder representar los números reales. Entre las alternativas
un fragmento de dos números de entero de 32-pedazo un 8-byte la precisión doble el número del punto flotante según IEEE 754 (la representación usada por más punto flotante el hardware hoy). una representación del cordón del número del punto flotante escrito (por ejemplo ' 3.14E-9 ')
nosotros decidimos usar la representación del cordón, porque el rango de valor del fragmento está bastante limitado y algunos programadores pueda encóntrarlo difícil de llevar a cabo un procedimiento del read/write correcto para IEEE 754 números del punto flotantes si el interior representación usada por el sistema es una diferente. La representación del cordón parecía ser el más fácil y más portátil la alternativa y permite la precisión arbitraria. El codificar eficaz es importante en la parte de los datos pero en la mayoría de los atributos no en el el título inconstante relativamente pequeño.
Los datos de entero de 16-pedazo firmados actualmente definidos teclean para la parte de los datos parece ser conveniente para casi todas aplicaciones, porque permite proceso eficaz de datos de 12-momento los conversor de A/D y porque los conversor con más del 16-pedazo sólo se usa por las muy pocas personas. Un datos del 12-pedazo teclean habría hecho el proceso un poco mordió más difícil y la ganancia del almacenamiento está inmóvil superior con la diferencia del 8-pedazo que pone en código de valores del 16-pedazo. Sin embargo, agregando los tipos de los datos extensos a EBS como el 8-pedazo firmaron los enteros y 4-byte los números del punto flotantes son fácilmente posibles.
El formato del ORDEN TIEMPO-BASADO es la opción natural para el equipo magnetofónico y otras aplicaciones dónde el número de las muestras no son de antemano conocidas. El ORDEN CAUCE-BASADO es mucho más eficaz para procesar las aplicaciones que use sólo los datos de un cauce en un momento, porque entonces, sólo los bytes para este cauce tienen que ser sacados del almacenamiento de masa los dispositivos. Como allí las razones buenas son para las alternativas y " cuando ellos pueden convertirse fácilmente, los dos se apoyan en el EBS el formato. En un EBS uso guión típico un programa de la conversión de un vendedor el equipo magnetofónico específico a EBS es necesario y es una idea buena para hacer el ORDEN TIEMPO-BASADO al ORDEN CAUCE-BASADO más eficaz la conversión en este programa.
El único problema de compatibilidad para los formatos binarios está allí eso exista dos codificaciones del entero diferentes en el hardware comercialice: Bigendian y Littleendian. Se apoyan ambas alternativas en EBS, porque ellos pueden convertirse fácilmente y porque esto permite a una Institución todos los datos para tener el formato perfeccionado para el hardware local. Sin embargo, la actuación gana de un el byte conveniente el sexo no es tan serio como aquéllos de la decisión para una codificación binaria o para el ORDEN CAUCE-BASADO, para que usando el Bigendian estructuran como el formato preferido (es decir CIB_16) se anima.
El número de atributos del predefined ha estado limitado tanto como posible, porque esto hace la aplicación de la mayoría de ellos más probablemente. Habría sido posible agregar mucho más texto atribuye (por ejemplo que hizo la grabación, tipo de el equipo, el diagnóstico,...), pero toda esta información puede ser incluida fácilmente en la DESCRIPCIÓN o en el PROCESO El atributo de la HISTORIA. El atributo de la INSTITUCIÓN se ha agregado como una excepción a esta regla, porque algunas personas prefieren a tenga este cordón imprimido o desplegó separadamente a un lugar prominente por su software. Los atributos PROCESSING_HISTORY, CHANNEL_GROUPS y EVENTOS no tienen el valor del entero especial con el número de procesar los pasos, grupos del cauce o eventos, porque esto permite funciones de dirección de atributo al final de que simplemente agregan unos bytes un valor del atributo a ser usado para agregar otro artículo a estas listas universalmente.
El apéndice E--las Indirectas de Aplicación
Una lectura del programa un archivo de EBS podría parecerse el siguiendo que es escrito en ANSI C. Este fragmento del ejemplo de por ejemplo el programa lee el fijo y ambas partes del título inconstante. El nombre paciente está impreso si el presente y todos los otros atributos se ignorará. El último fseek () llame los saltos al principio de la muestra grabada valora de un cauce seleccionado.
La biblioteca funciona para reading/writing/modifying que los archivos de EBS permiten que EBS muy más fáciles archivan la dirección.
El apéndice F--El Formato de CGM
Este apéndice contiene sólo una introducción muy breve en el CGM formato del archivo gráfico que se usa para guardar gráfico los diagramas en el atributo de LOCATION_DIAGRAM. Esta descripción podría ser suficiente para una aplicación primitiva del el subconjunto mínimo definió para LOCATION_DIAGRAM, pero se animan los impulsores leer la norma oficial (ISO 8632-1 para la especificación de la funcionalidad e ISO 8632-3 sobre la codificación binaria) o por lo menos un libro sobre CGM. En el caso de ambigüedades, este apéndice debe ignorarse.
Un binario puso en código que el archivo de CGM consiste en una sucesión de elementos de CGM muy similar a los atributos en la variable de EBS los títulos. Más valores del entero son mucho tiempo el 16-pedazo, se guarda primero con el byte más significante (Bigendian) y tiene un 16-pedazo la alineación. Los elementos tienen un número de la clase y un número del identificador (ambos juntos usado como el EBS etiqueta el número) y un el indicador de longitud. Dos formas son posibles: un elemento del corto-forma para las elemento parámetro datos longitudes entre 0 y 30 bytes y un elemento del largo-forma para las longitudes del parámetro arbitrarias.
Un salidas de elemento de corto-forma con un título del 16-pedazo de la forma
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 pedazo ------------------------------------------------- | la clase | el identificador | la longitud | -------------------------------------------------
y se sigue por el número de bytes de los datos indicado en los más bajo 5 momentos que es los parámetros de este elemento. Si el el número de bytes de los datos es impar, un solo cero byte del relleno sigue qué da el elemento entero incluso el dos título los bytes un número igual de bytes y confituras la alineación del 16-pedazo. La longitud de los datos en un elemento de la forma corto puede estar entre 0 y 30 bytes.
Los elementos del largo-forma empiezan con un título del 32-pedazo de la forma
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 pedazo ------------------------------------------------- | la clase | el identificador | 1 1 1 1 1 | palabra 1 +-----------------------------------------------+ | P | la longitud parcial | palabra 2 -------------------------------------------------
seguido por entre 0 y 32767 bytes. Si el pedazo P (la bandera de la partición) es 1, entonces después del número indicado de bytes de los datos otro formule con una bandera de la partición y un 15-pedazo el campo de longitud parcial sigue qué se sigue de nuevo por el número indicado de datos los bytes y si su pedazo de P todavía es 1, otra palabra de longitud seguirá después de los bytes de los datos, etc. UN poderío de elemento de largo-forma muy largo parézcase:
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 pedazo ------------------------------------------------- | la clase | el identificador | 1 1 1 1 1 | palabra 1 +-----------------------------------------------+ | 1 | la longitud parcial | palabra 2 +-----------------------------------------------+ ... ' los bytes del length' parciales... +-----------------------------------------------+ | 1 | la longitud parcial | +-----------------------------------------------+ ... ' los bytes del length' parciales... +-----------------------------------------------+ | 0 | la longitud parcial | +-----------------------------------------------+ ... ' los bytes del length' parciales...
Un cero byte del relleno se agrega de nuevo después del elemento si el número de bytes del elemento es impar para conservar el La alineación del 16-pedazo.
Los elementos siguientes se usan en el subconjunto mínimo para LOCATION_DIAGRAM:
el elemento nombre clase identificador
ningún-op 0 0 EMPIECE METAFILE 0 1 * EL EXTREMO METAFILE 0 2 * EMPIECE CUADRO 0 3 EMPIECE EL CUADRO CUERPO 0 4 EL EXTREMO CUADRO 0 5 METAFILE VERSIÓN 1 1 * EL ELEMENTO DE METAFILE LISTA 1 11 * VDC
MAGNITUD 2 6 POLYLINE
4 1 * estos elementos deben estar presentes en cada archivo de CGM
Un archivo de CGM (y consecuentemente también un valor de LOCATION_DIAGRAM) las salidas con un EMPIEZA elemento de METAFILE que es seguido por una parte llamada ' el descriptor' del metafile. después de que los elementos de descriptor de metafile siguen cero, uno o varios cuadros y finalmente un EXTREMO el elemento de METAFILE. Ningún-op los elementos pueden tener alguna longitud del parámetro y pueden tener que ser ignorado.
---------------------------------------------------------------------- | EMPIEZA METAFILE | el descriptor del metafile | los cuadros... | el EXTREMO METAFILE | ----------------------------------------------------------------------
Leyendo las aplicaciones pueden ignorar los datos parten de EMPIEZA METAFILE y las aplicaciones de la escritura simples deben poner un solo ponga a cero el byte en la parte de los datos de este primer elemento (siguió por un byte del relleno). El EXTREMO el elemento de METAFILE no tiene ningún parámetro, su campo de longitud siempre es el cero. Los descriptores del metafile deben contener los dos elementos por lo menos la VERSIÓN de METAFILE y LA METAFILE ELEMENTO LISTA. Las aplicaciones de lectura simples pueden ignorar que simplemente ellos y las aplicaciones de la escritura simples deben dar La VERSIÓN de METAFILE un solo entero del 16-pedazo valor 1 como su parámetro. El parámetro de METAFILE ELEMENTO LISTA es un la lista de la clase e identificador codifica de los elementos non-obligatorios que podrían aparecer en el archivo (qué permite determinar rápidamente qué subconjunto de CGM se apoya por la aplicación que escribió el archivo). Programas que le escriben a sólo CGM archivan usando este subconjunto mínimo debe usar el 11 entero del 16-pedazo numera 5 (el número de elementos especificó), 0, 3, 0, 4, 0, 5, 2, 6, 4 y 1 como los parámetros a la METAFILE ELEMENTO LISTA.
El EMPIEZA el elemento de METAFILE y los descriptores del metafile sugeridos se parecen
El 0x00,0x21,0x00,0x00, El 0x10,0x22,0x00,0x01, El 0x11,0x74,0x00,0x05,0x00,0x00,0x00,0x03,0x00,0x00,0x00,0x04, El 0x00,0x00,0x00,0x05,0x00,0x02,0x00,0x06,0x00,0x04,0x00,0x01
El EXTREMO que el elemento de METAFILE es
El 0x00,0x40.
Después de los elementos de descriptor de metafile, una sucesión de cuadros sigue. Cada cuadro tiene la estructura siguiente:
----------------------------------------------------------------------- | EMPIEZA PIC. | el pic. el descr. | EMPIEZA PIC. EL CUERPO | EL PICT. el elem. | EL EXTREMO PIC. | -----------------------------------------------------------------------
Cada cuadro empieza con un EMPIEZA ELEMENTO del CUADRO y extremos con un elemento de CUADRO de EXTREMO. Leyendo las aplicaciones pueden ignore el parámetro de EMPIEZA el CUADRO y las aplicaciones de la escritura simples pueden usar simplemente un solo cero byte (como con EMPIEZA METAFILE). Los elementos EMPIEZAN el CUERPO del CUADRO y CUADRO del EXTREMO no tienen ningún parámetro (es decir, su campo de longitud es siempre ceros). El EMPIEZA el elemento de CUERPO de CUADRO separa los elementos de descriptor de cuadro de los elementos que represente los objetos gráficos (aquí sólo líneas) del cuadro.
El único elemento de descriptor de cuadro requerido en este subconjunto mínimo de CGM es la MAGNITUD de VDC. Tiene 4 16-pedazo firmado el entero los valores como los parámetros (la longitud 8 bytes): Los X coordinan de la más bajo esquina izquierda, los Y coordinan de la más bajo esquina izquierda, el X coordinan de la esquina correcta superior y el Y coordine de la esquina correcta superior. Estos dos puntos definen el VDC la magnitud, una área rectangular que contiene las partes del espacio de la coordenada que contiene el diagrama. El software del despliegue debe ser capaz de escamadura el VDCs (el dispositivo virtual coordina) usó en los elementos del cuadro para que los VDC se extiendan siempre es trazado a un tamaño conveniente en el dispositivo del rendimiento. Esta escamadura debe usar el mismo factor de escalar para cada eje en el orden a conserve la proporción del aspecto. La dirección positiva del X y eje de Y también es determinada por el VDCs de la más bajo izquierda y el puntos del derecho superiores cedidos el VDC A TAL GRADO el elemento.
El único elemento del cuadro gráfico requerido en este subconjunto entre que puede aparecer EMPIEZA CUERPO del CUADRO y EXTREMO El CUERPO del CUADRO es POLYLINE. Este elemento representa una sucesión de líneas conectadas. Sus parámetros son 2*p 16-pedazo firmado el entero valora (el campo de longitud: 4*p) qué es VDCs de puntos de p guardó como los pares de X y coordenadas de Y. La línea es arrastrado de el primer punto al segundo, del segundo punto al tercio,..., y del p-1 del punto para apuntar la pág.
Si los elementos desconocidos aparecen en un archivo de CGM, la aplicación o debe advertir al usuario que no podría poder desplegar el el diagrama lleno correctamente e ignora los elementos desconocidos o puede ignorar el archivo de CGM entero.
[La nota: Usando el CGM normal como el formato para el atributo de LOCATION_DIAGRAM permite la extensión fácil del las capacidades gráficas de este atributo, porque sólo el subconjunto usado de CGM tiene que ser agrandado y ningún nuevo formato gráfico las extensiones tienen que ser inventadas. Además permite usar CGM existente labra con herramienta por diseñar los diagramas.]
El apéndice G--el Glosario
el atributo--Un campo de información identificado por un número de etiqueta de atributo y delimitó por un indicador de longitud que puede contener una sucesión arbitraria de bytes con información adicional que describe los datos del bio-signo guardada en un archivo de EBS. El uno o dos título inconstante parte de un archivo de EBS contenga los atributos.
el valor del atributo--Ésta es la sucesión de bytes contenida en un atributo. Su longitud siempre es un múltiplo de cuatro bytes y puede dependa de 16 gigbyte.
Bigendian--En ' los viajes de Gulliver por el Jonathan Swift un político que insiste en abrir un huevo primero en el extremo grande. En la arquitectura de la computadora la propiedad de un microprocesador para guardar los bytes más significantes de una palabra a las más bajo direcciones en la memoria. Littleendians lo hacen la otra manera.
CGM (el metafile de gráficos de computadora)--UN formato del archivo para el almacenamiento de cuadros como las colecciones de elementos gráficos (por ejemplo las líneas, el texto, los círculos, etc.) definió en ISO 8632.
el orden cauce-basado--UN esquema de parte de datos en que la muestra valora de un solo cauce durante el tiempo magnetofónico completo es guardado ordenado por el tiempo magnetofónico juntos. Todos que estas grabaciones del cauce se guardan ordenado por su número del cauce juntos.
la codificación comprimida--UNA representación del almacenamiento de valores de la muestra que son más eficaz en la capacidad del almacenamiento que el natural poniendo en código de usar la máquina igualmente clasificada según tamaño formula independientemente para cada valor de la muestra de todo los otros valores de la muestra.
los datos parten--Esto es la parte de un archivo de EBS que contiene los datos del bio-signo nada más que puestos en código valora (y a a 3 cero relleno los bytes al final si un segundo título inconstante está presente).
EBS (el formato de archivo de bio-signo extensible)--El tipo de archivo de la computadora especificó en este texto conveniente para el intercambio, procesando, y almacenamiento de grabaciones del bio-signo y la información adicional.
primero la parte del título inconstante--Los atributos y la primera etiqueta final que se localizan directamente después del título fijo y antes del los datos parten.
el título fijo--Los primeros 32 bytes de cada EBS archivan forma que el título fijo que contiene la información necesitó por todos los programas ese proceso los archivos de EBS.
ISO--el nombre Corto para el ' la Organización Internacional para Standardization' en Ginebra. Usted puede pedir las normas de ISO de su el cuerpo de las normas nacional local (por ejemplo ANSI, el FRAGOR, BSI, AFNOR, etc.).
Littleendian--vea Bigendian.
el texto-cordón del multi-línea--UN tipo del datos simple que se usa como una parte de muchas sintaxis de valor de atributo. Si no por otra parte especificó, él no deba contener más de 64 carácteres por línea puesta en código en el UCS-2 carácter juego. Las líneas están separadas por el alimento de la línea controle el 0x000a del carácter.
grabando--UNA colección completa de toda la muestra valora dentro de un cierto intervalo de tiempo medido a una cierta muestra la frecuencia.
el valor de la muestra--UNA representación numérica de una cantidad física u otra a un punto de tiempo asociado con un cauce.
segunda parte del título inconstante--Los atributos y la etiqueta final que se localizan directamente después de la parte de los datos. Esta parte del el título inconstante puede estar ausente.
el texto-cordón del solo-línea--UN tipo del datos simple que se usa como una parte de muchas sintaxis de valor de atributo. Si no por otra parte especificó, contiene a a 64 carácteres puestos en código en el carácter de UCS-2 puesto y ninguna línea alimentaba los carácteres del mando.
la etiqueta--Una etiqueta del atributo es un número del 32-pedazo que identifica el tipo de un atributo, es decir indica la sintaxis y semántico de un el valor del atributo.
el orden tiempo-basado--UN esquema de parte de datos en que la muestra valora a tiempo de un solo punto se guarda ordenado por juntos el el número de su cauce. Se guardan a tiempo juntos todas las colecciones de estas muestras para un solo punto ordenado por su el tiempo magnetofónico.
UCS-2--El 2-byte que pone en código del ' Universal Múltiple-Ocetet el Carácter Codificado Set' (UCS) definió en ISO 10646. Esto el juego del carácter también es conocido bajo el nombre más popular ' Unicode'.
el título inconstante--La parte de un archivo de EBS que contiene la información que sólo se necesita por algunas aplicaciones. Esto se guarda la información en los atributos.
Conclusiones
La creación de un nuevo formato llamado EBS, aplicado al aerea de aplicaciones Biológicas (por ejemplo, electrocardiograma, , el cardiograma del magneto, el encefalograma del magneto y datos de audio). Es una alternativa interesante para
la creación de diagnosticos,apoyándose en cadenas de
datos enteros de 16 bits o 32 bits definidos teclean por
parte de los datos parece ser conveniente para casi todas
aplicaciones, porque permite proceso eficaz de
datos y resultados a corto plazo,claro que tiene sus pro
y contras,pero sin duda es un concepto innovador. Los diferentes formatos de encriptación de datos, ayudan a facilitar la transmisión de los mismos, existen diferentes formas de encriptación, por ejemplo la aquí mencionada que es el Formato EBS, el cual cuenta con dos variantes de representación, que son los datos a 32 y a 64 bits. Dependiendo el tipo de dato es la forma de encriptación, permitiendo compatibilidad entre los dos formatos mencionados(32 y 64 bits). Este tipo de encriptación es optimo para llamados aceleradores de Downloads, ya que permite el fraccionamiento de los datos en diferentes paquetes, creando asi un efecto como si estableciera cuatro conexiones de donde descargar el archivo.
BIBLIOGRAFÍA AUTOR:? TIULO: BIOSIGNAL FECHA:? AUTOR:? TITULO:EBS URL: http://www.rsl.ox.ac.uk/users/djh/ebs/ebsindex.htm AUTOR:? TITULO: Specification of the EBS
File Format for Biosignals URL: http://ecco.bsee.swin.edu.au/resres/ebs_spec.html |
|