SACA (isaca.

org) ayuda a los profesionales globales a liderar, adaptar y asegurar

la confianza en un mundo digital en evolucin ofreciendo conocimiento, estndares,
relaciones, acreditacin y desarrollo de carrera innovadores y de primera clase. E
stablecida en 1969, ISACA es una asociacin global sin nimo de lucro de 140 000 pro
fesionales en 180 pases. ISACA tambin ofrece Cybersecurity Nexus TM (CSX), un recu
rso integral y global en ciberseguridad, y COBIT, un marco de negocio para gobern
ar la tecnologa de la empresa. ISACA adicionalmente promueve el avance y certific
acin de habilidades y conocimientos crticos para el negocio, a travs de las certifi
caciones globalmente respetadas: Certified Information Systems Auditor (CISA), Cer
tified Information Security Manager (CISM), Certified in the Governance of Enterpr
ise IT (CGEIT) y Certified in Risk and Information Systems Control (CRISC ). La asoci
acin tiene ms de 200 captulos en todo el mundo.
Participe en el Centro de Conocimiento de ISACA (ISACA Knowledge Center): www.i
saca.org/knowledge-center
Siga a ISACA en Twitter: https://twitter.com/ISACANews
Unase a ISACA en LinkedIn: ISACA (Official), http://linkd.in/ISACAOfficial
Indique que le gusta ISACA en Facebook: www.facebook.com/ISACAHQ
Journal Author Blog: Auditora: Diferenciando el Enfoque Integrado

Captulos locales a travs de los cuales hay recursos adicionales a disposicin:

Pop-window Buenos Aires, Argentina Chapter
Pop-window Mendoza, Argentina Chapter
Pop-window La Paz, Bolivia Chapter
Pop-window Santiago de Chile Chapter
Pop-window Bogot, Colombia Chapter
Pop-window San Jos, Costa Rica Chapter
Pop-window Quito, Ecuador Chapter
Pop-window Merida, Yucatan Chapter
Pop-window Guadalajara, Mexico Chapter
Pop-window Mexico City, Mexico Chapter
Pop-window Monterrey, Mexico Chapter
Pop-window Panam Chapter
Pop-window Asuncin, Paraguay Chapter
Pop-window Lima, Per Chapter
Pop-window Puerto Rico Chapter
Pop-window Barcelona, Spain Chapter
Pop-window Madrid, Spain Chapter
Pop-window Valencia, Spain Chapter
Pop-window Montevideo, Uruguay Chapter
Pop-window Venezuela Chapter
COBIT Focus en Espaol
Implementacin de la integracin de servicios en un entorno multi-proveedor utilizan
do COBIT 5
Cmo COBIT 5 ayud a Al Rajhi Bank a alcanzar los requerimientos de cumplimiento y r
egulatorios
Adaptacin COBIT 5 e ITIL en un municipio saud
Las publicaciones centrales de COBIT: Un vistazo rpido
El Gobierno de la TI Empresarial Desaparecido en Accin
Estableciendo una estructura de gobierno y gestin para el comercio electrnico usan
do COBIT 5
Adopcin de COBIT 5 en una entidad gubernamental

COBIT 5 aplicado al sistema de registro contable informtico argentino

Necesidades de los grupos de inters en la planificacin urbana
Mejorando el RFP y el proceso de contratos con COBIT 5
Los documentos escritos en espaol
Formulario de inscripcin al Examen CISA de Diciembre de 2015 (Registration Form)
Formulario de inscripcin al Examen CISM de Diciembre de 2015 (Registration Form)
Formulario de inscripcin al Examen CRISC de Diciembre de 2015 (Registration Form)
Guas de Auditora y Aseguramiento de SI 2001 Estatuto de Auditora
Guas de Auditora y Aseguramiento de SI 2002 Independencia Organizacional
Guas de Auditora y Aseguramiento de SI 2003 Independencia Profesional
Guas de Auditora y Aseguramiento de SI 2004 Expectativa Razonable
Guas de Auditora y Aseguramiento de SI 2005 Debido Cuidado Profesional
Guas de Auditora y Aseguramiento de SI 2006 Competencia
Guas de Auditora y Aseguramiento de SI 2007 Afirmaciones
Guas de Auditora y Aseguramiento de SI 2008 Criterios
Guas de Auditora y Aseguramiento de SI 2201 Planificacin de la asignacin
Guas de Auditora y Aseguramiento de SI 2202 Analisis de Riesgos en la Planificacin
Guas de Auditora y Aseguramiento de SI 2203 Rendimiento y Supervisin
Guas de Auditora y Aseguramiento de SI 2204 Materialidad
Guas de Auditora y Aseguramiento de SI 2205 Evidencia
Guas de Auditora y Aseguramiento de SI 2206 Uso del Trabajo de Otros Expertos
Guas de Auditora y Aseguramiento de SI 2207 Actos Irregulares e Ilegales
Guas de Auditora y Aseguramiento de SI 2208 Muestreo
Guas de Auditora y Aseguramiento de SI 2401 Reportes
Guas de Auditora y Aseguramiento de SI 2402 Actividades de Seguimiento
Formulario de inscripcin al Examen CISA de Septembre de 2015 (Registration Form)
Formulario de inscripcin al Examen CISM de Septembre de 2015 (Registration Form)
CISA Exam Terminology List Spanish
Gua de Informacin del Candidato para los Exmenes de ISACA 2015 (Candidates Guide)
Acortando la brecha entre el acceso y la seguridad en grandes conjuntos de datos
Cmo la seguridad de la red de confianza cero puede permitir la recuperacin frente
a ataques cibernticos
La funcin de seguridad de la informacin
JOnline: Sabidura Empresarial Informtica. Parte de la Respuesta a la Contraposicin
de Intereses Entre TI y el Negocio
Controles Estratgicos y Operacionales de la TI
CISA Poltica de Educacin Profesional Continua (CPE)
Etiquetado de seguridad de los servicios de TI utilizando una metodologa de calif
icacin
JOnline: Posicin Estratgica Defensiva en el Campo de Seguridad de la Informacin
La Inseguridad de la Informacin: Motivador de la Prctica de Cumplimiento Corporati
vo
Estndar de auditora y aseguramiento de SI 1001 Estatuto de la funcin de auditora
Estndar de auditora y aseguramiento de SI 1002 Independencia organizacional
Estndar de auditora y aseguramiento de SI 1003 Independencia profesional
Estndar de auditora y aseguramiento de SI 1004 Expectativa razonable
Estndar de auditora y aseguramiento de SI 1005 Debido cuidado profesional
Estndar de auditora y aseguramiento de SI 1006 Competencia
Estndar de auditora y aseguramiento de SI 1007 Afirmaciones
Estndar de auditora y aseguramiento de SI 1008 Criterios
Estndar de auditora y aseguramiento de SI 1201 Planificacin de la asignacin
Estndar de auditora y aseguramiento de SI 1202 Evaluacin de riesgo en planificacin
Estndar de auditora y aseguramiento de SI 1203 Desempeo y supervisin
Estndar de auditora y aseguramiento de SI 1204 Materialidad
Estndar de auditora y aseguramiento de SI 1205 Evidencia
Estndar de auditora y aseguramiento de SI 1206 Uso del trabajo de otros expertos
Estndar de auditora y aseguramiento de SI 1207 Irregularidades y actos ilegales
Estndar de auditora y aseguramiento de SI 1401 Reportes
Estndar de auditora y aseguramiento de SI 1402 Actividades de seguimiento

Hoja de datos
JOnline: Auditoras Integradas Un Modelo Prctico
La privacidad y los macrodatos
Consideraciones para la Nube Checklist
SOX Apndice C - ITCO For Sarbanes-Oxley
Cmo convertirse de un practicante a un profesional de la seguridad de la informac
in
GOBIERNO EN LA NUBE: preguntas que los consejos directivos deben formular
Big Data: impactos y beneficios
Concienciacin acerca de las amenazas persistentes avanzadas
COBIT 5 Introduccin - Presentacin de PowerPoint
COBIT 5 y GRC - Presentacin de PowerPoint
Calcular el ROI de la nube: Desde la perspectiva del cliente
ISACA Glossary English-Spanish
Principios rectores para la adopcin y el uso de la computacin en la nube
COBIT 5 y la Seguridad de la Informacin - Presentacin de PowerPoint
Pagos mediante dispositivos mviles: cuestiones relacionadas con los riesgos, la s
eguridad y el aseguramiento
Geolocalizacin: Riesgo, problemas y estrategias
Medicin y elaboracin de informes de riesgos tecnolgicos
La integridad de los datos: el aspecto ms relegado de la seguridad de la informac
in
Sostenibilidad
Cmo el Auditor de TI Puede Hacer Contribuciones Sustanciales a una Auditoria Fina
nciera
Computacin en la nube: Beneficios de negocio con perspectivas de seguridad, gobie
rno y aseguramiento
Virtualizacin: Beneficios y desafos
Prevencin de fuga de datos
Cdigo de tica Profesional de ISACA
Alineando Cobit 4.1, ITIL v3 y ISO 27002 en beneficio de la empresa v2,7
Marco de Riesgos de TI
Solicitud de Inscripcion
COBIT 4.1 (Spanish)
CISM Poltica de Educacin Profesional Continua (CPE)
ITGI Facilita la Adopcin de IS0/IEC 38500:2008
Gua de Beneficios para Miembros
Definicin de Gerencia de la seguridad de la informacin Requerimientos de la posicin
: Orientacin para ejecutivos y gerentes
Valor Para la Empresa: Buen Gobierno de las Inversiones en TI el Caso de Negocio
Valor Para la Empresa: Buen Gobierno de las Inversiones en TI el Marco Val IT
determina nicamente la configuracin de las conexiones entre nodos. La distancia e
ntre los nodos, las interconexiones fsicas, las tasas de transmisin y/o los tipos
de seales no pertenecen a la topologa de la red, aunque pueden verse afectados por
la misma.
CONCLUSIN
La topologa o forma lgica de una red se define como la forma de tender el cable a
estaciones de trabajo individuales; por muros, suelos y techos del edificio. Exi
ste un nmero de factores a considerar para determinar cual topologa es la ms apropi
ada para una situacin dada.
El trmino topologa se refiere a la forma en que est diseada la red, bien fisicamente
(rigindose de algunas caractersticas en su hardware) o bien lgicamente (basndose en
las caractersticas internas de su software).
La topologa de red es la representacin geomtrica de la relacin entre todos los enlac
es y los dispositivos que los enlazan entre s (habitualmente denominados nodos).

CLASES DE TOPOLOGAS
MALLA
BUS
ESTRELLA
ANILLO
RBOL

La topologa de red o forma lgica de red se define como la cadena de comunicacin que
los nodos que conforman una red usan para comunicarse. Es la distribucin geomtric
a de las computadoras conectadas
Red bus
Red cuya topologa se caracteriza por tener un nico canal de comunicaciones (denomi
nado bus, troncal o backbone) al cual se conectan los diferentes dispositivos. D
e esta forma todos los dispositivos comparten el mismo canal para comunicarse en
tre s.
La topologa de bus tiene todos sus nodos conectados directamente a un enlace y no
tiene ninguna otra conexin entre si. Fsicamente cada host est conectado a un cable
comn, por lo que se pueden comunicar directamente. La ruptura del cable hace que
los hosts queden desconectados.
Los extremos del cable se terminan con una resistencia de acople denominada term
inador, que adems de indicar que no existen ms ordenadores en el extremo, permiten
cerrar el bus por medio de un acople de impedancias.
Es la tercera de las topologas principales. Las estaciones estn conectadas por un n
ico segmento de cable. A diferencia de una red en anillo, el bus es pasivo, no s
e produce generacin de seales en cada nodo.
Ventajas
Facilidad de implementacin y crecimiento.
Econmica.
Simplicidad en la arquitectura.
Desventajas
Longitudes de canal limitadas.
Un problema en el canal usualmente degrada toda la red.
El desempeo se disminuye a medida que la red crece.
El canal requiere ser correctamente cerrado (caminos cerrados).
Altas prdidas en la transmisin debido a colisiones entre mensajes

Red estrella
Una red en estrella es una red en la cual las estaciones estn conectadas directam

ente a un punto central y todas las comunicaciones que han de hacer necesariamen
te a travs de este.
Dado su transmisin, una red en estrella activa tiene un nodo central activo que n
ormalmente tiene los medios para prevenir problemas relacionados con el eco.
Se utiliza sobre todo para redes locales. La mayora de las redes de rea local que
tienen un enrutador (router), un conmutador (switch) o un concentrador (hub) sig
uen esta topologa. El nodo central en estas sera el enrutador, el conmutador o el
concentrador, por el que pasan todos los paquetes.
Ventajas
Tiene dos medios para prevenir problemas.
Permite que todos los nodos se comuniquen entre s de manera conveniente.
Desventajas
Si el nodo central falla, toda la red se desconecta.
Es costosa, ya que requiere ms cable que la topologia Bus y Ring .
El cable viaja por separado del hub a cada computadora
Red estrella
Una red en estrella es una red en la cual las estaciones estn conectadas directam
ente a un punto central y todas las comunicaciones que han de hacer necesariamen
te a travs de este.
Dado su transmisin, una red en estrella activa tiene un nodo central activo que n
ormalmente tiene los medios para prevenir problemas relacionados con el eco.
Se utiliza sobre todo para redes locales. La mayora de las redes de rea local que
tienen un enrutador (router), un conmutador (switch) o un concentrador (hub) sig
uen esta topologa. El nodo central en estas sera el enrutador, el conmutador o el
concentrador, por el que pasan todos los paquetes.
Ventajas
Tiene dos medios para prevenir problemas.
Permite que todos los nodos se comuniquen entre s de manera conveniente.
Desventajas
Si el nodo central falla, toda la red se desconecta.
Es costosa, ya que requiere ms cable que la topologia Bus y Ring .
El cable viaja por separado del hub a cada computadora
La red en rbol es una topologa de red en la que los nodos estn colocados en forma d
e rbol. Desde una visin topolgica, es parecida a una serie de redes en estrella int
erconectadas salvo en que no tiene un nodo central. En cambio, tiene un nodo de
enlace troncal, generalmente ocupado por un hub o switch, desde el que se ramifi
can los dems nodos. Es una variacin de la red en bus, la falla de un nodo no impli
ca interrupcin en las comunicaciones. Se comparte el mismo canal de comunicacione
s.
La topologa en rbol puede verse como una combinacin de varias topologas en estrella.
Tanto la de rbol como la de estrella son similares a la de bus cuando el nodo de
interconexin trabaja en modo difusin, pues la informacin se propaga hacia todas la
s estaciones, solo que en esta topologa las ramificaciones se extienden a partir
de un punto raz (estrella), a tantas ramificaciones como sean posibles, segn las c
aractersticas del rbol.

Los problemas asociados a las topologas anteriores radican en que los datos son r
ecibidos por todas las estaciones sin importar para quien vayan dirigidos. Es en
tonces necesario dotar a la red de un mecanismo que permita identificar al desti
natario de los mensajes, para que estos puedan recogerlos a su arribo. Adems, deb
ido a la presencia de un medio de transmisin compartido entre muchas estaciones,
pueden producirse interferencia entre las seales cuando dos o ms estaciones transm
iten al mismo tiempo.
Desventajas de Topologa de rbol[editar]
Se requiere mucho cable.
La medida de cada segmento viene determinada por el tipo de cable utilizado.
Si se viene abajo el segmento principal todo el segmento se viene abajo con l.
Es ms difcil su configuracin.
Si se llegara a desconectar un nodo, todos lo que estn conectados a ellos se desc
onectan tambin.
Ventajas de Topologa de rbol[editar]
Cableado punto a punto para segmentos individuales.
Soportado por multitud de vendedores de software y de hardware.
Facilidad de resolucin de problemas.
Qu es la tecnologa Java y para qu la necesito?
Java es un lenguaje de programacin y una plataforma informtica comercializada por
primera vez en 1995 por Sun Microsystems. Hay muchas aplicaciones y sitios web q
ue no funcionarn a menos que tenga Java instalado y cada da se crean ms. Java es rpi
do, seguro y fiable. Desde porttiles hasta centros de datos, desde consolas para
juegos hasta sper computadoras, desde telfonos mviles hasta Internet, Java est en to
das partes.
La descarga de Java es gratuita?
S, la descarga de Java es gratuita. Puede obtener la ltima versin en java.com.
Si est diseando un dispositivo de consumo o integrado y le gustara incluir Java, png
ase en contacto con Oracle para solicitar informacin sobre cmo incluir Java en su
dispositivo.
Por qu debera actualizarme a la versin ms reciente de Java?
La versin ms reciente de Java contiene importantes mejoras para el rendimiento, es
tabilidad y seguridad de las aplicaciones Java que se ejecutan en su equipo. La
instalacin de la actualizacin gratuita garantiza que sus aplicaciones Java sigan e
jecutndose de forma segura y eficaz.
INFORMACIN TCNICA ADICIONAL
Qu recibir al descargar software de Java?
Java Runtime Environment (JRE) es lo que se obtiene al descargar el software de
Java. JRE est formado por Java Virtual Machine (JVM), clases del ncleo de la plata
forma Java y bibliotecas de la plataforma Java de soporte. JRE es la parte de ti
empo de ejecucin del software de Java, que es todo lo que necesita para ejecutarl
o en el explorador web.
Qu es el software del plugin de Java?
El software del plugin de Java es un componente de Java Runtime Environment. JRE
permite applets escritos en el lenguaje de programacin de Java para ejecutar en
varios exploradores. El software del plugin de Java no es un programa autnomo y n
o se puede instalar de forma independiente.
He ledo las condiciones de Java Virtual Machine y de JVM. Se trata de software de
Java?
Java Virtual Machine es slo un aspecto del software de Java que interviene en int

eraccin web. Java Virtual Machine est incorporado en la descarga del software de J
ava y ayuda a ejecutar las aplicaciones Java.
Acerca de XML
XML (Extensible Markup Language, lenguaje de marcado extensible) es una forma de
reutilizar datos en un archivo o de automatizar el proceso de sustitucin de dato
s en un archivo con datos de otro archivo. XML utiliza etiquetas para describir
partes de un archivo, por ejemplo, un encabezado o un artculo. Estas etiquetas ma
rcan los datos de manera que se pueden almacenar en un archivo XML y se puedan g
estionar adecuadamente cuando se exporten a otros archivos. Piense en XML como u
n mecanismo de conversin de datos. XML etiqueta el texto de la etiqueta y otro co
ntenido en un archivo de forma que las aplicaciones puedan reconocer y presentar
los datos.
Gabriel Powell ofrece un tutorial de vdeo sobre el uso de XML en InDesign, en Cre
ating a Basic XML-ready Template.
Lenguaje extensible
XML se considera un lenguaje extensible porque cada uno crea sus propias etiquet
as XML. Se puede crear una etiqueta para cada tipo de informacin que se desee reu
tilizar. Las etiquetas XML no contienen informacin acerca de cmo se deben mostrar
los datos ni sobre el formato que deben tener. Las etiquetas XML sirven exclusiv
amente para identificar contenido.
En InDesign, por ejemplo, se puede crear una etiqueta Ttulo1 y asignarla a cada tt
ulo de primer nivel de un documento. Despus de guardar un documento como archivo
XML, el contenido de Ttulo1 se puede importar y utilizar (en cualquier aplicacin q
ue pueda leer XML) como pgina web, catlogo impreso, directorio, lista de precios o
tabla de base de datos.
InDesign es una de las muchas aplicaciones que pueden producir y utilizar XML. D
espus de etiquetar contenido en un archivo de InDesign, guarde y exporte el archi
vo como XML de manera que se pueda reutilizar en otro archivo de InDesign o en o
tra aplicacin. Asimismo, puede importar un archivo XML a InDesign y ordenar a InD
esign que muestre y formatee los datos de XML de la manera que desee.
En InDesign, se pueden crear etiquetas XML y partes de etiquetas de un documento
incluso si no se tiene experiencia con XML. InDesign gestiona la programacin de
XML ms all de lo que se ve y crea el XML automticamente cuando se exporta un docume
nto en formato XML.
Importante: no confunda las etiquetas XML con el texto etiquetado de InDesign. P
ara obtener ms informacin sobre el texto etiquetado, que es un mtodo distinto de ex
portar e importar contenido de InDesign
Estructura de los datos XML
El elemento es la base de los datos XML; un elemento es un dato que se ha etique
tado. En los archivos XML, los elementos se anidan dentro de otros elementos par
a crear una estructura jerrquica de los datos.
Puede ver la estructura de los datos XML en el panel Estructura, en el que se mu
estran la jerarqua y la secuencia de los elementos. En la estructura XML, los ele
mentos secundarios se encuentran dentro de elementos principales que, a su vez,
tambin pueden ser elementos secundarios. O bien, visto desde la otra perspectiva,
los elementos principales contienen elementos secundarios que, a su vez, pueden
ser elementos principales de otros elementos secundarios.
Por ejemplo, en la siguiente imagen, se puede ver un elemento Captulo que contien
e (es el principal de) varios elementos Receta. Cada elemento Receta, a su vez,

es el principal de otros elementos denominados Nombre_receta, Ingredientes, Inst

rucciones, Notas y Raciones. Todos los elementos estn incluidos dentro del elemen
to Raz, que aparece en la parte superior del panel Estructura.
XML en el panel Estructura de InDesign (izquierda) y su maquetacin (derecha)
Volver al principio
Herramientas XML
InDesign le proporciona los paneles Estructura y Etiquetas para trabajar con el
contenido XML. El panel Estructura muestra todos los elementos del documento y s
u estructura jerrquica. Para ayudarle a identificar cada elemento, InDesign muest
ra la etiqueta de elemento y un icono que indica el tipo de contenido. Adems, el
panel Estructura puede mostrar las primeras palabras de texto en un elemento, ll
amado fragmento de texto, que no debe confundirse con los archivos de fragmento
que almacenan objetos para su reutilizacin.
Panel Estructura (izquierda) y panel Etiquetas (derecha)
A.
Tringulo para expandir o contraer elementos
B.
Elemento (colocado en maquetacin)
C.
Elemento (no colocado en maquetacin)
D.
Fragmento de texto
E.
Etiqueta de elemento
El panel Estructura le permite ver, editar y administrar los elementos XML. Hay
muchas maneras de utilizar el panel Estructura cuando trabaja con XML. Por ejemp
lo, para colocar el contenido XML importado en la maquetacin, puede arrastrar los
elementos directamente desde el panel Estructura a una pgina. Utilice tambin el p
anel Estructura para ajustar la jerarqua de los elementos. Puede aadir elementos,
atributos, comentarios e instrucciones de proceso con el panel Estructura.
El panel Etiquetas enumera las etiquetas de los elementos. Puede importar, expor
tar, aadir, eliminar etiquetas y cambiarles el nombre. Utilice el panel Etiquetas
para aplicarle etiquetas de elemento al contenido que pretende exportar a XML y
tambin a los marcos antes de importarles contenido XML.
Volver al principio
Acerca de los archivos DTD
Para compartir datos XML con otros, debe acordar un conjunto estndar de nombres d
e etiquetas y atributos de elementos para que todo el grupo utilice y aplique la
s etiquetas de la misma manera. Una de las maneras de administrar los datos XML
compartidos consiste en utilizar un archivo DTD (Definicin de tipo de documento).
Este tipo de archivo le proporciona un conjunto de elementos y atributos para qu
e los utilicen los miembros del grupo. Tambin define las reglas sobre dnde pueden
aparecer los elementos en la jerarqua estructural. Por ejemplo, puede que el arch
ivo DTD necesite que el elemento Ttulo sea un elemento secundario del elemento Ar
tculo porque se supone que el ttulo debe aparecer en el artculo. Si etiqueta un ttul
o sin etiquetar el artculo en el que aparece, el archivo DTD marcar el elemento Ttu
lo como no vlido. Puede buscar y marcar errores estructurales no vlidos en un arch
ivo InDesign con un archivo DTD. Este proceso se denomina validacin.
Para utilizar un archivo DTD (en el caso de que el documento todava no disponga d

e uno), crguelo en el documento. As se importarn los nombres de los elementos desde

el archivo DTD hasta el panel Etiquetas. Las personas que hayan cargado el mism
o archivo tendrn los mismos nombres de elementos, lo que garantiza que todo el gr
upo utilice los mismos elementos. Los elementos importados estn bloqueados, lo qu
e significa que no los puede eliminar ni cambiarles el nombre a no ser que elimi
ne el archivo DTD del documento.
Es posible que un archivo DTD creado por un grupo o sector similar al suyo inclu
ya etiquetas y estructuras que se adapten a sus necesidades. Para obtener una li
sta actualizada de los DTD
Volver al principio
Conjuntos de reglas XML
Los conjuntos de reglas XML son conjuntos de instrucciones escritas en un lengua
je de programacin (por ejemplo JavaScript o AppleScript) que evalan los datos XML
y que actan si esos datos cumplen ciertas condiciones. Cada regla se compone al m
enos de una condicin y de una accin. Una regla evala los datos XML con arreglo a la
s condiciones y, si se cumple una condicin, entonces toma la medida adecuada. Por
ejemplo, una regla XML puede especificar que siempre que el elemento Prrafo apar
ezca bajo el elemento Subttulo (una condicin), se aplique un estilo especfico (una
accin); o que cuando aparezca el elemento Producto (una condicin), se cree un nuev
o marco y se importe una imagen de producto (acciones). Las reglas XML constituy
en un medio para crear y formatear de forma dinmica las maquetaciones basadas en
XML.
Para obtener ms informacin sobre los conjuntos de reglas de XML y otros recursos d
e script
Volver al principio
Preparacin de archivos XML para flujos de trabajo de InCopy o K4
Para preparar los archivos con etiquetas XML para su uso con los entornos de flu
jo de trabajo de InDesign/InCopy o de K4, puede que sea necesario ajustar la for
ma de preparar la estructura e importar XML a los archivos de InDesign.
Hay dos mtodos para importar XML en InDesign: combinar y anexar. "Combinar" puede
sustituir la estructura existente, mientras que "anexar" aade a la estructura ex
istente. En ambos casos, es importante que el elemento raz no est asociado con un
marco de texto. Utilice el elemento predeterminado llamado "Raz" o bien cambie el
nombre del elemento de acuerdo con su flujo de trabajo actual o sus necesidades
. Asegrese de que no est asociado a ningn cuadro de texto.
Para obtener ms informacin acerca de cmo utilizar XML en flujos de trabajo de InCop
y o de K4, pngase en contacto con el administrador del sistema.
Descubre en este artculo, todo lo referente a este lenguaje de descripcin de docum
entos...
Introduccin
XML significa en Ingls eXtensible Markup Language y es un lenguaje de descripcin d
e documentos que no incluye ninguna informacin relativa al diseo de stos.
HTML (HyperText Markup Language) es el lenguaje de marcas (etiquetas) mas conoci
do y utilizado para la creacin de pginas web que permite la navegacin tipo hipertex
to. Pero XML es mas que un lenguaje, es un metalenguaje que permite definir otro
s lenguajes de marcas con objetivos diferentes. Por ese motivo se le llama 'eXte
nsible'. Por lo tanto, XML no es realmente un lenguaje en particular, sino una m
anera de definir lenguajes especficos. Un ejemplo de lenguaje que usa XML para su
definicin es XHTML (eXtensible, Hypertext Markup Language), nueva versin de HTML
que cumple la especificacin SGML y cuyo objetivo es sustituirlo como estndar de pgi
nas web.

XML aparece en 1997 como un subconjunto de SGML (Structured Generalized Markup L

anguage, ISO 8879), lenguaje que permite especificar las reglas de etiquetado de
documentos. XML es algo as como SGML simplificado. Una aplicacin no necesita comp
render SGML completo para interpretar un documento XML. Los editores SGML, sin e
mbargo, pueden comprender XML.

El lenguaje de descripcin de documentos SGML se cre con el objetivo de que los doc
umentos electrnicos fuesen independientes de los formatos generados por los proce
sadores de texto y de los sistemas operativos. En sus orgenes slo era utilizado en
el mbito universitario debido a su complejidad y a los costes de las herramienta
s necesarias para generar SGML.
Como ejemplo prctico de la utilidad de XML podemos decir que muchos portales y si
tios de noticias estn basados en XML, ya que su utilizacin permite estructurar la
informacin y luego aplicar transformaciones para presentar dicha informacin. Es de
cir, la informacin estar almacenada en la base de datos del sitio, se exporta a XM
L y a partir de aqu se aplican las transformaciones necesarias para presentarla.
Otro ejemplo de utilizacin es la suite ofimtica OpenOffice, basada totalmente en l
a utilizacin del formato XML. Es decir, todos los archivos se guardan en formato
XML.
Por lo tanto y como resumen:
Qu es XML?
XML es un metalenguaje que permite definir lenguajes de marcado con objetivos de
terminados.
Para qu sirve XML?
XML permite representar informacin estructurada en la web (en forma de documentos
), de modo que pueda ser almacenada, transmitida, procesada, presentada e impres
a por diferentes tipos de aplicaciones y dispositivos.
Caractersticas de XML.
Las caractersticas mas importantes de XML son las siguientes:
Permite la creacin de etiquetas propias y permite asignar atributos a las etiquet
as.
Trabaja con los llamados DTDs (Definicin de Tipo de Documento) que en realidad so
n archivos de texto cuyo contenido son las definiciones de las etiquetas y sus a
tributos con los que se puede trabajar en un determinado documento. Es decir, el
DTD contiene la estructura de los datos.
Como consecuencia de los puntos anteriores, XML permite la creacin de nuevos DTDs
. Por ese motivo, entre otros, este metalenguaje se llama extensible.
En un documento XML la estructura y el diseo estn completamente separados.
Cada documento XML se puede validar ante un DTD, y si no es posible, se puede de
clarar como documento 'bien formado'1.
XML se almacena en formato texto (no binario) lo cual hace que los documentos se
an directamente entendibles. Es decir, los documentos tienen una estructura ente
ndible tanto por los ordenadores como por las personas.

Cada documento incluye metadatos2 sobre s mismo, lo cual facilita la tarea de los
motores de bsquedas en la web, ya que devolvern respuestas ms adecuadas y precisas
.
Permite la exportabilidad a otros formatos de publicacin de datos (HTML, PDF, tex
to enriquecido RTF, voz, etc).

XML permite la internacionalizacin, es decir puede trabajar con cualquier conjunt

o de caracteres, entre ellos el juego de caracteres UNICODE (utf-8).
XML utiliza reglas de generacin concretas y, por tanto, los documentos son fcilmen
te procesables.
XML permite compartir informacin entre sistemas o fuentes de datos heterogneas, po
r ejemplo, pginas web, distintas bases de datos, etc.
XML no es compatible con HTML, pero los documentos HTML v4.0 pueden ser converti
dos a XML.
Se debe descartar la idea de que XML, al ser un lenguaje de marcas, se utiliza p
ara la creacin de pginas web.
En el ejemplo siguiente vemos el aspecto de un archivo XML:

<?xml version="1.0" encoding="utf-8"?>

<!DOCTYPE documento SYSTEM "documento.dtd">
<!-- Esto es un comentario -->
<documento><p>Mi Primer <negrita valor="1">documento XML</negrita></p>
<p>Comienza con la etiqueta &lt;documento&gt;</p>
<p>A continuacin aadimos una etiqueta de elemento vacio</p>
<imagen archivo="imagen.png"/>
<p>Aadimos una etiqueta CDATA.</p>
<ejemplo>
<![CDATA[ Esto es una seccin de datos en la que podemos escribir sin que el parse
r lo analice.]]> </ejemplo>
</documento>
Como vemos por las caractersticas descritas, las ventajas de la utilizacin del for
mato XML son muchas. Pero tambin tiene sus inconvenientes:
Al utilizar el formato texto los documentos ocupan mayor cantidad de espacio en
disco para su almacenamiento. Aunque esto ya no es un gran problema debido al ab
aratamiento del hardware. Adems permite compresin, con lo que se optimiza algo mas
la ocupacin en disco.
Ya que la estructura y el diseo estn separados habr que preparar el documento para
su presentacin. Existe un lenguaje de transformacin especialmente diseado para XML
que es XSL que permite pasar documentos XML a otros formatos.
Leyendas sobre XML
XML es una extensin de HTML ? Falso
SGML es un metalenguaje, es decir, un lenguaje para definir lenguajes. Y XML es
una forma simplificada de SGML, pero NO una extensin de HTML. No hay que confundi
r.
XML es tan popular como HTML, pero por diferente motivo. Un lenguaje creado con

XML puede ser analizado sintcticamente por un parser tan pequeo que puede ir integ
rado en el propio navegador web.
La presentacin de un documento HTML se realiza mediante la utilizacin de hojas de
estilo CSS solamente. Sin embargo la presentacin de un documento XML tiene mas op
ciones disponibles.
XML puede ser manejado directamente por el navegador web ? Falso
Las etiquetas XML no tienen significado en s mismas.
Al contenido de un documento XML hay que aadirle el tratamiento o transformacin, y
a sea mediante un programa o de forma declarativa con hojas de estilo.
Se pueden utilizar hojas de estilo en cascada CSS (Cascading Style Sheets) que l
e dan forma al documento, pero no permiten su transformacin ni generar estructura
s nuevas.
Normalmente se utiliza XSL (Extensible Style Language) para dar forma a los docu
mentos XML.
Tecnologas XML
Asociado a XML existe la:
Especificacin propiamente -> XML 1.0
Definicin de tipo de documentos -> DTD
Definicin de estilos -> XSL = XSLT+Xpath
DTD (Document Type Definition): archivo que almacena la definicin formal de un ti
po de documento y especifica su estructura lgica. En general la utilizacin del DTD
es opcional aunque conveniente. En funcin de si se utiliza o no DTD los document
os sern 'vlidos' o slo 'bien formados'.
XSL (eXtensible Stylesheet Language): establece el lenguaje de estilo del docume
nto XML permitiendo modificar el aspecto del mismo. Permite la visualizacin de ta
blas, tipos y tamaos de letra diferentes. Es ms potente que las hojas de estilo CS
S. Utiliza:
XSLT (XML Stylesheets Transformation Language, o lenguaje de transformacin basado
en hojas de estilo) que es un lenguaje utilizado para convertir documentos XML
en otros documentos XML o en otros formatos diferentes. Por ejemplo XSLT puede c
onvertir un XML con un DTD a otro que siga un DTD diferente, convertirlo a un fo
rmato de presentacin como WML o HTML.
XPath (XML Path Language) que es un lenguaje que permite navegar dentro de un do
cumento XML y, para ello, permite construir expresiones que recorren y procesan
el documento. Algo as como expresiones regulares que buscan y seleccionan teniend
o en cuenta la estructura jerrquica del documento XML. Por ejemplo con XPath se p
uede seleccionar y referenciar texto, elementos, atributos o cualquier informacin
contenida en el documento XML.
XSL-FO (XSL Formatting Objects) que permite especificar el formato visual con el
que se quiere presentar un documento XML. Se utiliza, sobre todo, para generar
documentos PDF.
Docbook: es un lenguaje de creacin de textos electrnicos que dispone de DTD propia
y se utiliza sobre todo para generar documentacin tcnica relacionada con aplicaci
ones informticas. El standar de Docbook es mantenido y actualizado por el grupo O
ASIS.
Documentos XML
Los documentos XML tienen una estructura lgica y una fsica.
La estructura lgica consta de un conjunto de declaraciones, elementos, comentario

s, etc. incluidos en el documento mediante marcas concretas.

La estructura fsica consta de una serie de unidades llamadas entidades3 que indic
an los datos que contendr el documento.
Ambas estructuras, lgica y fsica deben encajarse correctamente.
Veamos un primer ejemplo de documento XML y su estructura bsica. Para su creacin n
ecesitamos un editor de texto, tipo Bloc de Notas de Windows o gedit de GNU/Linu
x. En cualquiera de los dos editores introducir el cdigo siguiente:

<?xml version="1.0" encoding="utf-8"?>

<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" "docbookx.dtd">
<!--Nuestro primer captulo del libro-->
<chapter lang="es" id="capitulo_1">
<title>Introduccin a XML.</title>
<sect1><title>Definicin de XML</title>
<para><application>XML</application> es un lenguaje de descripcin de documentos.<
/para>
</sect1>
</chapter>
Un captulo en la realidad deber tener mas contenido organizado en secciones. Esto
es slo un ejemplo muy concreto y en l observamos una serie de etiquetas e informac
iones importantes de la estructura lgica que vamos a describir :
1 lnea:
Es el prlogo del documento y en l se establece que es xml mediante la etiqueta <?x
ml ........?>. Dentro de esta etiqueta debe ir todo en minsculas.
'version' indica la versin de xml actual utilizada, que es la 1.0.
'encoding' indica el conjunto de caracteres utilizado. En el ejemplo es utf-8 (u
nicode) que representa el conjunto de caracteres universal.
Otros ejemplos de prlogos son los siguientes:

<?xml version="1.0" encoding="utf-8"?>

<!DOCTYPE libro SYSTEM "libro.dtd">
<?xml version="1.0" encoding="utf-8"?>

2 lnea:

Identifica el tipo de documento, es decir el DTD utilizado. En el ejemplo se tra

ta de un captulo de un libro (book) utilizando la DTD Docbook4 que es pblica (PUBL
IC) es decir, con validez en cualquier sistema.
4 lnea y siguientes:
Constituyen el cuerpo del documento y en l se podrn utilizar aquellas etiquetas di
sponibles desde el DTD indicado, o creadas por el usuario e incluidas correctame
nte en el DTD. En nuestro caso utilizamos la etiqueta <chapter></chapter> indica
ndo que es un captulo de un libro y dentro de l definimos diferentes niveles de se
cciones (<sect1></sect1>; <sect2></sect2>;...). Los contenidos del captulo propia
mente son prrafos (<para></para>).
Hay que tener en cuenta que XML diferencia entre maysculas y minsculas. Por ejempl
o, XML tratar como etiquetas diferentes <sect1> y<Sect1>.
Etiquetas
Existen seis tipos de etiquetas: elementos, referencias a entidades, comentarios
, instrucciones de procesamiento, secciones de datos y declaraciones de tipo de
documento.
elementos: estn delimitados por ngulos (<,>) e identifican el contenido que delimi
tan. Pueden tener atributos. Siguen la estructura:
<elemento atributo="valor">

<chapter lang="es" id="capitulo_1">

referencias a entidades: empiezan por "&" y acaban con ";". Las entidades predef
inidas son las siguientes:

Entidad
Carcter
&lt;
< (menor)
&gt;
> (mayor)
&amp;
& (ampersand)
&apos;
' (apstrofe)
&quot;
(dobles comillas)

comentarios: no forman parte del texto. Siguen la estructura:

<!-- comentarios -->

<!--Nuestro primer captulo del libro-->

instrucciones de procesamiento: se utilizan para proporcionar informacin en un do
cumento XML. El parser pasa esa informacin a la aplicacin que realiza la llamada.
Las instrucciones de procesamiento se utilizan principalmente para indicar a la
aplicacin el modo de administrar los datos del documento XML. Siguen la estructur
a:

<?xml version="1.0" encoding="utf-8"?>

En este ejemplo, la instruccin de procesamiento indica que el documento XML se de
be mostrar utilizando una hoja de estilos XSL:

<?xml-stylesheet type="text/xsl" href="/observatorio/web/MyStylesheet.xsl"?>

secciones de datos: indica al parser que ignore el contenido de la seccin. Siguen
la estructura:
<![CDATA[ Texto]]>

<![CDATA[ Esto es una seccin de datos en la que podemos escribir sin que el parse
r lo analice.]]>
DTD
La definicin de tipo de documento (DTD) es una descripcin de estructura y sintaxis
de un documento XML5. Una DTD describe:
Elementos: indican qu etiquetas son permitidas y el contenido de dichas etiquetas
.
Estructura: indica el orden en qu van las etiquetas en el documento.
Anidamiento: indica qu etiquetas van dentro de otras.
Una DTD no es mas que un archivo de texto con extensin .dtd cuyo contenido es un
elemento raz o tipo y una descripcin de todos los elementos que intervienen en dic
ho elemento raz.
Por ejemplo, para el caso del captulo del libro se est haciendo uso de la DTD docb
ookx.dtd cuyo contenido est predefinido y es algo complejo. Pero un usuario puede
definir su propia DTD.
Supongamos que queremos crear una DTD para el tipo libro. Se asume que un libro
tiene ttulo, autor y una serie de captulos a su vez con ttulo y texto. La DTD libro
.dtd podra ser:

<!ELEMENT libro (autor,titulo,capitulo+)>

<!ELEMENT autor (#PCDATA)>
<!ELEMENT titulo (#PCDATA)>
<!ELEMENT capitulo (titulocap,texto)>
<!ELEMENT titulocap (#PCDATA)>
<!ELEMENT texto (#PCDATA)>
donde:

<!ELEMENT libro (autor,titulo,capitulo+)>

define la etiqueta libro que es el elemento raz. Esta definicin comienza con <!ELE
MENT .... Los nombres encerrados entre parntesis indican que un libro consta de u
n autor, un titulo y uno o ms capitulo (+). Forman un grupo de elementos separado
s slo por (,) si se quiere indicar que deben aparecer todos ellos de forma obliga
toria (y). Si se quiere indicar opcionalidad deben ir separados por (|).
Si un elemento aparece con (?) indica que puede aparecer o no ese dato en el lib
ro.
El orden en el que aparecen los elementos establece su orden de utilizacin en el
documento.

<!ELEMENT capitulo (titulocap,texto)>

La lnea anterior define la etiqueta capitulo con el elemento titulocap y texto.
El resto de lneas definen los elementos de forma ordenada, indicando entre parntes
is (#PCDATA) que significa que el elemento puede contener datos de tipo carcter (
Parser Character Data).

<!ELEMENT autor (#PCDATA)>

<!ELEMENT titulo (#PCDATA)>
<!ELEMENT titulocap (#PCDATA)>
<!ELEMENT texto (#PCDATA)>
Es posible tambin utilizar en la definicin de los elementos el carcter (*) que indi
ca que ste elemento se puede utilizar todas las veces que se quiera, pero no es o
bligatorio. Se diferencia del smbolo (+) en que ste indica que, al menos, se ha de
utilizar una o varias veces6.
El siguiente paso es referenciar el uso de nuestra DTD en el cdigo XML. Esto se h
ace en la lnea de identificacin de tipo de documento:

<!DOCTYPE libro SYSTEM "libro.dtd">

En ella se indica cul es el elemento raz (libro) del documento y con SYSTEM se ind
ica que la validez de la DTD es slo local, para nuestros documentos XML.
libro.dtd es la DTD propiamente y debe incluirse, en general, con el path absolu
to.
Ahora creamos un pequeo documento XML que utilice la DTD libro.dtd:

<?xml version="1.0" encoding="utf-8"?>

<!DOCTYPE libro SYSTEM "libro.dtd">
<libro>
<autor>Profesores</autor>
<titulo>Apuntes de Informatica</titulo>
<capitulo>
<titulocap>Capitulo 1</titulocap>
<texto>XML es un metalenguaje....</texto>
</capitulo>
</libro>
Qu aspecto tendra el documento escrito utilizando nuestra DTD? En el caso de utiliz
ar el navegador Internet Explorer:

En el caso de abrir el archivo desde el navegador Mozilla Firefox:

En cualquiera de los dos navegadores lo que se muestra es el propio archivo .xml

sin ningn tipo de interpretacin o transformacin.
Este sera el caso de utilizacin de una DTD externa, es decir, guardada en un archi
vo .dtd. Tambin se puede incluir directamente la DTD en el archivo .xml de la sig
uiente forma:

<?xml version="1.0" encoding="utf-8"?>

<!DOCTYPE libro SYSTEM [
<!ELEMENT libro (autor,titulo,capitulo+)>
<!ELEMENT autor (#PCDATA)>
<!ELEMENT titulo (#PCDATA)>

<!ELEMENT capitulo (titulocap,texto)>

<!ELEMENT titulocap (#PCDATA)>
<!ELEMENT texto (#PCDATA)>
]>
<!--Nuestro primer captulo del libro-->
<libro>
<autor>Profesores</autor>
<titulo>Apuntes de Informatica</titulo>
<capitulo>
<titulocap>Capitulo 1</titulocap>
<texto>XML es un metalenguaje....</texto>
</capitulo>
</libro>
En general, si se quiere reutilizar la DTD es preferible hacerla externa.
En el ejemplo del libro es posible tener el documento XML distribuido en varios
archivos:

<!DOCTYPE libro SYSTEM "libro.dtd" [

<!ENTITY indice SYSTEM "indice.xml">
<!ENTITY capitulo1 SYSTEM "./capitulos/capitulo1.xml">
<!ENTITY capitulo2 SYSTEM "./capitulos/capitulo2.xml">
]>
<libro>
<autor>Profesores</autor>
<titulo>Libro de pruebas</titulo>
<cabecera>
&indice;
</cabecera>
<cuerpo>
&capitulo1;

&capitulo2;
</cuerpo>
</libro>
Lgicamente habra que redefinir el elemento raz para dar cabida a los diferentes capt
ulos del libro e incorporar las nuevas etiquetas <cabecera></cabecera> y <cuerpo
></cuerpo>.
En este ejemplo aparece el trmino ENTITY ... y qu son las entidades?
Entidades
Las entidades son tipos de objetos que permiten representar caracteres que no se
pueden incluir como texto, como caracteres especiales, etc.
Siguen la sintaxis siguiente: <!ENTITY identificador "valor">
Pero, adems, las entidades permiten que, al ser referenciadas, el procesador reem
plaze el identificador por el contenido asignado como valor, que puede incluir m
arcado.
Por ejemplo, si en un documento necesitamos hacer referencia a menudo a un enlac
e, como http://www.isftic.mepsyd.es/ podemos crear un entidad cuyo identificador
sea isftic y su valor sea la propia referencia en HTML (etiqueta <a></<a>, con
atributo href). La entidad quedara definida de la forma siguiente:

<!ENTITY isftic "<a href='http://www.isftic.mepsyd.es">isftic</a>">

Si necesitemos incluir muchas veces este enlace en un documento, en vez de escri
bir cada vez la estructura <a></a>, podemos referenciar la entidad creada de la
forma &isftic;, que funcionar como abreviatura de la expresin completa. Cada vez q
ue en el texto escribamos &isftic; se sustituir por el link <a href='http://www.i
sftic.mepsyd.es?>isftic</a>.
Otro ejemplo de utilizacin de entidades es el ejemplo anterior en el que consegui
mos incluir el contenido de un archivo completo a travs de la entidad.
La sintaxis en este caso es:

<!ENTITY identificador SYSTEM "nombre_archivo" >

Por ejemplo, si nuestro libro tiene un ndice y dos captulos definimos tres entidad
es y las referenciamos de la forma siguiente:

<!DOCTYPE libro SYSTEM "libro.dtd" [

<!ENTITY indice SYSTEM "indice.xml">
<!ENTITY capitulo1 SYSTEM "./capitulos/capitulo1.xml">
<!ENTITY capitulo2 SYSTEM "./capitulos/capitulo2.xml">
]>

<libro>
................................................
<cabecera>
&indice;
</cabecera>
<cuerpo>
&capitulo1;
&capitulo2;
</cuerpo>
</libro>
En este caso las referencias &indice, &capitulo1 y &capitulo2 se sustituirn por l
os archivos .xml correspondientes.
Validacin de documentos XML
En general un documento es vlido si sigue el patrn establecido por la DTD. Si, por
ejemplo, no establecemos DTD y se utiliza en vez de<capitulo>, <capitulos>, el
archivo seguir estando disponible y podr estar bien formado, pero no ser vlido.
Los programas que se encargan de comprobar o validar el cdigo xml en funcin de las
reglas establecidas se llaman parsers validadores (analizador sintctico). Existe
n muchos disponibles tanto para Windows como para GNU/Linux.
Si se decide no utilizar una DTD entonces se podrn generar documentos 'bien forma
dos' pero no 'vlidos'. Un documento decimos que est 'bien formado' cuando:
Contiene informacin de la versin XML (normalmente la 1.0).
Indica la codificacin de caracteres utilizada (aunque es opcional): normalmente s
e utiliza UTF-8 o ISO-8859-1.
Slo existe un elemento raz para cada documento.
Todos los elementos estn delimitados por una etiqueta inicial y otra final con el
mismo nombre, excepto aquellas que corresponden a elementos vacos, que acaban co
n />.
Todos los valores de los atributos estn entrecomillados.
Todas las entidades estn declaradas.
Los documentos 'vlidos' adems de estar 'bien formados' deben cumplir las reglas es
tablecidas en la DTD. El proceso de validacin realizada por un parser validador c
omprueba:
Qu elementos o atributos se permiten en el documento.
La estructura de los elementos y atributos (elementos anidados, atributos obliga
torios u opcionales, etc.)
El orden de los elementos.
Los valores de los datos de los atributos y elementos, como por ejemplo, que no
estn fuera de rango, valores nulos, formatos de fecha correctos, etc.
Aunque la situacin ideal es utilizar un validador integrado en el editor XML es p

osible que, en determinadas circunstancias, interese disponer de algn programa va

lidador especfico.
Por ejemplo, en el caso de necesitar validar XML directamente desde Internet se
puede acceder a sitios concretos que realizarn esta validacin en lnea. Es el caso d
e la web http://validator.w3.org.
El validador disponible en http://www.stg.brown.edu/service/xmlvalid/ permite va
lidar tambin pequeos documentos XML tanto si estn o no en la web.
Editores XML
Una vez conocida la estructura de un documento XML y vistos algunos ejemplos vam
os a utilizar editores XML especficos que facilitan la tarea de edicin.
Los editores XML se pueden agrupar en:
Editores de texto adaptados a XML
Herramientas de edicin grfica
Editores de texto adaptados a XML
La funcionalidad bsica que debe ofrecer un editor de texto para XML es la siguien
te:
Marcar con diferentes colores los elementos, y as se distingue rpidamente un eleme
nto de otro y permite ver errores.
Autocompletar cuando se comienza a escribir un elemento, dando a opcin a seleccio
nar el elemento de la lista presentada que comienzan igual.
Incorporar sangra de forma automtica a elementos diferentes ya que, de esta forma,
se repasa visualmente el cdigo mejor.
Validacin de DTD dentro del mismo proceso de generacin de cdigo XML, que facilita l
a localizacin y correccin de errores.
Editor jEdit
Dentro de este grupo el editor mas conocido es jEdit que est escrito en Java y di
seado como entorno de desarrollo de programas. Tiene licencia GPL. La web oficial
del proyecto es http://www.jedit.org.
Para trabajar con jEdit se debe disponer del entorno Java Runtime, descargable d
esde http://www.java.com/es/ (Descarga gratuita de Java).
A continuacin hay que descargar e instalar la ltima versin estable de jEdit desde s
u pgina oficial. En el momento de escribir el artculo es la 4.2. Descargar y ejecu
tar jEdit.
Para ser utilizado como editor de XML requiere la instalacin de algunos plugins e
specficos. Describimos su configuracin desde una instalacin hecha en Windows XP.
Ir a la opcin de Men:
Plugins ? Plugins Manager ? Install ? Download options
Actualizar la lista de plugins disponibles y buscar e instalar uno llamado 'XML'
. Este plugin arrastra a otros necesarios para trabajar con documentos XML. Indi
car el mirror desde el cual se realiza la descarga.

Instalar tambin los plugins Error List y SideKick.

Ir a Plugins ? Plugins Options y en 'Error List' seleccionar la opcin 'Automatica
lly display on error' que permitir en una ventana ir viendo los errores a medida q
ue se vayan produciendo.
Ir a Plugins ? Plugins Options y en 'SideKick ? General' seleccionar la opcin 'Pa
rse on Keystroke' que determina el tiempo transcurrido desde que se termina de es
cribir hasta que se inicia la revisin. Normalmente o 1 segundo son suficientes.
Ir a Plugins ? Plugins Options y en 'XML ? General' comprobar que la opcin 'Valid
ate if DTD or schema available' est activada.
Salir con OK.
Ir a Plugins ? ErrorList ? ErrorList. Esto abre una pequea ventana que hay que aj
ustar en jEdit. Pulsar en la marca negra situada en la esquina superior izquierd
a y seleccionar la opcin 'Dock at Bottom' para situar dicha ventana en la parte i
nferior de jEdit.
Ir a Plugins ? SideKick ? Structure Browser y la ventana mostrada ajustarla a la
izquierda o derecha de jEdit.
Ahora ya est preparado el entorno para trabajar con documentos XML.

Herramientas de edicin grfica

Las herramientas de edicin grfica no muestran las marcas XML y representan el docu
mento utilizando estructuras en rbol o cajas anidadas, texto con colores, etc.
Existen muchos editores XML grficos y en general todos ellos permiten verificar q
ue el documento est 'bien formado' y es 'vlido' para una DTD.
Los siguientes son algunos de los editores grficos XML ms importantes:
Open Source: butterflyXML (http://sourceforge.net/projects/butterflyxml) y congl
omerate (http://www.conglomerate.org/), ambas con soporte para Docbook. El probl
ema de ambas herramientas es que las ltimas versiones estables son algo antiguas.
Tambin est Quanta+, que es una herramienta de desarrollo de pginas web para KDE y f
orma parte del paquete kdewebdev. Es ampliable mediante plugins.
Otra opcin libre es el editor XMLcopyeditor disponible tanto para GNU/Linux como
Windows.
De pago: xmlspy (http://www.altova.com) es uno de los editores XML mas utilizado
s. Permite la edicin grfica de documentos XML, validacin de documentos, editor de D
TDs, editor CSS y XSL y otras muchas opciones relacionadas con un entorno de des
arrollo.
Otra opcin de pago para Windows es XMLwriter (http://xmlwriter.net) que proporcio
na validacin de documentos XML contra un DTD, conversin de XML a HTML usando hojas
de estilo XSLT o bien combinacin de CSS con XML para formateo directo de datos X
ML. Tambin puede configurarse para ejecutar validadores externos desde dentro del
programa. Existe una versin free. El aspecto de la interfaz es el siguiente:

Como ejemplo de utilizacin de un editor grfico descargamos el archivo MissionKitXM

LDevEnt2008.exe (xmlspy) y lo instalamos en Windows XP aceptando las opciones po

r defecto. Como es una versin de prueba habr que solicitar la clave de acceso a la
herramienta. La recibimos por correo y con ella podemos terminar la instalacin.
En realidad lo que estamos descargando es toda una suite XML que incluye varias
herramientas de las cuales nosotros utilizaremos xmlspy y stylevision. La primer
a herramienta es el editor grfico XML y la segunda se utiliza para el diseo de hoj
as de estilo.

El aspecto de la interfaz mostrada es el siguiente:

Si abrimos el ejemplo del libro nuestro comprobamos que nos indica que es vlido.
Si no localiza el DTD habr que indicar el path completo.

Como puede observarse existe un gran nmero de opciones donde elegir, tanto en edi
tores de texto como editores grficos, libres y de pago. La eleccin es personal en
funcin de las necesidades y preferencias.
Ejemplos de utilizacin de XML
Un ejemplo clsico de documento XML es el relativo a los datos de un mensaje de co
rreo electrnico. Suponemos definida una DTD propia correo.dtd cuya referencia inc
luimos en el documento:

<?xml version="1.0"?>
<!DOCTYPE correo SYSTEM "correo.dtd">
<correo>
<remite>
<nombre>Profesor de Informtica</nombre>
<email>profesor@gmail.com</email>
</remite>
<destinatario>
<nombre>Alumnos 3 ESO</nombre>
<email>alumnos3ESO@gmail.com</email>
</destinatario>
<asunto>Fecha de examen</asunto>
<texto>
<parrafo>El prximo da XX a las YY horas tendremos el examen de evaluacin...</parraf
o>

</texto>
</correo>
Otro ejemplo tpico puede ser el archivo XML generado por la exportacin desde una B
BDD para ser importado por otra BBDD. En este ejemplo se trata de los datos de l
a matrcula de un centro hipottico7 que se necesitan para dar de alta, de forma aut
omtica en otra aplicacin, a dichos alumnos. El archivo se muestra desde la interfa
z de xmlspy.

Utilizacin de CSS
El objetivo de este punto es aprender a dar formato a los documentos XML para su
correcta visualizacin en un navegador. Para ello utilizamos CSS.
Utilizaremos como ejemplo base el del libro.

<libro>
<autor>Profesores</autor>
<titulo>Apuntes de Informatica</titulo>
<capitulo>
<titulocap>Capitulo 1</titulocap>
<texto>XML es un metalenguaje....</texto>
</capitulo>
</libro>
El elemento raz es libro y contiene las etiquetas titulo, autor y capitulo.
A todo el documento queremos asignar el tipo de letra Arial y al elemento titulo
el tipo de letra Courier New y negrita. Cmo indicamos sto?. Creamos un archivo lib
ro.css y en l escribimos:
libro {
font-family: Arial;
}
titulo {
font-family: Courier New;
font-weigth: bold;
}
Ahora enlazamos el archivo CSS con el documento XML. En el archivo libro.xml aadi
mos la lnea segunda:

<?xml version="1.0" encoding="utf-8"?>

En el navegador actualizamos la vista y comprobamos que el texto mostrado tiene

tipos de letras diferentes en funcin de la etiqueta. En general, todo el archivo
se visualizar con Arial excepto aquellas etiquetas que han sido redefinidas con o
tro tipo de letra u otras caractersticas adicionales.
En trminos CSS las etiquetas libro y titulo se llaman selectores y todos los atri
butos asignados a la presentacin de los datos contenidos en las etiquetas corresp
ondientes deben ir entre llaves. En el caso de que dos o mas etiquetas requieran
el mismo estilo indicar de la forma:

autor, titulo {
font-family: Courier New;
font-weigth: bold;
color: green;
}
En este caso hemos aadido un color para el texto.
De esta forma podemos establecer el estilo de cada una de las etiquetas y para e
llo disponemos de una gama de atributos aplicables cuya descripcin no son objeto
de este artculo y que pueden consultarse en diferentes webs.
En el caso de que el documento utilice una DTD, el enlace a la hoja de estilos u
tilizada debe colocarse siempre debajo de dicha referencia:

<?xml version="1.0" encoding="utf-8"?>

<!DOCTYPE libro SYSTEM "libro.dtd">

Utilizacin de XSL
Aunque no hemos entrado con detalle en CSS si que podemos decir que sus posibili
dades son limitadas y que para visualizar los documentos en el navegador como re
almente queremos a menudo CSS se queda corto.
En estos casos la solucin suele ser utilizar conjuntamente CSS y HTML, para lo cu
al necesitamos utilizar otro estndar llamado XSL (eXtendible Stylesheet Languaje,
Lenguaje extensible de hojas de estilo) que, desde 2001 es la recomendacin ofici
al de la tripleW (World Wide Web Consortium). Dentro de este estndar nos interesa
, especialmente para aplicar transformaciones (formatear) a documentos XML, el s
ubconjunto de dicha especificacin, llamado XSLT.
XSLT nos permitir transformar el documento XML a HTML. Tambin transforma XML a WML
(Wireless Markup Language) para mviles con WAP; a SVG (Scalable Vector Graphics)
y utilizando XSL-FO (XSL FormattingObjects ) a PDF.

Para ello abrimos el documento XML desde el editor xmlspy sobre l hemos de genera
r una salida en XHTML.

<?xml version="1.0" encoding="utf-8"?>

<libro>
<autor>Profesores</autor>
<titulo>Apuntes de Informatica</titulo>
<capitulo>
<titulocap>Capitulo 1</titulocap>
<texto>XML es un metalenguaje....</texto>
</capitulo>
</libro>
El archivo de estilo generado libro.xsl es el que se muestra abajo.

Donde:
1 lnea: parte obligatoria de xml.
2 lnea: <xsl:stylesheet.... es elemento raz del archivo .xsl que se cierra en la lne
a 15. xmlns:xsl es un atributo del elemento raz donde xmlns es el espacio de nomb
res8.
3 lnea: <xsl:template.... hace referencia a la plantilla utilizada en la transform
acin. En el caso de este ejemplo tan sencillo se hace referencia al elemento raz d
el documento XML.
4-13 lneas: es un esqueleto HTML tpico y dentro de l incluimos sintaxis de XPath pa
ra indicar el camino a los elementos XML.
14-15 lneas: cierre de las etiquetas template y stylesheet.
Para validar el documento libro.xsl pulsar F8.
El cdigo siguiente ser el documento prueba.xml con la lnea de estilo incluida (libr
o.xsl) y la referencia a la DTD:

<?xml version="1.0" encoding="utf-8"?>

<!DOCTYPE libro SYSTEM "libro.dtd">
<?xml-stylesheet type="text/xsl" href="/observatorio/web/libro.xsl"?>
<libro>
<autor>Autor: Profesores </autor>

<titulo>Ttulo: Apuntes de Informtica</titulo>

<capitulo>
<titulocap>Capitulo 1</titulocap>
<texto>XML es un metalenguaje....</texto>
</capitulo>
</libro>
El aspecto que mostrara un navegador con el estilo asociado se obtiene pulsando F
10 (XSL Transformation) es el siguiente:

Observar que para conseguir un salto de lnea detrs de Profesores, se ha incluido e

n libro.xsl la etiqueta <br />.
Desde un navegador como Firefox o Internet Explorer el aspecto sera el mismo.
A partir de aqu se podran ir aadiendo diferentes etiquetas HTML referentes a listas
, tablas, etc, adems de colores y otros estilos que se necesiten aplicar al docum
ento.
Conclusin
En realidad con este artculo sobre XML slo hemos abierto una puerta al mundo de lo
s metalenguajes de marcas. Hay vida mas all del HTML y es interesante conocer est
os estndares que nos permiten crear archivos entendibles por humanos y procesable
s por las mquinas independientemente de la plataforma.
Pero estamos hablando de estndares del ao 1997, es decir diez aos en los que han su
rgido nuevas propuestas que estn dejando en evidencia algunos de los problemas de
l XML. Entre ellos cabe destacar el hecho de que el cdigo XML no es directamente
utilizable desde ningn lenguaje de programacin.
Sabemos que XML fue una revolucin en sus orgenes ya que puso orden dentro del mund
o de los lenguajes de marcas. Pero desde hace algn tiempo lenguajes como JSON estn
tirando fuerte ya que presentan todas las ventajas de XML y adems es cdigo direct
amente utilizable desde Javascript, por ejemplo.
No sabemos ahora mismo cul ser el futuro de XML y si ser desplazado por JSON. En es
te momento avanzan en paralelo, XML como generador de lenguajes ya establecido y
de probada eficiencia y JSON con muy buenas perspectivas y resultados en su cor
ta andadura.
Notas
1 Documento bien formado (well-formed): es el que cumple la especificacin XML 1.0
(es sintcticamente correcto).
Documento vlido (valid): es el que cumple una estructura predefinida en un DTD.
2Metadatos: datos que describen el contenido de otros datos.
3Las entidades se explican con detalle en el punto 3.2

4Docbook ? es una DTD SGML/XML utilizada principalmente para documentacin tcnica.

6Recordar que el sentido de estos caracteres es paralelo a los comodines utiliza

dos en las expresiones regulares.
7Los datos reales se han eliminado por cuestiones legales.
8Espacio en nombres XML: se utiliza para diferenciar entre elementos XML con el
mismo nombre o par
Las posibles marcas que pueden aparecer en un documento XML y los atributos que
estas pueden
tener, son definidos en un fichero llamado Definicion del Tipo de Documento (en in
gl es Do-
cument Type Definition ) o simplemente DTD. Cada documento XML debe indicar al com
ienzo
el DTD usado por medio de una marca <!DOCTYPE>; por ejemplo
<!DOCTYPE xbel
PUBLIC "+//IDN python.org//DTD XML Bookmark Exchange Language 1.0//EN//XML"
"http://www.python.org/topics/xml/dtds/xbel-1.0.dtd">
Esta marca indica que lo que viene a continuacion en el fichero es una marca xbel
(con
todas sus posibles sub-marcas), que ha sido definida en un DTD que se llama XML B
ookmark
Exchange Language 1.0 . La palabra clave PUBLIC precede al nombre oficial que se l
e ha dado
al DTD respectivo; en este caso esa indicacion nos da alguna indicaci on adicion
al al nombre del
DTD: el s?mbolo + indica que es un DTD reconocido por alguna entidad oficial, en
este caso
python.org como lo indica la palabra clave IDN, el lenguaje usado en el DTD es e
l ingles (EN)
y la sintaxis usada es sintaxis XML. Realmente el nombre que viene entre comilla
s despues de
PUBLIC es algo arbitrario, pero como en cada sistema existe un catalogo SGML que
identifica
los DTD disponibles en el sistema, lo importante es usar exactamente el nombre q
ue aparezca
en el catalogo. Y para que documentos que usen el mismo DTD puedan ser transport
ables entre
sistemas convienen usar la identificacion exacta sugerida por el autor del DTD.
Despues del identificador p ublico (lo que est a entre comillas despu es de PUBL
IC) puede
venir un identificador del sistema que indica el camino y nombre del fichero don
de se encuentra
el DTD; en el ejemplo anterior el identificador del sistema es una URL que indic
a donde se puede
encontrar el DTD usado.
Un fichero DTD define siempre una o mas estructuras jer arquicas, con una marca
principal,
o padre, compuesta por otras marcas, o hijos. La figura 1 muestra la estructura
de un DTD
simple, con un elemento principal <article>. Dentro del elemento principal puede
n aparecer
otros elementos: <artheader>, <sect1> y <index>, y estos a su vez se componen de
otros
elementos.

El DTD puede ser disenado de forma a hacer obligatorio el uso de algunos sub-ele
mentos y
limitar el numero de veces que un elemento puede aparecer y el orden de los elem
entos. De esta
forma el DTD puede ser bastante flexible o tan exigente como se desee, para forz
ar a los autores
a cenirse a un determinado estilo.
Un documento XML que especifique el DTD usado y siga las reglas en el definidas,
se dice que
es un documento XML valido. Se pueden tambi en crear documentos que no especifiq
uen ning un
DTD pero que sigan las reglas m?nimas del XML; en este caso el documento XML se d
enomina
conforme (en ingles conforming); existen programas para comprobar si un documento
es v alido
(comprobar que el DTD existe y que la estructura del documento respeta las regla
s definidas por
el DTD).
2.2 Entidades 4
Figura 1: Estructura jerarquica de un DTD.
2.2 Entidades
En la seccion anterior ya hablamos de un tipo de entidades que se usan para repr
esentar caracteres
adicionales al alfabeto usado. La unicas entidades de ese tipo que est an pre-de
finidas en XML son
las cinco que ya mencionamos: &lt;, &gt;, &quot;, &amp;, . Cualquier otra entidad
adicional que
queramos usar tendra que estar definida previamente en el DTD usado. Por ejemplo
, si estamos
usando el alfabeto latin-1, que incluye el caracter
c , pero no sabemos como obtenerlo con el
teclado, podremos definir una entidad &copy;. La definicion se hace usando la ma
rca ENTITY,
de la siguiente forma
<!ENTITY copy "&#169;">
El numero decimal 169 es el c odigo que le corresponde al caracter
c en el alfabeto latin1; tambien podr ?amos haber usado la representacion hexadecimal #xA9;. La definic
i on de una
entidad como la anterior puede ya formar parte del DTD, o puede ser adicionada p
or el autor
del documento XML, dentro de la propia declaracion del DTD del documento. Por ej
emplo la
fuente de este manual que esta leyendo es un fichero XML con la siguiente defini
ci on de tipo de
documento
<!DOCTYPE article PUBLIC "-//laespiral.org//DTD LE-document 1.1//EN"
"LE-document-1.1.dtd" [<!ENTITY copy "&#169;">] >
Entre los parentesis cuadrados pueden ir varias definiciones de entidades.
El valor de una entidad no esta limitado a ser un caracter, sino que puede ser c
ualquier texto.
Por ejemplo si definimos la entidad &qed; de la siguiente manera
<!ENTITY qed "Que es lo que quer?amos demostrar">
2.3 Ficheros XML 5
Cada vez que en el documento se escriba &qed;, sera substituido por el texto Que
es lo que
quer?amos demostrar.
Una entidad se puede usar tambien para insertar el contenido completo de un fich
ero en un
punto del documento, si se define de la siguiente forma

<!ENTITY nombre SYSTEM "fichero.txt">

El fichero puede incluir hasta marcas y cualquier otro texto que sea valido en e
l punto donde
aparezca &nombre;.
Existen otro tipo de entidades internas, que no pueden ser usadas en un document
o XML sino
unicamente dentro de un DTD. Estas comienzan por el caracter especial % en vez d
e & en la
seccion sobre construcci on de DTDs hablaremos m as sobre ellas.
2.3 Ficheros XML
a los ficheros XML se les suele dar un nombre terminado en .xml para identificar
los como xml.
Esto es simplemente una convencion para los usuarios; el est andar XML 1.0 indic
a que para
identificar un fichero como XML es necesario que la primera l?nea tenga el siguie
nte contenido
<?xml version="1.0" ?>
Dentro de esta marca puede ir otra informacion adicional. El alfabeto usado por
defecto en los
ficheros XML es el Unicode; para documentos en espanol ser
a mas conveniente usa
r el alfabeto
latin-1, lo cual se logra usando el atributo encoding de la marca xml
<?xml version="1.0" encoding="iso-8859-1" ?>
3 Construccion de DTD s
El DTD suele estar dentro de un fichero con extension dtd, pero puede incluso se
r definido dentro
de la propia marca DOCTYPE en el documento XML. Veamos un ejemplo muy simple de
un
fichero XML que incluye tambien el DTD
<?xml version="1.0" encoding="iso-8859-1" ?>
<!DOCTYPE cd[
<!ELEMENT cd (titulo, artista, pista+)>
<!ATTLIST cd fecha CDATA #IMPLIED>
<!ELEMENT titulo (#PCDATA)>
<!ELEMENT artista (#PCDATA)>
<!ELEMENT pista (#PCDATA)>
]>
<cd fecha="2001">
<titulo>Los poyitos dicen</titulo>
Introduccion al XML 6
<artista>Los ni nos cantores del Tirol</artista>
<pista>Pio, Pio, Pio.</pista>
<pista>Pio, Pio, Pio (version instrumental).</pista>
<pista>Pio, Pio, Pio (version extendida).</pista>
</cd>
El elemento principal definido en el DTD es cd, el cual tiene que tener inicialm
ente una marca
titulo, seguida de una marca artista y finalmente seguida de una o mas marcas pi
sta; el s?mbolo
mas al lado de la marca pista, en la definici on del elemento cd, indica que tie
ne que aparecer
por lo menos una vez. Otros modificares usados son *, que significa cualquier nu
mero de veces
incluyendo cero, y ? que indica que puede no aparecer o aparecer a lo sumo una v
ez; si no aparece
ningun modificador, la marca respectiva debe aparecer exactamente una vez.
Si queremos que el orden de los sub-elementos t?tulo y artista de cd pueda ser ar
bitrario
podemos usar la siguiente construccion
<!ELEMENT cd ((titulo | artista)*, pista+)>

Pero en este caso estar?amos permitiendo que aparezca mas de un t ?tulo o autor (o
ninguno).
El elemento cd acepta un atributo llamado fecha. Para indicar que el contenido d
e un atributo
o elemento puede ser una combinacion de caracteres del alfabeto usado, empleamos
la palabra
clave CDATA, en el caso de los atributos, y #PCDATA en el caso de los elementos;
otras posibilidades
para el tipo de datos de los atributos son NMTOKEN, cuando solo puedan tener val
ores
numericos, ID cuando sea un c odigo de identificaci on que tenga un valor unico,
e IDREF cuando
tenga que ser una referencia a un codigo de identificaci on ya existente. Los el
ementos tambi en
pueden incluir la palabra clave EMPTY cuando se trate de elementos que no pueden
tener ningun
contenido.
La palabra clave #IMPLIED indica que el atributo es opcional; si fuera obligator
io se usar?a
en vez #REQUIRED, y si quisieramos especificar una lista de posibles valores, se
pondr ?an entre
parentesis, separados por barras verticales, y despu es de los par entesis se es
cribir ?a el valor por
defecto.
Como normalmente estaremos interesados en crear varios documentos con estructura
semejante,
es mejor colocar el DTD en un fichero separado. El DTD del ejemplo anterior, den
tro de un
fichero aparte, quedar?a as?:
<?xml version="1.0" encoding="iso-8859-1" ?>
<!ELEMENT cd (titulo, artista, pista+)>
<!ATTLIST cd fecha CDATA #IMPLIED>
<!ELEMENT titulo (#PCDATA)>
<!ELEMENT artista (#PCDATA)>
<!ELEMENT pista (#PCDATA)>
Shapefiles
Un shapefile es un formato de archivo de datos para almacenar puntos, lneas, polgo
nos e informacin de atributos asociada. Este es un formato muy simple, abiertamen
te publicado, definido y admitido por Esri; originalmente para utilizarlo en Arc
View 2 y 3. Los shapefiles se han utilizado mucho para intercambiar datos a travs
de sistemas heterogneos debido a lo siguiente:
Su amplio uso y adopcin por parte de muchos usuarios y organizaciones SIG como un
formato de uso compartido de datos
Su simplicidad
La especificacin de formato shapefile de Esri se puede encontrar en http://www.es
ri.com/library/whitepapers/pdfs/shapefile.pdf.
Geodatabase XML
La Geodatabase XML representa el mecanismo abierto de Esri para intercambiar inf
ormacin entre las geodatabases y otros sistemas externos. Esri abiertamente publi
ca y mantiene el esquema y contenido de la geodatabase completo como una especif
icacin XML y proporciona implementaciones de ejemplo para ilustrar de qu manera lo
s usuarios pueden compartir las actualizaciones de datos entre sistemas heterogne
os.
El intercambio XML de informacin geoespacial hacia y desde la geodatabase se simp
lifica en gran medida mediante la especificacin XML de la geodatabase. Las aplica
ciones externas pueden recibir transmisiones de datos XML que incluyen lo siguie
nte:
Intercambiar y compartir esquemas de geodatabase completos (as como tambin partes
de este) entre los usuarios de ArcGIS
El intercambio de datasets completos sin prdida de informacin

El intercambio de conjuntos de entidades simples (similar al intercambio de shap

efile)
El intercambio de conjuntos de registros de slo cambio (delta) mediante las trans
misiones XML para pasar las actualizaciones y los cambios entre las geodatabases
y otras estructuras de datos externas
La geodatabase XML es el mecanismo principal de intercambio para compartir los d
atos entre los usuarios de ArcGIS as como tambin entre los usuarios externos.
Para acceder a las notas en el esquema XML de la geodatabase, consulte Esquema X
ML de la geodatabase.
Tipos espaciales SQL
El almacenamiento de geodatabase de ArcSDE para todos los DBMS utiliza los estnda
res OGC e ISO para un tipo de datos espaciales SQL. Esto proporciona un soporte
y acceso completo a la geodatabase as como tambin una interfaz SQL para la geometra
de la clase de entidad. Esto permite escribir las aplicaciones SQL en su DBMS q
ue puede utilizar para acceder a la geometra de la clase de entidad y realizar la
s consultas y operaciones SQL. El tipo espacial para SQL se admite en todos los
DBMS para ArcGIS 9.3 y posteriores:
Oracle
IBM DB2
IBM Informix
Microsoft SQL Server
PostgreSQL
Tipos de datos de geometra y geografa de SQL Server
Adems de las opciones de almacenamiento SQL proporcionadas por ArcGIS en cada uno
de estos DBMS, Oracle y PostgreSQL tienen otras opciones que se admiten.
Para Oracle, opcionalmente puede utilizar el tipo espacial que se ofrece como pa
rte de Oracle Spatial y Oracle Locator para almacenar y administrar la geometra d
e entidad.
Para PostgreSQL, opcionalmente puede utilizar el tipo SQL PostGIS para almacenar
y administrar la geometra de entidad.
En todas las geodatabases, puede elegir por clase de entidad con la opcin de alma
cenamiento que desea utilizar desde los tipos disponibles que se admiten en cada
DBMS. En Una vista general del almacenamiento de geometra de entidades hay un re
sumen de todas las opciones de almacenamiento que estn disponibles para cada geod
atabase.
Para obtener ms informacin sobre la interfaz SQL a espacial, consulte Trabajar con
SQL.
Esquema para el almacenamiento de geodatabase en Oracle, SQL Server, PostgreSQL,
Informix y DB2
Esri documenta cmo se almacenan las geodatabases en las tablas relacionales en ca
da DBMS. Tambin describe cmo ArcGIS utiliza las entidades simples OGC e ISO y cmo s
e almacenan la geometra de entidad y rster en cada DBMS. Incluye una descripcin del
soporte de ArcGIS para los tipos espaciales ISO/OGC en varios DBMS.
Para obtener ms informacin, consulte Cmo se almacenan las geodatabases en un DBMS.
Las API REST y SOAP de ArcGIS Server para la programacin Web
Entre sus muchas funcionalidades, ArcGIS Server se utiliza para publicar un rang
o de servicios Web basados en SIG, por ejemplo:
Servicios de mapas
Servicios de globo en 3D
Servicios de geodatos
Servicios de imgenes