Professional Documents
Culture Documents
7
1. lntroduccin.Qu es un SlG?
Qu es un Sistema de Informacin Geogrfica (SIG)? Para u sir!e? "mo se tra#a$a
con un SIG? Qu e%ementos fundamenta%es com&rende? Qu es %a "iencia de %a
Informacin Geogrfica? 'n u otras disci&%inas se fundamenta?
'ste ca&(tu%o &resenta %os conce&tos fundamenta%es so#re Sistemas de Informacin Geogr)ca (SIG)*
de)niendo estos + &resentando tanto sus ca&acidades fundamenta%es como %a forma en ue estas
&ueden ser a&ro!ec,adas- .simismo* se &resentan %os SIG como sistemas com&%e$os* + se descri#e cada
uno de sus com&onentes &rinci&a%es- '% ca&(tu%o &resenta una !isin g%o#a% de% m#ito de %os SIG + de %a
ciencia asociada a %os SIG como disci&%ina inde&endiente* a% tiem&o ue muestra e% conte/to en e% ue e%
desarro%%o + uti%izacin de estos se &roduce en %a actua%idad-
1.1. lntroduccin
Para $ustificar %a im&ortancia de %os Sistemas de Informacin Geogrfica (SIG) + e% &a&e% ue stos $uegan
,o+ en d(a* es ,a#itua% citar e% ,ec,o de ue a&ro/imadamente un 012 de %a informacin ue
mane$amos en cua%uier ti&o de disci&%ina est georreferenciada- 's decir* ue se trata de informacin a
%a cua% &uede asignarse una &osicin geogrfica + es &or tanto informacin ue !iene acom&a3ada de
datos adiciona%es re%ati!os a su %oca%izacin- Si #ien es &ro#a#%e ue este &orcenta$e no ,a+a !ariado
desde ue comenz a mencionarse en %os %i#ros so#re SIG* %a situacin es en %a actua%idad ms fa!ora#%e
ue nunca &ara e% desarro%%o de ,erramientas ue &ermitan %a uti%izacin de toda esa informacin a%
tiem&o ue se consideran %os datos re%ati!os a su &osicin en e% es&acio- 'sto es as( no so%o &orue
tra#a$amos con gran cantidad de informacin referenciada geogrficamente* sino &orue somos cada d(a
ms conscientes de %a im&ortancia ue esa com&onente geogrfica tiene- 4a geograf(a ,a &asado de ser
un m#ito &articu%ar con cierta re%acin con otros cam&os a ser un e%emento fundamenta% incor&orado a
%a ma+or &arte de %as disci&%inas- 5 no so%o en e% terreno cient(fico* sino en e% terreno mismo de %a !ida
diaria* donde toda esta informacin desem&e3a un &a&e% de gran im&ortancia-
4a uti%izacin de cartograf(a ,a dado un !ue%co radica% en e% &%azo de unas dcadas* &ermitiendo nue!as
&osi#i%idades + acercando %a informacin cartogrfica como ,erramienta de &rimer orden a un &6#%ico
am&%io + di!erso- 4a e%a#oracin misma de cartograf(a ,a &asado de ser terreno e/c%usi!o de
&rofesiona%es de% sector a ser una %a#or a#ierta donde %as nue!as tecno%og(as* es&ecia%mente %as de corte
co%a#orati!o* ,an &ermitido ue otro ti&o de usuarios desarro%%en + com&artan informacin cartogrfica-
'n este sentido* %os SIG no son so%o ,erramientas dentro de ese conte/to de gran im&ortancia de %a
informacin geogrfica* sino en gran medida res&onsa#%es de ue esa situacin sea ta%* &ues su
contri#ucin dentro de% &anorama re%ati!o a %a geograf(a ,a sido !ita% &ara im&u%sar sta + ,acer%a %%egar
,asta su %ugar actua%- 'n una sociedad donde %a informacin + %a tecno%og(a son dos de %os &i%ares
fundamenta%es* %os SIG son* sin %ugar a dudas* %a tecno%og(a estandarte &ara e% mane$o de informacin
geogrfica* + %os e%ementos #sicos ue cana%izan %a gestin de todo aue%%o ue* de un modo u otro*
&resente una com&onente geogrfica susce&ti#%e de ser a&ro!ec,ada- .s(* un SIG es fundamenta%mente
una ,erramienta &ara tra#a$ar con informacin georreferenciada* una definicin en %a ue &ueden entrar
un gran n6mero de tecno%og(as + de otros e%ementos no tecno%gicos* %os cua%es !eremos a continuacin-
1.2. Un pequeno ejemplo
Para comenzar a tener una idea correcta de %o ue re&resenta e im&%ica un SIG* !eamos un senci%%o
e$em&%o- Su&ongamos e% caso de un organismo o em&resa cu+o tra#a$o inc%u+e %a gestin de una masa
foresta%- 'ste tra#a$o de gestin im&%icar a%gunas acti!idades como %as siguientes* en %as cua%es se uti%iza
en ma+or o menor medida informacin georreferenciada-
8
7e%imitacin de %as distintas zonas in!entaria#%es + unidades dasocrticas (montes* cantones* roda%es*
etc-)
7ise3o de in!entarios 8ea%izacin de in!entarios + gestin de sus datos &ara %a o#tencin de resu%tados
ta%es como estimaciones de !o%6menes madera#%es- Gestin de infraestructuras de% monte ta%es como
!(as de comunicacin* torres de !igi%ancia contra incendios* etc-
'n un conte/to en e% ue no e/isten medios informticos &ara %a rea%izacin de estas tareas* gran &arte de
e%%as se desarro%%arn con e% a&o+o de cartograf(a c%sica- .s(* %as zonas in!entaria#%es se de%imitarn
so#re un &%ano* + so#re este mismo &ueden medirse sus su&er)cies con %a a+uda de un &%an(metro- 'n
ese mismo &%ano se %oca%izan %as &arce%as a muestrear en un in!entario* + %os o&erarios encargados de
%%egar ,asta esas &arce%as + rea%izar %as mediciones &ertinentes se a+udan de % &ara %oca%izar%as +
des&%azarse so#re e% terreno-
4os resu%tados de% in!entario se a%macenan en estadi%%os* + %as o&eraciones corres&ondien9 tes a% an%isis
estad(stico de estos se rea%izan de forma manua%* as( como %a com&aracin con in!entarios anteriores ue
&ermiten estudiar %a e!o%ucin de% monte-
4a &resencia de medios informticos faci%ita estas tareas* me$orando &or una &arte %a gestin de %os
datos* + &or otra %as o&eraciones ue &ueden rea%izarse so#re estos- :na senci%%a ,o$a de c%cu%o* &or
e$em&%o* es una ,erramienta im&rescindi#%e &ara %a gestin de %os datos de un in!entario* ,aciendo ue
todo e% tra#a$o con e%%os resu%te ms e)ciente + adecuado-
'n %o re%ati!o a %a cartograf(a* %a situacin* aunue con un desarro%%o (+ es&ecia%mente una im&%antacin
de usuarios) ms reciente* no es mu+ distinta- ;enta$as simi%ares a %as ue a&orta una ,o$a de c%cu%o
&ueden encontrarse en una a&%icacin ue &ermitiera uti%izar ma&as + &%anos dentro de un ordenador*
con %a consecuente ganancia en &roducti!idad* e)ciencia + &recisin- 'sta a&%icacin destinada a% mane$o
de cartograf(a es e% conce&to #sico de un Sistema de Informacin Geogr)ca* + %a idea fundamenta% a
&artir de %a cua% comenz e% desarro%%o de estos-
"on un SIG* %a cartograf(a de esa masa foresta% &uede !isua%izarse + a%macenarse en un ordenador
&ersona%* + &ueden rea%izarse sin di)cu%tad + de forma instantnea c%cu%os ta%es como mediciones de
cada una de %as entidades- 4a creacin de nue!a informacin cartogr)ca se %%e!a a ca#o +a en e% &ro&io
SIG* de% mismo modo ue %a edicin de cartograf(a +a e/istente- <odi)car e% %(mite de una unidad
dasocrtica o e% trazado de una !(a* o crear %a cartograf(a corres&ondiente a %as &arce%as de in!entario son
tareas ue* en nuestro caso de e$em&%o* se rea%izan ,o+ en d(a em&%eando un SIG- 4as !enta$as ue esto
tiene son muc,as* es&ecia%mente %as re%acionadas con una me$or gestin de% con$unto de distintos datos
ue se mane$an* as( como %as re%ati!as a %a senci%%ez con ue &ueden modi)carse estos datos-
Otras de %as %a#ores donde un SIG demuestra su uti%idad es en e% an%isis- 4os datos geogr)cos &ueden
ser o#$eto de gran n6mero de distintos an%isis* + %a ca&acidad de cm&uto de un ordenador es necesaria
&ara muc,os de e%%os- 4a ,erramienta idnea &ara im&%ementar esos a%goritmos + o&eraciones de an%isis
es&acia% es e% SIG* &ues +a contiene %os e%ementos necesarios &ara e% mane$o de %os datos de &artida* es
decir* aue%%os ue contienen %a informacin georreferenciada- 5* &or su&uesto* un SIG conectado a un
&erifrico de im&resin &ermite generar una !ersin ana%gica a &artir de %a informacin con %a ue se
tra#a$a* teniendo %a ca&acidad de crear cartograf(a en &a&e% cuando as( se reuiera-
'n otras &a%a#ras* un SIG es una ,erramienta ue #rinda a %as %a#ores de uso + ma9 ne$o de informacin
geogr)ca toda %a &otencia de un ordenador* &ues ,a sido disenada es&ec()camente &ara tra#a$ar con
este ti&o &articu%ar de informacin- =o o#stante* ms a%% de todas estas tareas antes mencionadas e%
conce&to de SIG ,a e!o%ucionado ,asta con!ertir actua%mente a estos en sistemas com&%e$os ue #uscan
dar so%ucin a todas %as necesidades ue se &resentan en situaciones simi%ares a %a de% e$em&%o
comentado- "on %a tecno%og(a actua%* %a incor&oracin de e%ementos &ro&ios de %os SIG &uede %%egar
muc,o ms a%%* + uno de %os &i%ares ms s%idos de %os SIG en %a actua%idad es su ca&acidad de mostrar
ue e/iste una com&onente es&acia% susce&ti#%e de ser gestionada con %a a+uda de un SIG en %a &rctica
tota%idad de conte/tos &osi#%es- "omo sistema* un SIG &uede gestionar %a cartograf(a necesaria &ara %a
gestin integra% de% monte* + ,acer%o adems de forma centra%izada- 7e este modo* se garantiza e% rigor +
%a ro#ustez de %os datos #ase* +a ue e% SIG es e% encargado de cana%izar %a uti%izacin de estos &or &arte
9
de todos %os usuarios- 'sto es de es&ecia% im&ortancia en caso de ue se editen %os datos* +a ue esta
edicin tam#in est centra%izada* + un usuario !e re>e$arse en su cartograf(a de forma inmediata %os
cam#ios rea%izados &or otro* teniendo siem&re a su dis&osicin %a !ersin ms actua% +* &or tanto* ms
adecuada- . esto &uede anadirse %a uti%izacin de SIG m!i%es en dis&ositi!os &ortti%es* ue &ermi9 ten
ue e% SIG se incor&ore tam#in a %as fases de tra#a$o de cam&o- 'sa misma cartograf(a centra%izada
&ueden uti%izar%a %os o&erarios en cam&o a tra!s de sus dis&ositi!os &ara desarro%%ar su tra#a$o*
a+udndose adems de sistemas de na!egacin &ara %a %oca%izacin de %as &arce%as de un muestreo o de
cua%uier otro &unto de inters a% ue de#an des&%azarse- Gracias a %a tecno%og(a SIG* %a informacin
es&acia% &uede ser a&ro!ec,ada en ma+or medida* + en muc,os casos &asa de ser una informacin
in,erente a %os datos &ero sin una !erdadera a&%icacin* a ser un e%emento sumamente enriuecedor +
c%a!e &ara muc,os an%isis-
'n nuestro e$em&%o de gestin foresta%* %os &ro&ios datos de% in!entario* ue antes eran
fundamenta%mente datos so#re %as &ro&iedades de %os distintos r#o%es medidos (a%tura* dimetro* etc-)*
a,ora ofrecen muc,as ms &osi#i%idades si se considera ue cada uno de estos ar#o%es ,a sido medido
en una &arce%a dada* %a cua% %%e!a asociadas unas coordenadas concretas-
'% tra#a$o ue se desarro%%a#a en %a ,o$a de c%cu%o con estos datos se &uede incor&orar a% SIG* e% cua%
adems de %as funciones de an%isis estad(stico inc%u+e funciones de an%isis es&acia%- 7e este modo* %os
resu%tados numricos ue se o#ten(an de esos an%isis (!o%6menes tota%es estimados* a%turas medias*
etc-) se am&%(an mediante resu%tados con ma+or com&o9 nente es&acia%* como &uede ser %a creacin de
nue!a cartograf(a referente a %as !aria#%es &rinci&a%es (ma&as de densidad media de ar#o%ado* a%tura
dominante media* etc-)-
'n resumen* e% SIG en su conce&cin actua% es una ,erramienta integradora ue #usca a#arcar en su
m#ito todas %as funciona%idades ue se reuieren &ara e% tra#a$o con !aria#%es + e%ementos
es&acia%mente %oca%izados* incor&orando &ara e%%o ca&acidades !ariadas ue sern %as ue !a+amos
!iendo &rogresi!amente a %o %argo de esta o#ra-
1.3. Qu es un SlG?
Partiendo de% e$em&%o anterior* &odemos dar una de)nicin ms &recisa + forma% de %o ue rea%mente es
un SIG- ?sicamente* un SIG ,a de &ermitir %a rea%izacin %as siguientes o&eraciones:
4ectura* edicin* a%macenamiento +* en trminos genera%es* gestin de datos es&acia%es-
.n%isis de dic,os datos- 'sto &uede inc%uir desde consu%tas senci%%as a %a e%a#oracin de com&%e$os
mode%os* + &uede %%e!arse a ca#o tanto so#re %a com&onente es&acia% de %os datos (%a %oca%izacin
de cada !a%or o e%emento) como so#re %a com&onente temtica (e% !a%or o e% e%emento en s()-
Generacin de resu%tados ta%es como ma&as* informes* gr)cos* etc-
'n funcin de cua% de estos as&ectos se !a%ore como ms im&ortante* encontramos distin9 tas
de)niciones forma%es de% conce&to de un SIG- :na de)nicin c%sica es ue un SIG es un e%emento ue
&ermite ana%izar* &resentar e inter&retar ,ec,os re%ati!os a %a su&er)cie terrestre- '% mismo autor
argumenta* no o#stante* ue esta es una de)nicin mu+ am&%ia* + ,a#itua%mente se em&%ea otra ms
concreta- 'n &a%a#ras ,a#itua%es* un SIG es un con$unto de soft@are + ,ard@are disenado
es&ec()camente &ara %a aduisicin* mantenimiento + uso de datos cartogr)cos-
'n una %(nea simi%ar* se de)ne un SIG como un sistema de informacin disenado &ara tra#a$ar con datos
referenciados mediante coordenadas es&acia%es o geogr)cas- 'n otras &a%a#ras* un SIG es tanto un
sistema de #ase de datos con ca&acidades es&ec()cas &ara datos georreferenciados* como un con$unto
de o&eraciones &ara tra#a$ar con esos datos- 'n cierto modo* un SIG es un ma&a de orden su&erior-
.m#as de)niciones recogen e% conce&to fundamenta% de %os SIG en e% momento en ue fueron escritas*
&ero %a rea%idad ,o+ en d(a ,ace necesario recoger otras ideas* + %a de)nicin actua% de un SIG de#e
fundamentarse so#re todo en e% conce&to de sistema como e%emento integrador ue eng%o#a a un
10
con$unto de com&onentes interre%acionados-
Soft@are + ,ard@are son dos e%ementos &rimordia%es de% SIG* &ero no son sin em#argo %os unicos- 'n e%
conte/to actua%* otros com&onentes $uegan un &a&e% igua% de im&ortante en %a idea% g%o#a% de un SIG-
7e igua% modo* un SIG &uede considerarse como un ((ma&a de orden su&erior)) entendien9 do ue se
trata de una forma ms &otente + a!anzada de ,acer todo aue%%o ue* &re!iamente a %a a&aricin de %os
SIG* se %%e!a#a a ca#o mediante e% uso de ma&as + cartograf(a en sen9 tido c%sico- 's decir* %os SIG
re&resentan un &aso ms a%% de %os ma&as- =o o#stante* esta de)nicin resu%ta en e/ceso sim&%ista*
&ues ma&as + SIG no son conce&tos eui&ara#%es en e% conte/to actua% de estos u%timos-
:n ma&a es una re&resentacin de un con$unto de datos es&acia%es +* aunue esta re&re9 sentacin
resu%ta de enorme im&ortancia* en e% entorno de un SIG no es sino un e%emento ms de una serie de
com&onentes (ta%es como e% soft@are + e% ,ard@are ue antes men9 cion#amos)- <s a6n* un SIG
contiene no so%o %os datos + %a re&resentacin* sino tam#in %as o&eraciones ue &ueden ,acerse so#re
e% ma&a* ue no son a$enas a este sino &artes igua%mente de todo e% sistema conformado &or e% SIG-
7e %a misma forma ue %os te/tos ,an &asado de% &a&e% a% ordenador (antes %e(amos %i#ros* a,ora
&odemos %eer %i#ros im&resos* %i#ros digita%es* &ginas Ae#* etc-)* %os ma&as tam#in ,an dado ese sa%to
cua%itati!o con %a a&aricin de %os SIG- Sin em#argo* e% SIG es muc,o ms ue una nue!a forma de
cartograf(a* + no in!a%ida en a#so%uto formas anteriores-
7e ,ec,o* una funcin mu+ im&ortante de %os SIG es a+udar a crear ma&as en &a&e%* + estos se siguen
uti%izando ,o+ en d(a en todos %os m#itos- 5 $unto con esta funciona%idad* encontramos otras ue ,acen
ue en su con$unto un SIG sea una ,erramienta integradora + com&%eta &ara e% tra#a$o con informacin
georreferenciada-
7e#e entenderse* &ues* un SIG* como un e%emento com&%e$o ue eng%o#a una serie de otros e%ementos
conectados* cada uno de %os cua%es desem&ena una funcin &articu%ar- 'stos e%ementos son* como
iremos !iendo ms ade%ante* %os datos* %os &rocesos* %a !isua%izacin* %a tecno%og(a + e% factor
organizati!o- ?aste &or e% momento citar%os* +a ue ms ade%ante* + a %o %argo de todo e% %i#ro* se irn
descri#iendo &ormenorizadamente todos e%%os-
"on %o anterior* una de)nicin ms &recisa es decir ue un SIG es un sistema ue integra tecno%og(a
informtica* &ersonas e informacin geogr)ca* + cu+a &rinci&a% funcin es ca&turar* ana%izar* a%macenar*
editar + re&resentar datos georreferenciados -
'n %as siguientes secciones !eremos &or se&arado %a forma en ue un SIG integra %a tecno%og(a
informtica* %as &ersonas + %a informacin geogr)ca* as( como %a forma en ue %os conce&tos
fundamenta%es en %os ue e% &ro&io SIG se sustenta su&onen una integracin
de distintas disci&%inas-
1.3.1. SlG como integrador de informacin
Si #ien un SIG tiene una in,erente natura%eza integradora + esta &uede enfocarse desde muc,os &untos
de !ista ta% + como !emos en este a&artado* e% e%emento ta% !ez ms re%e!ante en este sentido es %a
&ro&ia informacin ue un SIG mane$a + %as caracter(sticas de esta-
"once&tua%mente* e% !erdadero &i%ar de esa natura%eza integradora de% SIG reside en %a informacin
geogr)ca con %a ue se tra#a$a* ue &ro!ee %a ama%gama adecuada &ara ue un SIG sea un sistema
s%ido + 'n e%%as* no siem&re resu%ta senci%%o #uscar e%ementos en com6n &ara &oder unir + coordinar
toda esa informacin #a$o un unico &unto de !ista conce&tua%- 'n otras ocasiones* disci&%inas ue en %a
&rcticaco,esionado* con)rindo%e a su !ez sus &ro&ias caracter(sticas + su inters como ,erramienta
&o%i!a%ente-
<uc,as disci&%inas tra#a$an con informacin de distinta natura%eza &resentan una interaccin rea% (&uede
decirse ue* de un modo u otro* todas %as disci&%inas estn interre%acionadas) resu%tan dif(ci%es de integrar
desde e% &unto de !ista terico* + no es senci%%o &oner%as en un marco com6n de tra#a$o-
Por e$em&%o* informacin de ti&o socio%gico como %a tasa de ana%fa#etismo e informacin de carcter
f(sico o #io%gico como &uede ser %a acidez de% sue%o* no &arecen senci%%as de com#inar &ara %a rea%izacin
de a%g6n an%isis com6n- 7e e/istir a%guna re%acin entre e%%as (o de no e/istir* + &retender demostrar ue
son !aria#%es inde&endientes)* es necesario #uscar un &unto de en%ace entre am#as informaciones &ara
&oder estudiar esta- :n ne/o ue %as une es e% ,ec,o de ue estn asociadas a una %o a%izacin en e%
es&acio* +a ue una serie de datos de tasa de ana%fa#etismo corres&ondern a una serie de %ugares* de%
11
mismo modo ue %o ,arn %os !a%ores de acidez de% sue%o-
'% ,ec,o de ue am#as informaciones tienen a su !ez carcter geogr)co !a a &ermitir com#inar%as +
o#tener resu%tados a &artir de un an%isis com6n- Puesto ue* ta% + como se mencion a% inicio de este
ca&(tu%o* a&ro/imadamente un 01 2 de toda %a informacin est georreferenciada* esa georreferencia !a
a re&resentar en una gran ma+or(a de %os casos un &unto com6n &ara enmarcar e% an%isis- '% SIG es* en
este conte/to* e% marco necesario en e% ue incor&orar esa informacin georreferenciada + tra#a$ar con
e%%a-
23
21
32
Norte. Si lo interpretamos
como un cdigo que hace referencia a un documento de identicacin de una persona, la
informacin que nos aporta es en ese caso completamente distinta. El dato sera el mismo,
formado por seis dgitos y una letra, pero la informacin que da es diferente, ya que lo
entendemos e interpretamos de manera distinta.
La informacin es, por tanto, el resultado de un dato y una interpretacin, y el trabajo con
datos es en muchos casos un proceso enfocado a obtener de estos toda la informacin posible.
Un dato puede esconder ms informacin que la que a primera vista puede apreciarse, y es
a travs de la interpretacin de los datos como se obtiene esta.
En el captulo 15 veremos cmo a partir de un Modelo Digital de Elevaciones podemos
calcular parmetros tales como la pendiente, extraer el trazado de la red de drenaje o
delimitar las subcuencas en que una cuenca vertiente mayor puede dividirse. El dato en
este caso lo constituyen los valores que representan la elevacin en los distintos puntos. La
informacin que contienen est formada por todo ese conjunto de elementos que podemos
obtener, desde la pendiente a los cursos de los ros, pasando por todo aquello que mediante
la aplicacin de procesos u operaciones de anlisis podamos extraer de esos datos.
Comprender el signicado y las diferencias entre datos e informacin permiten entender
entre otras cosas que la relacin entre los volmenes de ambos no es necesariamente constan-
te. Por ejemplo, los datos 502132NORTE o ClNCUENTA VElNTlUNO TRElNTAYDOS
NORTE son mayores en volumen que 502132N, pero recogen la misma informacin espacial
que este (suponiendo que los interpretamos como datos de latitud). Tenemos ms datos,
pero no ms informacin. Podemos establecer planteamientos basados en este hecho que nos
ayuden a almacenar nuestra informacin geogrca con un volumen de datos mejor, lo cual
resulta ventajoso. Veremos algunos de estos planteamientos ms adelante dentro de esta
parte del libro.
Aspectos como estos son realmente mucho ms complejos, y el estudio de la relacin entre
datos e informacin y sus caractersticas no es en absoluto sencilla. Existe una disciplina, la
ciencia de la informacin dedicada a estudiar los aspectos tericos relativos a la informacin
y la forma en que esta puede contenerse en los datos.
En este captulo de introduccin a esta parte dedicada a los datos, veremos ms acerca de
la informacin que de los datos espaciales, pues la manera en que concebimos esta condiciona
la forma de los datos. Ser en el captulo siguiente cuando tratemos ya los datos, abordando
uno de los problemas fundamentales: la creacin del dato espacial.
25
2.3. Las componentes de la informacin geogrca
Comprender la informacin geogrca es vital para poder capturar dicha informacin
e incorporarla a un SlG. En lneas generales, podemos dividir esta en dos componentes
principales, cada una de los cuales tiene su implicacin particular en los procesos posteriores
de representacin que ms adelante veremos.
Componente espacial
Componente temtica
La componente espacial hace referencia a la posicin dentro de un sistema de referencia
establecido. Esta componente es la que hace que la informacin pueda calicarse como
geogrca, ya que sin ella no se tiene una localizacin, y por tanto el marco geogrco no
existe. La componente espacial responde a la pregunta dnde?
Por su parte, la componente temtica responde a la pregunta qu? y va invariablemente
unida a la anterior. En la localizacin establecida por la componente espacial, tiene lugar
algn proceso o aparece algn fenmeno dado. La naturaleza de dicho fenmeno y sus
caractersticas particulares, quedan establecidas por la componente temtica.
Puede entenderse lo anterior como una variable fundamental (la componente temtica),
que se sirve, sin embargo, de una variable soporte (la componente espacial) para completar
su signicado.
Los tipos de divisin horizontal y vertical de la informacin que veremos ms adelante
implican una separacin en unidades, que en la prctica puede implicar en un SlG que cada
una de esas unidades quede almacenada en un lugar o chero distinto. En el caso de las
componentes temtica y espacial de la informacin, son posibles distintos enfoques, ya que
estas pueden almacenarse de forma conjunta o bien por separado. El capitulo 8 trata estos
enfoques, y en l veremos con detalle cmo puede abordarse el almacenamiento de ambas
componentes de la mejor forma posible, as como la evolucin que se ha seguido al respecto
dentro del campo de los SlG.
Mientras que la componente espacial va a ser generalmente un valor numrico, pues son
de esa naturaleza los sistemas de coordenadas que permiten expresar una posicin concreta
en referencia a un marco dado, la componente temtica puede ser de distintos tipos:
Numrica. A su vez, pueden senalarse los siguientes grupos:
o Nominal. El valor numrico no representa sino una identicacin. Por ejemplo, el
nmero de un portal en una calle, o el numero del DNl de una persona. Este tipo
de variable, al igual que la de tipo alfanumrico, es de tipo cualitativo, frente a
las restantes que son de tipo cuantitativo.
o Ordinal. El valor numrico establece un orden. Por ejemplo, una capa en la que
se recoja el ao de fundacin de las distintas ciudades contenidas en ella.
o lntervalos. Las diferencias entre valores de la variable tienen un signicado. Por
ejemplo, entre dos valores de elevacin.
o Razones. Las razones entre valores de la variable tienen un signicado. Por ejem-
plo, podemos decir que una precipitacin media de 1000mm es el doble que una
de 500mm. La pertenencia de una variable a un grupo u otro no solo depende de
la propia naturaleza de la misma, sino tambin del sistema en que se mida. As,
26
una temperatura en grados centgrados no se encuentra dentro de este grupo (pe-
ro s en el de intervalos), ya que la razn entre dichas temperaturas no vale para
decir, por ejemplo, que una zona est al doble de temperatura que otra, mien-
tras que si expresamos la variable temperatura en grados Kelvin s que podemos
realizar tales armaciones. El valor mnimo de la escala debe ser cero.
Alfanumrica
El tipo de variable condiciona las operaciones que pueden realizarse con un dato
geogrfico en funcin de cmo sea su componente temtica. Por ejemplo, carece sentido realizar
operaciones aritmticas con variables de tipo ordinal o nominal, mientras que es perfectamente
lgico con los restantes tipos dentro de la categora numrica. Tambinnuye en la forma de
representarlo a la hora de elaborar cartografa.
Adems de las componentes espacial y temtica, Sinton aade la componente tem-
poral y propone un esquema sistemtico que permite clasicar en grupos las distintas clases
de informacin geogrca. Segn este esquema, cada una de estas componentes puede estar
en uno de los siguientes tres estados posibles: ja, controlada o medida. Al medir una de
estas componentes, es necesario controlar otra de ellas, y jar la tercera, o bien ignorarla y
no tenerla en cuenta (este era el caso explicado hasta el momento, en el cual no habamos
citado an la componente temporal)
Por ejemplo, si registramos la temperatura a lo largo de un periodo de tiempo para un
punto concreto, la componente temporal est controlada (tomamos mediciones de tempera-
tura con un intervalo de tiempo establecido), la componente temtica (la propia tempera-
tura) est medida, y la componente espacial est ja (el termmetro que registra los valores
se encuentra siempre en un punto inmvil)
En general, la informacin geogrca se recoge haciendo ja la componente temporal, y
midiendo o controlando las restantes en funcin del tipo de informacin de que se trate.
Un concepto a tener en cuenta en relacin con las componentes de la informacin geogr-
ca es la dimensin. Los elementos que registramos pueden ir desde sencillos puntos (0D)
hasta volmenes tridimensionales (3D). Un caso particular y muy frecuente lo encon-
tramos cuando estudiamos la forma tridimensional del terreno, pero tratando la elevacin
como variable temtica, no como una parte ms de la componente espacial. En este caso, te-
nemos una serie de valores de elevacin (Z) localizados en el plano XY. Esto no es realmente
equivalente a utilizar una componente espacial tridimensional, ya que no permite recoger en
un mismo punto distintos valores (no puede, por ejemplo, modelizarse la forma de una cueva
o un objeto vertical), por lo que se conoce como representacin en 2.5 dimensiones (2.5D).
La gura 2.1 muestra esquemticamente el concepto de dimensin de los datos dentro de un
SlG.
Punto (17) %(nea (E7) Po%(gono (F7) 8e%ie!e (F-J7) Po%iedro (G7)
27
Por ultimo, un aspecto importante de toda variable estudiada es su continuidad. Se
entiende esta continuidad como la capacidad de la variable para tomar todos los valores
dentro de un rango denido. La temperatura, la presin o la elevacin son valores continuos,
mientras que ninguna variable de tipo nominal puede ser continua, ya que se encuentra
limitada a un numero (nito) de identicadores posibles. Por ejemplo, en el caso del nmero
de un DNl, los valores son siempre enteros, existe el valor 1 y el valor 2, pero no los innitos
valores decimales entre ambos.
La continuidad de la variable temtica se puede estudiar igualmente en relacin con
la componente espacial. As, existen variables que varan de forma continua en el espacio,
mientras que otras no lo hacen. Se emplea aqu el concepto matemtico de continuidad,
es decir, que si trazramos un perl de la variable a lo largo de un recorrido dado, la
representacin de dicho perl sera una curva que podra dibujarse sin levantar el lpiz del
papel.
Todas estas ideas referidas a las distintas variables (distintas informaciones que pretende-
mos recoger de una zona de estudio dada) nos servirn para detallar los diferentes enfoques
de representacin y almacenamiento que veremos en el prximo captulo, y escoger en cada
caso el ms apropiado.
2.4. Divisin horizontal de la informacin geogrca
Adems de dividir la informacin geogrca en componentes, tambin dividimos esta con
criterios puramente espaciales, (cortndola)) en unidades menores que ocupen una regin de
amplitud ms reducida. Este es un procedimiento similar al que encontramos en un mapa
impreso, ya que el territorio de un pas se encuentra cartograado en diferentes hojas. Las
razones para esto son, por una parte, los posibles distintos orgenes que los diferentes mapas
pueden tener (cada regin puede ser responsable de fabricar los suyos) y, especialmente, el
hecho de que, de no ser as, los mapas tendran un tamano inmanejable. Si cartografamos
a escala 1:25000 todo un pas, es obvio que no podemos hacerlo en un unico mapa, ya que
este sera enorme.
En el caso de trabajar en un SlG, no tenemos el problema del tamano fsico del mapa,
ya que no existe tal tamano. Los datos no ocupan un espacio fsico, pero s que requieren un
volumen de almacenamiento, y este presenta el mismo problema. Recoger a escala 1:25000
todo un pas supone un volumen de datos enorme, que es conveniente dividir para poder
manejar con uidez.
En ambos casos, ya sea dentro de un SlG o no, suele resultar necesario emplear varios
bloques de informacin (varias hojas) para cubrir un rea de trabajo. En esta circunstancia,
las propias caractersticas de un SlG y su forma de trabajo con los datos hacen que este
proceso sea ms sencillo y ecaz.
La principal cualidad de un SlG para integrar de forma transparente datos correspon-
dientes a zonas distintas y formar un mosaico unico es la separacin que existe entre datos y
visualizacin. Los datos son la base de la visualizacin, pero en un SlG estos elementos con-
forman partes del sistema bien diferenciadas. Esto quiere decir que los datos se emplean para
crear un resultado visual pero en s mismos no contienen valores relativos a esa visualizacin.
De este modo, es posible combinar los datos y despus representarlos en su conjunto. Un
proceso as no puede realizarse con un mapa ya impreso, pues este contiene ya elementos de
28
visualizacin e incluso componentes cartogrcos tales como una echa indicando el Norte,
una leyenda o una escala. Por ello, aunque puedan combinarse, realmente no se "funde la
informacin de cada uno de los mapas para conformar uno unico. Dicho de otro modo, si
tomamos cuatro hojas contiguas de una serie de mapas no podemos formar un nuevo mapa
que sea indistinguible de uno cuatro veces ms grande que haya sido impreso en un nico
pliego de papel.
En un SlG, sin embargo, s que sucede as, y la visualizacin de cuatro o ms bloques
de datos puede ser idntica a la que obtendra si todos esos datos constituyeran un uni-
co bloque. Empleando herramientas habituales en un SlG, y si cada uno de esos bloques
est almacenado en un chero, resulta incluso posible, unirlos todos y crear un solo chero
que los contenga.
Una de las razones principales que favorecen esta combinacin de datos es el hecho de
que la escala nominal es en s un elemento de representacin. 4a escala nominal relaciona
el tamao que tiene un objeto en la representacin con sutamao real, y la forma en que se
recoge la informacin a la hora de realizar medidas de eseobjeto viene condicionadapor
dichaescala, de tal modo que el esfuerzo desarrollado en esasmediciones sea coherente con la
representacin que se va a hacer posteriormente al crear elmapa.
Los datos que manejamos en un SlG tiene una escala de detalle impuesta por la precisin
de las mediciones, pero no una escala nominal asignada, ya que no tienen un tamao jo
de representacin en la pantalla del ordenador o el perifrico correspondiente, al contrario
que un mapa impreso en el que los distintos elementos ya se encuentran representados. Esto
hace que combinar cartografa clsica a distintas escalas sea complejo, ya que los mapas no
"casan bien entre s.
En el caso de un SlG, es el usuario el que decide la escala de representacin, y esta ser la
misma para todos los datos que se visualicen, independientemente de las caractersticas de
estos. En el contexto actual de datos geogrcos, es habitual encontrar situaciones en las
que para una zona de terreno disponemos de informacin a una escala, y para otra zona
contigua a esta la informacin disponible es a una escala distinta. Con el uso de un SlG,
sin embargo, es posible trabajar sin problemas con todo el conjunto, sin preocuparse por la
integracin de sus distintas partes.
Lgicamente, no debe dejarse de lado nunca el rigor cartogrco y, como se dijo en su
momento, no olvidar que, aunque podamos representar cualquiera de esos datos a la escala
que deseemos, los datos en s no son sucientes para ello y tienen unas limitaciones impuestas
por su escala inherente. Es decir, que no es necesario preocuparse por la integracin a
la ahora de visualizar y gestionar los datos, pero s a la hora de analizarlos u obtener
resultados a partir de ellos. No obstante, el proceso de combinacin es en cualquier caso
transparente para el usuario que visualiza esos datos en un SlG, y la operacin pasa de ser
algo tedioso y complejo a algo prcticamente inapreciable dentro del SlG, pues es este quien
se encarga de ocultar toda esa complejidad y simplemente generar las representaciones segn
los parmetros requeridos en cada momento.
La gura 2.2 muestra un ejemplo de lo anterior en el que puede verse cmo varias
fotografas areas forman un mosaico que cubre una zona dada, teniendo estas distinto nivel
de detalle tal y como puede apreciarse.
29
Figura 2.2: lntegracin de datos en sentido horizontal. A pesar de que la escala de detalle esdistinta
para las fotografas areas de la imagen, estas se combinan sin problema en un SlG, representndose
a una escala dada todas ellas de forma sencilla. Ntese la mayor denicin en la parte inferior de la
imagen, que se forma con imgenes tomadas a una escala distinta a la de las de la parte superior.
Advirtase igualmente la distinta iluminacin, ya que han sido tomadas en fecha y horas distintas.
2.5. Divisin vertical de la informacin. Capas
Uno de los grandes xitos de los SlG es su estructura de manejo de informacin geogr-
ca, que facilita todas las operaciones que se llevan a cabo con esta. El concepto de capa,
imprescindible para comprender todo SlG, es una de las grandes virtudes inherentes a los
Sistemas de lnformacin Geogrca, en cuanto que favorece la correcta estructuracin de la
informacin y el trabajo con ella.
La divisin horizontal que ya hemos visto no es algo nuevo, y la gran mayora de los mapas
clsicos cubren una porcin relativamente pequena de la supercie terrestre. Combinando
distintos mapas podemos formar uno mayor que cubra una extensin ms amplia, y aunque
ya hemos visto que esto mismo puede realizarse con un SlG y la tarea resulta as ms sencilla,
no resulta una operacin tan compleja y extrana en el caso de no trabajar en un entorno
SlG.
Ms difcil, sin embargo, es combinar distintos tipos de informacin, como por ejemplo
la contenida en un mapa topogrco y la existente en un mapa de tipos de suelo y otro
de vegetacin potencial. Para una misma zona, trabajaremos con varios mapas simultanea-
mente, y combinar estos para la realizacin de operaciones en las que intervengan todos
ellos(supongamos, por ejemplo, calcular el rea total de las zonas con un tipo de suelo dado
donde la vegetacin corresponde a una clase concreta y se encuentran por encima de 1000
metros) es difcil y generalmente tambin impreciso.
En el caso de un SlG, los distintos tipos de informacin se pueden combinar de forma
sencilla y limpia, y no aparecen los mismos problemas. Esto es as debido a que la idea
de capa permite dividir la informacin espacial referida a una zona de estudio en varios
niveles, de tal forma que, pese a coincidir sobre un mismo emplazamiento, informacin
sobre distintas variables se encuentra recogida de forma independiente. Es decir, en funcin
de la componente temtica se establecen distintos bloques de datos espaciales.
Para comprender mejor el concepto de capa, pensemos en un mapa topogrco clsico.
30
En l vamos a encontrar elementos como curvas de nivel, carreteras, ncleos urbanos, o
simbologa relativa a edicios y puntos singulares (iglesias, monumentos, etc.) Todos estos
elementos en su conjunto componen el mapa, y aparecen en una misma hoja como una
unidad coherente de informacin geogrca. No obstante, cada uno de los de estos gru-
pos de informacin recogidos elevaciones, red viaria, ncleos urbanos, puntos de inters
arquitectnico pueden recogerse de forma independiente, y combinarse al componer el
mapa segn las necesidades del momento, o bien combinarse de modo distinto o emplearse
individualmente (Figura 2.3).
Figura 2.3: Concepto de capa de informacin geogrca dentro de un SlG
La gura es lo sucientemente grca como para entender la razn de que a este tipo de
divisin la denominemos vertical, as como el propio nombre de capa, ya que de ella resulta
una serie de diferentes niveles que se pueden superponer segn el criterio particular de cada
usuario de SlG.
Toda la informacin geogrca con que trabajemos en un SlG va a ser en forma de capas.
Sin ir ms lejos, en el juego de datos de ejemplo que acompana a este libro se encontrar la
informacin dividida en capas, cada una de ellas haciendo referencia a un aspecto concreto
de la zona recogida en dicho juego de datos. Cada una de estas capas puede abrirse de forma
independiente en un SlG y utilizarse por smisma o en conjunto con otras en la combinacin
que se desee.
Esta forma de proceder no es exclusiva de los SlG, y antes de la aparicin de estos ya
existan experiencias previas en este sentido, combinndose capas de informacin geogrca
para la realizacin de anlisis. Es, sin embargo, con la aparicin de los SlG
cuando esta metodologa se aplica de forma regular y se establece sistemticamente dicha
estructuracin de la informacin geogrca.
As, la visualizacin, el anlisis, y todas las acciones que se realizan sobre la informacin
geogrca dentro de un SlG, se llevan a cabo sobre un conjunto de capas, entendindose
cada una de ellas como la unidad fundamental de informacin sobre una zona dada y un
tipo de informacin concreta.
Muy habitualmente las capas se conocen tambin como capas temticas o temas, trminos
bastante extendidos que hacen referencia al mismo concepto.
La relevancia del concepto de capa como elemento fundamental de un SlG es enorme,
pues realmente constituye el marco bsico sobre el que se van a llevar a cabo gran parte
de las operaciones. Algunas de las posibilidades que brinda esta flosofa ya las conocemos.
Por ejemplo, vimos en el apartado dedicado a la generalizacin cartogrca cmo en un SlG
podemos utilizar diferentes "versiones de los datos correspondientes a una zona concreta, y
31
representar una u otra de ellas en funcin de la escala de trabajo. Para un tipo de informacin,
por ejemplo los usos del suelo, estas versiones se almacenarn como distintas capas. La capa
es as la unidad fundamental no solo en trminos de un rea dada, sino tambin de una
escala concreta, y permite una divisin de los datos ptima a todos los efectos.
Al igual que veamos en el apartado anterior, las capas nos van a permitir la combinacin
de datos a distinta escala, no ya en este caso datos contiguos, sino datos correspondientes a
un mismo rea pero con variables distintas. Esto es de gran utilidad en el trabajo habitual,
ya que no todas las variables se recogen con un mismo nivel de detalle, y el detalle con el
que podemos encontrar una capa de elevaciones va a ser generalmente mucho mayor que el
que cabe esperar para una capa de, digamos, litologa.
En realidad, y en el lenguaje habitual de trabajo con SlG, la capa no dene unicamente
una divisin vertical, sino tambin una horizontal. Es ms sencillo visualizar la idea de capa
con un esquema como el de la gura 2.3, en el que las distintas variables se "apilan en
capas de informacin superpuestas. Sin embargo, las divisiones horizontales en un mosaico
de datos tambin se consideran como capas distintas en un SlG, pese a contener una misma
variable y un mismo tipo de informacin. Por tanto, y aunque la divisin vertical sea la que
verdaderamente dene la idea de capa, cuando hablamos de una capa de datos en un SlG
nos referimos a un "trozo de toda la informacin disponible, que implica una seccin en la
dimensin vertical (la de las variables existentes que pueden estudiarse) y un recorte en la
horizontal (la de la supercie geogrca).
Las capas pueden emplearse tambin para incorporar en cierta forma la variable temporal
si se considera que la dimensin vertical es el tiempo. Aunque no es la manera ms adecuada,
y en la actualidad el manejo del tiempo es uno de los principales problemas a resolver en el
diseno de los SlG, podemos trabajar con varias capas que representen una misma informacin
y una misma zona, pero en instantes distintos. Esto no es distinto a trabajar con mapas
clsicos correspondientes a diferentes instantes, salvo que en el caso de capas cada elemento
de la informacin se encuentra separado a su vez.
Por ultimo, es importante el hecho de que la separacin de la informacin en capas
evita la redundancia de datos, ya que cada capa contiene un tipo de informacin concreto.
En un mapa clsico se presentan siempre varias variables, algunas de ellas presentes con
carcter general, tales como nombres de ciudades principales o vas ms importantes de
comunicacin. Es decir, que un mapa de usos de suelo o un mapa geolgico van a contener
otras variables, que en ocasiones se anaden a este para enriquecerlo. Unas curvas de nivel,
por ejemplo, permitirn una mejor interpretacin de esa geologa.
Al dividir toda la informacin en capas, podemos combinar curvas de nivel y geologa,
anadir otros elementos, o bien representarlas de forma aislada, algo que no resulta posible si
los datos de los que disponemos ya vienen unidos inseparablemente, como sucede en el caso
de la cartografa impresa. La divisin en capas ofrece un mayor nmero de posibilidades
distintas de trabajo y, como iremos viendo a lo largo de gran parte de este libro, tambin
mayores posibilidades de anlisis y proceso.
En resumen, el trabajo con capas permite una estructura ms organizada y una mayor
atomizacin de los datos, con las consecuentes ventajas en el almacenamiento, manejo y
funcionalidad que esto conlleva.
32
2.6. Resumen
Los datos son una de las piezas ms importantes del sistema SlG. Entendemos por dato
un conjunto de valores o elementos que representan algo. La interpretacin correcta de esos
datos los dota de signicado y produce informacin.
La informacin geogrca tiene dos componentes: una componente temtica y una com-
ponente geogrca. Estas van unidas y conforman una unidad unica de informacin geogr-
ca, aunque pueden separarse y analizarse por separado. Mientras que la componente geogr-
ca tiene un carcter fundamentalmente numrico, la componente temtica puede incluir una
o varias variables y estas ser de naturaleza muy variada.
La informacin geogrca se divide horizontal y verticalmente. Las unidades mediante
que incorporamos esta informacin a un SlG se conocen como capas, y son uno de los
elementos primordiales en la estructura de manejo de datos de todo SlG. El trabajo con
capas ms hace transparente la gestin de la informacin geogrca en un SlG, permite una
mejor integracin de distintos datos, y es la base para muchas operaciones, algunas de las
cuales iremos viendo en captulos sucesivos.
33
Parte III
Las Aplicaciones y Usos Prcticos
34
35
lntroduccin. Para qu puedo utilizar un SlG?
En qu disciplinas puede utilizarse un SlG? Qu funcionalidades aporta un SlG al desarrollo
de estas disciplinas? Qu tipos de usuarios de SlG encontramos? Cmo contribuyen estos
usuarios a la denicin y desarrollo de los SlG?
Los SlG son herramientas muy verstiles y no existe prcticamente ningn mbito de trabajo en el que
los SlG no puedan, de un modo u otro, ser de utilidad. En este captulo, veremos cmo la exibilidad de
los SlG les ha permitido incorporarse en las tareas de las ms diversas disciplinas y veremos estas de modo
genrico. En los siguientes captulos, trataremos en profundidad las particularidades del uso de SlG en las
principales disciplinas, y el objeto de este captulo es presentar de forma genrica todo ese conjunto de
mbitos beneciarios del SlG y describir sus caractersticas comunes, analizando qu utilidades generales
tiene un SlG dentro de todos ellos.
3.1. lntroduccin
A lo largo de los anteriores captulos, hemos visto qu es un SlG, cules son sus com-
ponentes y sus caractersticas principales, y qu tipo de tareas y procesos pueden llevarse
a cabo con ellos. Todos estos elementos pueden ser aprovechados de formas muy distintas
por los diferentes grupos de usuarios en funcin de sus necesidades, ya que, por su propia
naturaleza, un SlG es una herramienta altamente verstil. Como sistema complejo, puede
adaptarse a las circunstancias particulares de un gran nmero de situaciones y entornos, los
cuales tendern a hacer uso prioritario de unas u otras capacidades de un SlG.
En algunas disciplinas, el anlisis es el elemento fundamental, y los SlG en ellas se en-
tienden principalmente como herramientas analticas. En otras, sin embargo, las capacidades
de visualizacin y representacin pueden resultar mucho ms importantes, aprovechndose
estas de forma preferente y utilizando las capacidades de anlisis en menor medida.
En conjunto, todas estas capacidades (anlisis, visualizacin, manejo de datos, etc.) que
ya hemos visto con detalle en las partes anteriores del libro ofrecen una serie de utilidades que
son las que cada comunidad de usuarios emplea de modo particular segn sea las necesidades
de su trabajo.
En este captulo detallaremos esas utilidades y veremos qu elementos de un SlG estn
implicados en ellas. Posteriormente, recorreremos el amplio abanico de campos de aplicacin
de los SlG, perlando las funciones bsicas de un SlG que resultan de mayor inters en ellos.
Como es lgico pensar, resulta imposible describir todos los posibles casos de aplicacin de
los SlG, siendo estos excesivamente numerosos. Centraremos el contenido de este captulo
en tratar los principales grupos de disciplinas anes, describiendo brevemente el papel que
los SlG juegan en ellas.
Las ms representativas de estas disciplinas sern tratadas con ms detalles en los res-
tantes captulos de esta parte del libro, describiendo no solo la utilidad de los SlG sino las
36
formulaciones concretas que se utilizan en cada caso, las soluciones particulares en cada uno
de estos campos en trminos de tecnologa SlG, as como otros elementos particulares de
cada mbito de aplicacin.
3.2. Caracterizacin de las aplicaciones de un SlG
Los SlG son herramientas utiles desde muchos puntos de vista, y actan como herramien-
tas verstiles de las que puede sacarse uno u otro provecho segn el enfoque adoptado. Para
clasicar los diferentes mbitos de aplicacin de los SlG no solo debe atenderse al mbito en
s, sino tambin a la funcionalidad que del SlG se espera en cada uno de ellos, y de algunos
otros aspectos relativos a los distintos elementos que conforman el SlG. De esta forma se
pueden denir los grupos comunes de actividad existentes en torno al SlG y los elementos
que las agrupan o diferencian.
Entre los factores que pueden emplearse para esta clasicacin, podemos citar algunos
como los siguientes.
Procesos principales de inters.
Tipo fundamental de datos con los que se trabaja.
Volumen de variables y datos empleados.
Precisin de trabajo necesaria.
Tipo de usuarios de SlG esperados.
Complejidad de las operaciones y tareas desarrolladas.
Medida en que los SlG responden a las necesidades existentes.
Aunque una clasicacin en funcin de estos criterios puede resultar notablemente difusa
(no olvidemos que el SlG es una herramienta integradora y las posibilidades seran muy
numerosas y con gran variabilidad), estas circunstancias resultan de inters para estudiar
cmo es la presencia de los SlG en cada uno de los campos de aplicacin principales.
Es importante asimismo clasicar el papel que el SlG desempena dentro del trabajo que
habitualmente se lleva a cabo en cada disciplina, para de este modo poder entender mejor
su importancia y extraer de su aplicacin la mayor funcionalidad posible. Desde el punto de
vista del usuario es de inters conocer "qu se puede hacer con un SlG)) pero tambin ((por
qu podemos hacer eso con un SlG, ya que de este modo se tiene un conocimiento ms rico
de los SlG como herramientas. Conocer lo que otros usuarios hacen con un SlG enriquece
nuestro propio conocimiento de este.
Algunos de los papeles principales que un SlG puede jugar son los siguientes.
SlG como herramienta modelizadora. Utilizando los diferentes procesos de anlisis es-
pacial implementados en un SlG, pueden modelizarse realidades geogrcas complejas.
Como ya vimos en el captulo 2, la combinacin de anlisis sencillos mediante la de-
nicin de ujos de trabajo permite generar operaciones de mayor complejidad que
contengan modelos de diversa ndole. Las funcionalidades de los SlG en este sentido los
hacen igualmente adecuados para modelos tanto de tipo conceptual como matemtico,
y ya sean estos estticos o dinmicos.
37
Procesos de todo tipo pueden ser modelizados de este modo, y permiten no solo obtener
resultados directos, sino tambin contribuir a una mejor comprensin del proceso en
s y de los mecanismos que lo rigen, lo cual amplia notablemente la utilidad de los SlG
como herramientas modelizadoras.
SlG como herramienta para la toma de decisiones. Gran parte de los campos en los
que se puede aplicar un SlG requieren en algn momento tomar decisiones en funcin
de ciertas variables. Estas variables implican dentro de un SlG el uso de distintas
capas, normalmente en nmero elevado. La combinacin de estas arroja resultados
que resultan ms adecuados para su interpretacin por parte de un tcnico experto,
que ser el encargado de tomar las decisiones.
Las tcnicas de evaluacin multicriterio que ya conocemos se aplican en gran nmero
de disciplinas, y el SlG resulta la herramienta perfecta para aplicarlas. La cantidad
elevada de variables (capas) que se manejan en estos procesos hace necesaria una
herramienta que facilite el uso conjunto de todas ellas, al mismo tiempo que permita
una visin global del conjunto de datos que se manejan, y el SlG cumple todos los
requisitos para ser dicha herramienta.
La toma de decisiones representa una utilizacin particular de las capacidades de
modelizacin citadas anteriormente, en la que la interpretacin de los resultados es el
elemento clave, apoyada fuertemente en las capacidades analticas del SlG.
SlG como herramienta para la difusin de informacin geogrca. Su capacidad para
exponer los datos geogrcos a un pblico ms amplio y hacerlo de una forma ptima
es una de las virtudes ms notables de los SlG, especialmente con las tecnologas
actuales y la situacin existente hoy en da. Para muchas disciplinas, poder hacer
llegar la informacin geogrca a ciertos destinatarios supone un hecho importante, y
es por ello que los SlG resultan herramientas utiles en esos casos.
No se ha de olvidar que los SlG, como ya dijimos, ponen de maniesto la naturaleza
espacial de muchos datos, y por ello son un vehculo perfecto para la difusin de todo
tipo de informacin geogrca. En otras palabras, el SlG es una herramienta muy
potente para ampliar el alcance de la informacin geogrca, y que todos aquellos que
puedan sacar partido de ella tengan a su disposicin esa informacin sin dicultad
alguna.
Esto es de importancia en muchos campos no tcnicos, jugando las tecnologas Web
un papel clave para hacer llegar a usuarios sin perl tcnico datos y elementos SlG
que dan valor a la informacin con que estos trabajan. lnformacin que antes se mos-
traba sin componente geogrca alguna ahora puede acompanarse de forma sencilla
de mapas interactivos u otros elementos SlG, a la vez que se ofrece a los usuarios una
serie de funcionalidades propias de los SlG, a travs de las cuales podrn realizar un
uso ms intenso y completo de esa informacin. En los campos ms tcnicos, no obs-
tante, tambin se benecian de este hecho, y la mayor disponibilidad de la informacin
geogrca es responsable directa de avances o descubrimientos, pues acta como un
catalizador de estos (puede consultarse [71] para un caso peculiar, aunque no aislado,
de lo anterior).
SlG como herramienta centralizadora. Cuando el factor humano es el ms importante
para el desarrollo de una determinada actividad, la capacidad organizativa de un SlG
38
como sistema apto para coordinar las tareas de un equipo de trabajo resulta deter-
minante. Este hecho es especialmente relevante cuando se trabaja en el seno de una
organizacin voluminosa en la cual pueden coexistir usuarios de informacin geogrca
con distintos intereses. Tal es el caso de un SlG corporativo instalado en una gran em-
presa o en una administracin local, en la que las necesidades que se presentan cubren
un abanico muy amplio.
En esta circunstancia el SlG acta como un elemento central para facilitar el acceso de
todas las personas implicadas a la informacin geogrca y garantizar que ese acceso
se realiza de forma correcta. El SlG es ante todo una herramienta para la gestin
de la informacin geogrca, y los principales (aunque no unicos) beneciarios de la
tecnologa SlG son en este caso los responsables de esa informacin, quienes organizan
y gestionan el gran volumen de datos del que se dispone. Estos tienen a su vez el papel
ms importante dentro de todos los profesionales implicados en el sistema SlG, pues
el diseno e implementacin de la base de datos geogrca correspondiente, as como
su mantenimiento, son vitales para el buen funcionamiento del SlG y que este pueda
dar respuesta a todos los requerimientos existentes.
3.3. reas de aplicacin de un SlG
Con los elementos vistos en el apartado anterior, podemos caracterizar en trminos ge-
nerales la forma en que los distintos campos de aplicacin hacen uso de los SlG para su
trabajo habitual. Algunas de las principales reas de utilizacin de un SlG las siguientes:
3.3.1. Gestin de recursos naturales
La gestin de recursos naturales es uno de los campos que llevan aprovechando las tec-
nologas y elementos SlG desde su mismo origen. De hecho, y como ya vimos al inicio de
este libro, las necesidades originadas en este rea fueron responsables del desarrollo de los
primeros SlG, y fueron estas necesidades las que originalmente denieron las capacidades y
caractersticas de los SlG en sus inicios.
Por ello, los SlG son herramientas excepcionales para la gestin de la informacin sobre
los distintos recursos naturales, y la explotacin de la gran cantidad de datos de los que se
dispone en este campo. Estos datos pueden ser de tipos muy variados, y ello hace que tanto
datos vectoriales como rster sean de gran importancia para este tipo de anlisis.
La labor de gestin de datos de un SlG es importante en este campo, pero tambin lo es
su capacidad de anlisis, ya que las necesidades de tipo analtico que presenta la gestin de
recursos naturales es elevada.
3.3.2. Gestin de riesgos
Los riesgos, tanto los naturales como los generados por las actividades humanas, pueden
analizarse en un SlG, estudiando su distribucin o tratando de evaluar la probabilidad de que
se produzcan episodios problemticos. Se trata, por tanto, de una labor fundamentalmente
de anlisis, y es este un campo en el que se emplean gran parte de las tcnicas que hemos
visto.
Los datos que se emplean son principalmente de tipo rster, ya que gran parte de las
variables con las que se trabaja son de tipo continuo. No obstante, los registros de ocurrencia
39
de fenmenos como incendios, avalanchas o inundaciones se recogen mejor en datos de tipo
vectorial, y las metodologas en este campo combinan frecuentemente ambos tipos de datos.
Los usuarios de SlG en este terreno son de tipo avanzado y exigen de los SlG una amplia
serie de funcionalidades, en ocasiones requiriendo gran nmero de elementos adicionales en
estos.
3.3.3. Ecologa
El trabajo con SlG en el rea de la ecologa aporta grandes ventajas y herramientas tanto
para conocer el estado de las comunidades y poblaciones objeto de estudio como para estudiar
el comportamiento de estas. Por una parte, la ecologa se nutre de abundante informacin
tomada en campo, la cual es necesario gestionar y disponer de un modo adecuado para
posteriormente poder ser usada. La creacin de cartografa a partir de esa informacin,
as como el propio manejo de esta, suponen una gran ayuda proporcionada por los SlG,
permitiendo a los profesionales del campo de la ecologa poder apoyarse en ella para el
desarrollo de otras tareas. Por otra parte, el carcter dinmico de los elementos con los que
trabaja la ecologa convierten a los SlG en aplicaciones interesantes para modelizar estos,
en especial teniendo en cuenta que una buena parte de los resultados que se desea obtener
poseen una importante componente espacial (pinsese, por ejemplo, en la modelizacin de
gran variedad de movimientos, desde migraciones de aves a patrones de dispersin de semillas
de una determinada planta).
Por todo lo anterior, algunas de las funcionalidades ms empleadas en el campo de la
ecologa son las de alto contenido visual (SlG como visor de datos, preparacin cartografa,
etc.), pero tambin las menos grcas, tales como los procesos de anlisis, los cuales aportan a
los profesionales del campo de la ecologa informacin que buscan acerca de las comunidades
que estudian.
3.3.4. Negocios y marketing
Uno de los campos donde las formulaciones de anlisis de los SlG se emplean con profu-
sin es en el anlisis de mercados y marketing en general. Cualquier actividad de mercado
debe estudiarse sobre el espacio en el que tiene lugar, principalmente con objeto de maximi-
zar sus resultados y minimizar la inversin necesaria a realizar, y son muchas las capacidades
que se han incorporado a los SlG con este propsito. Estas permiten estudiar la distribucin
espacial de la competencia, localizar zonas ptimas para el establecimiento de negocios o
incluso predecir la evolucin de un negocio ya existente en funcin de otros similares en el
entorno.
Asimismo, las capacidades de representacin y creacin de cartografa son de gran uti-
lidad para elaborar informes, necesarios dentro de este mbito como paso previo antes de
realizar alguna actividad, o bien como meros elementos comerciales.
3.3.5. Ciencias sociales
Las ciencias sociales estudian al ser humano como individuo aislado, pero especialmente
como miembro de una comunidad. Por ello, las relaciones entre individuos o grupos constitu-
yen una materia de estudio habitual, y resulta claro que tales relaciones estn ntimamente
vinculadas al espacio ocupado por estos. Es decir, se trata de relaciones con una gran compo-
nente espacial. Los algoritmos de anlisis de los SlG son una herramienta de gran valor para
40
estudiar esas relaciones, y proveen a las ciencias sociales de utiles para extraer conclusiones
y elaborar hiptesis.
Una buena parte de las formulaciones ms habituales dentro de las ciencias sociales son
de tipo estadstico. Los conceptos y formulaciones de la geoestadstica, algunas de las cuales
hemos visto en otros captulos anteriores, y que guardan una estrecha relacin con los SlG,
se anaden al conjunto de herramientas disponibles, extendiendo el anlisis estadstico para
incluir esa componente espacial que desempena un papel tan relevante en las relaciones
estudiadas.
3.3.6. Planicacin
La ejecucin de cualquier actividad en el medio requiere hoy en da un cuidadoso estudio
para escoger el mejor lugar en el que llevar esta a cabo, maximizando benecios y disminu-
yendo los posibles impactos negativos. Puesto que son muchos los factores implicados que
han de tenerse en cuenta, el SlG es imprescindible para poder combinarlos todos, ya que
permite un manejo uido y potente de un gran nmero de distintas capas. Sin el SlG, resul-
tara difcil plantear estudios con tal cantidad de factores, y poder disponer de una visin
global de todo ellos y sus interrelaciones es una de las muchas ventajas que el uso de un SlG
aporta en este campo.
El papel de un SlG como herramienta de ayuda a la toma de decisiones es fundamental
en este caso, y contribuye de manera muy relevante a que esas decisiones se tomen sobre
una base ms slida y teniendo en cuenta todos los factores geogrcos implicados.
3.3.7. Mi l i t ar
Como en muchos otros mbitos, el sector militar es un gran impulsor en la creacin de
tecnologa, desarrollando esta acorde con sus necesidades. Resulta obvio que la informacin
espacial es de gran importancia para el desarrollo de la actividad militar, y los SlG han
sido por ello herramientas muy valiosas en este terreno desde sus mismos inicios. Dentro de
las distintas capacidades que un SlG presenta, el anlisis resulta de especial importancia
para el estudio de alternativas y escenarios, aunque la practica totalidad de ellas encuentran
aplicacin en una u otra actividad dentro del sector. Es necesario recordar igualmente que
los ejrcitos son importantes creadores de cartografa, por lo que las capacidades de edicin
de datos, digitalizacin y composicin cartogrca tambin son muy relevantes para este
colectivo.
3.4. Acerca de los captulos de esta parte
Antes de pasar a detallar cmo y para qu se emplean los SlG en algunas disciplinas
citadas anteriormente, es necesario aclarar que el conjunto de captulos restantes de esta
parte no pretenden en absoluto ser una referencia acerca de todos los campos de aplicacin
posibles de un Sistema de lnformacin Geogrca. Por la propia versatilidad de estos, hacer
algo as implicara una labor muy extensa que dara lugar a un texto poco manejable y con
mucho ms detalle del necesario. Por esta razn, se han escogido algunas reas de aplicacin,
con objeto de mostrar de la forma ms ilustrativa posible la utilidad prctica de los SlG,
pero existen otras muchas quizs incluso ms representativas que las elegidas, de las cuales
41
no se incluye informacin alguna. Esto no signica, no obstante, que sean de menor inters
o que el SlG en ellas no tenga aplicacin real.
Asimismo, tampoco se ha tratado, dentro de las reas escogidas, de recoger todos los
conocimientos posibles, ni tan siquiera una visin global. Del mismo modo que a la hora
de seleccionar grandes bloques de aplicacin se ha hecho con criterio meramente didctico e
ilustrativo, cada captulo detalla solo algunos casos particulares, y estos se enfocan desde uno
u otro punto de vista en funcin de qu aspecto resulte de mayor inters mostrar respecto
al uso de los SlG en ese campo. En algunos casos, se intenta explicar con detalle algunos
modelos y formulaciones, relacionndolas con los procesos que hemos estudiado en la parte
correspondiente de este libro, para as mostrar un uso real de estos en su conjunto. En
otros casos, sin embargo, tan solo se detallan las ventajas del uso del SlG o la forma de
aprovecharlos, sin entrar en el detalle tcnico. Cuando se considera oportuno, se menciona
algn tipo software particular que sea habitual emplear para realizar determinadas tareas,
y que constituya un complemento a las aplicaciones SlG estndar.
En cualquier caso, no debes esperar que estos captulos te permitan adentrarte en el
rea de conocimiento concreta que se detalla y en cmo trabajar en ella con un SlG, sino
unicamente aprender algo ms acerca de cmo este SlG puede ser una herramienta valiosa
en esa disciplina, y tal vez extraer ideas sobre la forma de trabajo dentro de esta que luego
podrs aplicar en tu propia labor, sea esta en uno u otro campo.
Si se desea ampliar la informacin sobre el uso real de los SlG, existen multitud de
referencias al respecto.
3.5. Resumen
Las reas de aplicacin de los SlG son muy variadas, y cada una de ellas hace un uso
distinto de las diferentes componentes de estos. Podemos clasicarlas en funcin de parme-
tros como el tipo de usuario, el tipo de datos empleado o los procesos ms importantes que
se utilizan. En cada caso, el SlG juega un papel particular para satisfacer las necesidades
concretas del campo de aplicacin. Cabe destacar los roles como herramienta para la toma
de decisiones, la difusin de la informacin o la gestin del acceso a esta.
Algunos campos en los que el SlG tiene actualmente una amplia importancia son la
ecologa, el marketing, la gestin de riegos o las ciencias sociales, aunque prcticamente
todos los mbitos de conocimiento pueden en mayor o menor medida ser beneciarios de
estas tecnologas, ya que, de un modo y u otro, trabajan con informacin georreferenciada.
42
43
Parte IV
Las Herramientas de Escritorio
44
45
4.Herramientas de escritorio
Qu entendemos por herramientas de escritorio? Por qu se caracterizan y cules son
las tendencias actuales en su desarrollo? Qu funciones desempenan dentro del conjunto de
herramientas SlG? Qu tipo de tareas podemos desempenar con ellas?
Las herramientas de escritorio son la forma ms "tpica en la que se presentan los Sistemas de
lnformacin Geogrca, y que ofrecen elementos para realizar las tareas bsicas de un proyecto SlG. En
este captulo veremos sus caractersticas principales y los distintos tipos de ellas que pueden encontrarse,
detallando la utilidad de cada una.
4.1. lntroduccin
El concepto clsico de un SlG es el de una aplicacin completa en la cual se implementan
herramientas para llevar a cabo las tareas bsicas del trabajo con datos geogrcos: creacin
o edicin, manejo y anlisis. Con esta flosofa fueron desarrollados los primeros programas
SlG, especialmente para el tratamiento y anlisis de datos geogrcos y, posteriormente, para
dotar a estos de mayor versatilidad, incorporando otras funciones adicionales que facilitaran
el trabajo con esos mismos datos. Se tienen as las herramientas de escritorio, que son aquellas
que ms se asemejan a la concepcin original de los SlG.
A pesar de que existen, como vimos en el captulo anterior, otras clases de aplicaciones
SlG, los SlG de escritorio siguen manteniendo su posicin como aplicaciones fundamentales,
y hablar genricamente de un SlG implica por lo general hacerlo de una aplicacin de escri-
torio antes que de otros tipos de aplicaciones. Por otra parte, las herramientas de escritorio
son soluciones en general completas que cubren la totalidad de necesidades que se presentan
en el desarrollo de proyectos SlG, y por ello constituyen las herramientas primordiales para
llevar estos a cabo.
4.2. Funciones bsicas
Podemos dividir las funciones bsicas de un SlG de escritorio en cinco bloques: entrada
y salida de datos, visualizacin, edicin, anlisis y generacin de cartografa. Una aplica-
cin de escritorio habitual presenta todas estas capacidades en cierta medida, aunque no
necesariamente con el mismo nivel de implementacin.
4.2.1. Entrada y salida de datos
Ya sabemos que los datos son una parte imprescindible de un SlG, y sin ellos no puede
desarrollarse actividad con una aplicacin SlG. Por esta razn, todas estas aplicaciones
46
a
deben obligatoriamente implementar capacidades para leer datos y, opcionalmente, para
guardarlos. Esta ultima es necesaria en el caso en que el SlG pueda generar nuevos datos
geogrcos (nuevas capas), pero no en aquellas aplicaciones sin capacidades de anlisis o
edicin, donde su empleo no ha de crear nuevos datos.
Pese a ser de tal importancia, la implementacin de las capacidades de entrada y salida
es muy variable en unos u otros SlG. Una razn por la que esto sucede es el gran nmero
de formatos de chero distintos, la cual no favorece la interoperabilidad, como ya vimos en
el captulo 6. As, cada SlG es capaz de abrir unos u otros formatos de archivo, y mientras
que algunos tratan a todos ellos por igual, ciertas aplicaciones
1
trabajan en un formato
propio con carcter nativo, y son capaces de incorporar datos en otros formatos a travs de
extensiones o funciones de conversin entre estos y el formato particular del programa.
La existencia de libreras y componentes de acceso a datos en los que las aplicaciones
SlG de escritorio pueden apoyarse mejora la conectividad entre estas y aporta cierta homo-
geneidad en este aspecto.
Otra diferencia importante en la gestin de los datos es la capacidad de conexin a bases
de datos o servicios remotos. As, algunas aplicaciones tienen unicamente capacidades de
abrir archivos, pero no de acceder a servicios remotos,mientras que otras pueden acceder a
todo tipo de orgenes de datos. Las aplicaciones queacceden a servicios remotos entran
dentro de la denominacin de clientes. Los clientes Webque veremos en el captulo 23 se
conocen como clientes ligeros, mientras que las aplicacionesSlG de escritorio con estas
capacidades se denominan clientes pesados, haciendo referenciaa su mayor volumen y el
mayor nmero de funcionalidades que contienen. La funcionalidadque ofrecen en relacin al
acceso a datos remotos es similar en ambos casos.
En general, las capacidades de acceso a servicios remotos estn en funcin del enfoque de
la aplicacin, y aquellas fuertemente enfocadas al anlisis no suelen presentar tales funciona-
lidades, mientras que aquellas ms orientadas a la visualizacin o las herramientas globales
ms completas s que las incorporan.
4.2.2. Visualizacin
La visualizacin es una funcin fundamental dentro de los SlG y del trabajo con car-
tografa en general. En este libro, por ejemplo, existe una parte completa dedicada a esta
materia, pues su conocimiento resulta fundamental para poder aprovechar plenamente la
informacin contenida en el dato geogrco.
Aunque existen SlG que no incorporan capacidades de visualizacin o estas no son muy
avanzadas, la gran mayora de las herramientas de escritorio incluyen un gran nmero de
elementos para representar los datos geogrcos con los que se trabaja. En ocasiones, interesa
unicamente crear una representacin de los datos, pero incluso cuando el trabajo con una
herramienta SlG est enfocado a la realizacin de un anlisis, la visualizacin y exploracin
visual de los datos de partida es un paso previo.
En general, la forma de operar con los elementos de visualizacin es muy similar entre
soluciones SlG distintas y, a diferencia de lo que sucede con la implementacin de otras
funcionalidades, el manejo es prcticamente igual. Esto sucede no solo ya en las herramientas
1
Como, por ejemplo, lLWlS o SAGA, que veremos en el anexo B
2
B sicamente, estos servicios van a permitir acceder a datos geogrcos que no estn en nuestro ordenador,
del mismo modo que accedemos a textos o imgenes a travs de un navegador Web
47
de escritorio que tratamos en este captulo, sino tambin en las que veremos en el dedicado a
las aplicaciones Web, las cuales incorporan tambin capacidades de visualizacin del mismo
tipo. En ambos casos, las herramientas fundamentales presentan una estructura similar y
unos conceptos base muy parecidos.
Esta estructura se compone fundamentalmente de un lienzo sobre el que se sitan las
distintas capas de informacin geogrca, y que el usuario va conformando aadiendo nuevas
capas y editando la forma en la que estas se representan. Las capas se sitan en un orden
dado dentro del lienzo, lo que permite establecer una jerarqua de representacin y as lograr
el aspecto deseado.
Junto a este lienzo existen herramientas de navegacin que permiten ampliar o reducir la
escala, o bien modicar el encuadre (Figura 4.1). Asimismo, se presentan todas las funciones
que permiten obtener las distintas formas de representacin que veremos en la parte V, tales
como el ajuste de colores o el establecimiento de etiquetas en funcin de los valores asociados
a las distintas entidades, entre otros.
Figura 4.1: Herramientas de navegacin fundamentales en el entorno grco de un SlG de escri-
torio. a) alejamiento (zoom out), b) acercamiento (zoom in), c) desplazamiento (pan)
Estas capacidades convierte a los datos geogrcos en un elemento activo, pues, a di-
ferencia de un mapa clsico donde no pueden modicarse sus caractersticas, en un SlG el
usuario puede de forma rpida y sencilla elegir qu ve y cmo lo ve.
Como parece lgico pensar, la visualizacin ha evolucionado mucho desde los primeros
SlG, y ha ido progresivamente adquiriendo nuevas capacidades, muchas de las cuales solo son
posibles con los modernos componentes grcos de los ordenadores actuales. As, adems
de ofrecer mayores posibilidades de personalizacin, el uso del SlG como herramienta de
representacin permite obtener resultados novedosos que anaden nuevas formas de explorar
los datos geogrcos y trabajar con ellos.
En el caso ms habitual, la representacin de una capa en un lienzo de un SlG es
bidimensional, de la misma forma que se representa en un mapa impreso, lo cual se debe tanto
a la mayor facilidad de implementacin de este tipo de representaciones como a la mayor
exigencia que otro tipo de representaciones presentan en lo referente al equipo (hardware).
No obstante, la presencia de visores tridimensionales est experimentando un gran cre-
cimiento en los ultimos anos, y se van integrando paulatinamente dentro de los SlG para
ofrecer una nueva forma de representacin. Esta clase de capacidades grcas, inalcanzables
48
en trminos de rendimiento para un equipo comn hace unos aos, son hoy da perfectamen-
te utilizables en un ordenador de consumo habitual, y aportan una nueva forma de trabajar
con los datos geogrcos.
Las funcionalidades de representacin 3D an no se integran completamente dentro del
entorno de un SlG de escritorio completo, ya que se conciben por lo general como un ele-
mento puramente visual y enfocado a la representacin como tal, mientras que un lienzo 2D
cumple su funcin tradicional de marco de trabajo sobre el que se desarrollan las restantes
tareas del SlG como el anlisis o la propia gestin de datos. Aun as, conforme las vistas
tridimensionales se van convirtiendo en elementos habituales, los restantes componentes del
SlG se van coordinando con ellas para darles a su vez la capacidad de servir como entornos
de trabajo verstiles.
La presencia de una dimensin adicional hace que las herramientas de navegacin sean
ms complejas en el caso tridimensional, existiendo ajustes relativos a la perspectiva, a los
ngulos de visin o a la exageracin del relieve, entre otros parmetros. Como puede verse
ms adelante en la gura 4.6, las herramientas de control de navegacin de un visor 3D
(situadas en este caso en la parte superior derecha de la gura) , son sensiblemente ms
complejas que las herramientas base del caso 2D, presentadas en la gura 4.1.
Esta mayor complejidad hace asimismo que puedan existir diversas formas en las que las
capacidades de visualizacin 3D se presentan en un SlG. Las representaciones tridimensio-
nales pueden ser simples representaciones en relieve de una capa (Figura 4.2a), o pueden
incluir verdaderos elementos en tres dimensiones (Figura 4.2b). En el primer caso, la ca-
pa no contiene datos de elevacin (puede ser por ejemplo una capa de usos de suelo), y la
representacin tridimensional se realiza basndose en la informacin de una capa adicional
de elevaciones (que denominbamos de 2,5D por no poder representar todo tipo de formas
en el espacio). La capa plana se representa en espacio "deformada para ajustarse al relieve
existente en la zona que representa.
En el caso de una representacin tridimensional real, los objetos poseen informacin sobre
su forma tridimensional, y junto con las coordenadas que delimitan su geometra plana (las
geometras bsicas que conocemos: punto, lnea y polgono), existen valores adicionales en
el eje vertical. De este modo, pueden representarse entidades tales como edicios, o una
ruta tridimensional que represente la trayectoria de un avin. Asimismo, y como puede
verse en la gura, pueden anadirse elementos adicionales que aprovechan las capacidades de
representacin 3D, as como etiquetas o incluso elementos interactivos que tambin actan
en 3D (por ejemplo, para la seleccin de entidades).
Figura 4.2: Distintas formas de representacin 3D de capas de datos geogrcos
Es importante recalcar que la visualizacin de una capa dentro de un SlG es indepen-
49
diente de la informacin que dicha capa contiene o la forma en que esta se almacena. El dato
geogrco y su representacin van por separado, y el dato en s no dene la representacin,
sino que unicamente sirve como apoyo para esta. Esto es particularmente cierto para el caso
de capas vectoriales, as como para capas rster que contengan un valor de tipo no grco,
es decir, aquellas que no sean imgenes.
Una imagen tendr el mismo aspecto en todos los SlG en los que se utilice, puesto
que la informacin relativa a su representacin se contiene, al menos en cierta medida,
en la propia imagen. Los valores de la imagen representan una intensidad de luz y, si las
bandas corresponden a la zona del visible, existe asimismo una informacin de colores. Otras
imgenes pueden proceder del escaneo de un mapa o una fotografa impresa, y en ese caso
recogen tambin los colores de cada pxel.
Aun en el caso de imgenes con ms de tres bandas, en las que no existe una corres-
pondencia directa entre los valores y la representacin* puede existir una representacin
por defecto tomando, por ejemplo, las tres primeras bandas, y sigue siendo probable
que estas imgenes tambin se vean de igual modo en uno u otro SlG (aunque luego ello no
implica que dicha representacin no pueda ajustarse a conveniencia en todos los casos).
En el caso de capas vectoriales o una capa rster tal como un MDE, no existe ningn tipo
de informacin acerca de la representacin acompanando al dato espacial en s. Los datos
necesitan de un esquema de asignacin que los convierta en elementos visuales (colores,
texturas, etc.), pero este esquema es ajeno al dato en s.
La labor del SlG relativa a la visualizacin consiste en "interpretar los datos y conver-
tirlos en representaciones, y para ello se basa en esquemas denidos por el usuario. Estos
esquemas pueden ser almacenados de forma que en sucesivos usos de una capa de datos,
esta se represente de una misma forma. No obstante, abrir la capa con una aplicacin SlG
distinta implicar en general perder las caractersticas denidas para su representacin ya
que, si bien los formatos de datos son relativamente interoperables, no as los formatos en
que se almacenan los criterios de representacin de esos datos.
4.2.3. Anlisis
Si hubiramos de ordenar cronolgicamente las distintas funcionalidades que un SlG de
escritorio presenta, probablemente el anlisis fuera una de las primeras. Por encima de otras
capacidades, los ordenadores han sido y son principalmente herramientas de clculo capaces
de realizar operaciones y computar resultados, y este ha sido uno de los usos fundamentales
relativos al manejo de datos geogrcos. Otros usos, tales como la visualizacin, pese a
ser prcticamente imprescindibles hoy en da, estaban muy limitados en los primeros SlG.
No ocurra as en el mbito del anlisis ya que, aunque con capacidades como es lgico
menores que las actuales, los ordenadores ofrecan una potencia de calculo que los converta
en herramientas de anlisis tan interesantes como en la actualidad.
La tendencia actual en los SlG es considerar las capacidades de anlisis como herramien-
tas modulares que se ejecutan sobre una plataforma base, la cual comprende las capacidades
de visualizacin y entrada y salida de datos. Todas estas capacidades de anlisis son inde-
pendientes entre s, aunque pueden coordinarse y emplearse en conjunto para alcanzar un
resultado concreto. De otro modo, cada una de las formulaciones o algoritmos que vimos en
los captulos de la parte ll l aparece dentro del SlG como una herramienta individual que
50
opera sobre una serie de capas y genera un resultado dado, tomando en muchas ocasiones
esas capas de entre aquellas que se estn representando en el SlG, e incorporando asimismo
a dicha representacin las nuevas capas generadas.
Las herramientas de anlisis pueden aparecer igualmente como programas independien-
tes, y el SlG de escritorio ser una herramienta aglutinadora que centraliza estas, facilitando
su uso y la gestin de los datos implicados en los procesos de anlisis.
Cuando las herramientas de anlisis utilizan directamente la base del SlG donde se
encuentran las capacidades de visualizacin y manejo de datos, puede existir cierto grado
de interactividad. Las operaciones de consulta, por ejemplo, las cuales vimos,
son en general de este tipo, ya que el usuario puede actuar sobre el lienzo para hacer
una seleccin de modo grco. Ms an, esa seleccin puede condicionar los posteriores
anlisis sobre la capa cuyas entidades se seleccionan, ya que los procesos que operen sobre
ella pueden restringir su alcance a aquellas entidades seleccionadas.
En caso de no existir este tipo de interaccin entre elementos de anlisis y elementos
de visualizacin y exploracin de datos, los procesos de anlisis suelen constituir utilidades
autocontenidas que simplemente toman una serie de datos de entrada, realizan un proceso
en el que el usuario no interviene, y nalmente generan un resultado con carcter denitivo.
Este resultado podr ser posteriormente visualizado o utilizado como entrada para un nuevo
anlisis.
A modo de ejemplo, podemos analizar el caso particular del clculo de una ruta que
conecte una serie de puntos a travs de una red-
Una de las formas de implementar este anlisis es aquella que requiere del usuario la
introduccin de la informacin necesaria (una capa de lineas con la red viaria y otra de
puntos con los puntos de inicio, paso, y llegada correspondientemente ordenados) como
parmetros que el proceso toma y en funcin a los cuales se genera una nueva capa. El
proceso es una tarea perfectamente denida, con unas entradas y una salidas, y tras la
seleccin de unas capas de entrada se genera un nuevo resultado en forma de otra capa.
Este proceso puede implementarse de forma aislada del SlG, aunque coordinada con l para
lograr mejores resultados y una utilizacin ms sencilla.
Otra forma con un enfoque distinto sera presentando un proceso interactivo en el cual
se introduce como unico parmetro inicial la red viaria. Posteriormente, el usuario puede
operar sobre el lienzo en el que esta se encuentra representada para ir deniendo y editando
la lista de puntos de paso. El clculo se va efectuando cuando se produce algn cambio en
la misma y debe aplicarse de nuevo el algoritmo pertinente para adaptar el resultado l a
ruta ptima a ese cambio.
Este tipo de formulaciones interactivas son ms intuitivas y agradables de usar, pero en
realidad menos productivas de cara a un trabajo dentro de un proyecto SlG. Aparecen por
ello en aquellas funciones que tienen una mayor componente visual o, especialmente, en las
que representan un anlisis puntual que se realiza de forma comn como algo individual.
Estos son los anlisis que se implementan en las aplicaciones que veremos ms adelante como
parte del grupo de SlG enfocados a la exploracin visual de datos geogrcos, que adems
de esta proveen alguna serie de utilidades de anlisis, pocas en general, sin que estas estn
concebidas para un trabajo completo en un proyecto SlG de cualquier ndole, sino ms bien
para un uso ocasional.
En un proyecto SlG de cierto tamao, lo ms comn es que la fase de anlisis, a la que
seguir una fase tambin compleja de preparacin e interpretacin de resultados, y previa
51
a la cual se ha debido llevar a cabo la preparacin de los datos de partida, comprenda no
uno sino muchos anlisis distintos. Estos anlisis, a su vez, no son independientes, sino que
estn relacionados entre s y lo ms habitual es que denan como tales un ujo de trabajo
que comienza en los datos de partida y desemboca en los resultados nales a travs de una
serie de procesos.
Por su naturaleza, tanto los datos espaciales como los procesos en los que estos intervienen
se prestan a formar parte de estos ujos de trabajo ms o menos complejos, y es por ello
que en los SlG actuales una funcionalidad bsica es la creacin de tareas complejas que
permiten simplicar todo un proceso de muchas etapas en una unica que las engloba a
todas. La forma anteriormente comentada en que aparecen las formulaciones dentro de un
SlG, de forma atomizada y modular, facilita la creacin de estos "modelos a partir de
procesos simples.
Para entender esta idea, podemos ver un ejemplo aplicado. La extraccin de una red
de drenaje en formato vectorial a partir de un MDE requiere una serie de procesos, a
saber:
1. Eliminacin de depresiones del MDE.
2. Clculo de una capa de rea acumulada a partir del MDE corregido
3. Extraccin de capa rster con la red de drenaje a partir de la capa anterior y un valor
umbral
4. Vectorizacin de la capa resultante del paso anterior
Lo anterior podra simplicarse si se agruparan en una sola operacin todos los procesos
anteriores, de forma que tomando dos datos de entrada (un MDE y un umbral), se realizara
todo el proceso de forma continua. Las capacidades de creacin de modelos que implementan
los SlG de escritorio (en particular, los ms enfocados al anlisis) permiten crear nuevos
procesos compuestos utilizando entornos grcos intuitivos, y estos procesos pasan a formar
parte del conjunto de ellos de que dispone el SlG, permitiendo que cada usuario "resuma en
procesos unitarios una serie de operaciones que, de otro modo, deberan realizarse de forma
individual con el coste operacional que ello implica.
Una vez que se ha creado un proceso compuesto, este puede aplicarse sobre nuevos datos
de entrada, reducindose as el tiempo y la complejidad con que nuevos parmetros de
entrada pueden ser procesados segn el esquema de trabajo denido en dicho proceso.
Debe pensarse que el proceso presentado como ejemplo es muy sencillo y unicamente
implica cuatro operaciones encadenadas de forma lineal. Un proceso de anlisis habitual
puede contener muchas ms operaciones individuales, y estas disponerse de forma ms com-
pleja, con dependencia de distinta ndole entre sus resultados. La imagen 4.3 muestra el
aspecto de uno de tales procesos implementado en un software (ArcGlS)con capacidad de
creacin de modelos. El proceso representado tambines un ejemplo de otro tipo de anlisis
que puede adaptarse ventajosamente en este tipo deherramientas de modelizacin.
52
Figura 4.3: Esquema de un proceso complejo creado a partir de operaciones simples de anlisis
con datos SlG.
4.2.4. Edicin
Los datos geogrcos con los que trabajamos en un SlG no son una realidad esttica.
La informacin contenida en una capa es susceptible de ser modicada o corregida, y las
funciones que permiten estas tareas son importantes para dotar al SlG de versatilidad. Sin
ellas, los datos espaciales pierden gran parte de su utilidad dentro de un SlG, ya que se
limitan las posibilidades de trabajo sobre estos. Las funcionalidades de edicin son, por
tanto, bsicas en una herramienta de escritorio.
Las operaciones de edicin pueden emplearse, por ejemplo, para la actualizacin de car-
tografa. Como vimos* una de las ventajas de los datos digitales frente a losanalgicos
es la mayor facilidad de actualizacin. As, si una entidad en una capa vectorial(porejemplo,
una parcela catastral) modica su geometra, no es necesario rehacer todo unmapa,
sino simplemente editar ese elemento. A lo largo del desarrollo de un proyecto SlG,
es muy probable que sea necesario editar de un modo u otro algn dato espacial, bien sea
para corregirlo, ampliarlo, mejorarlo o sencillamente adaptarlo a las necesidades del propio
proyecto.
Adems de la modicacin de una capa ya existente, las herramientas de edicin de
un SlG de escritorio se emplean igualmente para la creacin de capas nuevas, que pueden
crearse a partir de la digitalizacin de imgenes como vimos en el captulo 6, o bien en base
a cualquier otra capa de la que dispongamos.
Aunque las tareas de edicin ms habituales son las relacionadas con la edicin de geo-
metras, no es esta la unica edicin que puede realizarse dentro de un SlG. Podemos distinguir
las siguientes formas de edicin:
53
Figura 4.4: Divisin automtica de un polgono en dos nuevas entidades a partir de una lnea.
Funcionalidades de este tipo aparecen en los SlG para facilitar las tareas de edicin.
Edicin de geometras de una capa vectorial
Edicin de atributos de una capa vectorial
Edicin de valores de una capa rster
Las herramientas destinadas a la edicin de entidades geomtricas heredan sus carac-
tersticas de los programas de diseo asistido por ordenador (CAD), cuya funcionalidad
principal es precisamente la edicin de elementos grcos. Estas incluyen la adicin o eli-
minacin de nuevas geometras, la modicacin de ellas editando sus puntos (recordemos
que toda entidad vectorial se reduce a un conjunto de puntos en ultima instancia), as como
otras operaciones geomtricas bsicas. Yavimos algunas de ellas a la horadetratarala
calidad de la digitalizacin en pantalla.
Otras funciones de edicin que encontramos son las que permiten simplicar algunas
tareas, tales como la divisin de un polgono. La gura 4.4 muestra cmo un polgono
puede dividirse en dos simplemente trazando una lnea divisoria. Otras funcionalidades si-
milares incluyen la eliminacin automtica de polgonos espreos, o el ajusteautomtico entre
entidades.
En general, el nmero de funcionalidades es sensiblemente menor que en el caso de los
programas CAD, ya que gran parte de ellas no tiene aplicacin directa en el caso de trabajar
con datos geogrcos. No obstante, tambin aparecen herramientas adicionales, como sucede
en el caso de que se registre informacin topolgica, lo cual ha de considerarse por igual en
el proceso de edicin. As, herramientas como la mostrada en la gura 4.4 han de tener en
cuenta la existencia de una estructura topolgica y un modelo de representacin particular
en el SlG, y no operarn igual en todas las aplicaciones, ya que, como sabemos, no todas
presentan las mismas capacidades en este terreno.
Junto con las propias geometras que pueden editarse segn lo anterior, toda capa vec-
torial tiene asociado un conjunto de atributos, y estos deben poder editarse tambin desde
el SlG. De hecho, la adicin de una nueva geometra a una capa vectorial no est completa
hasta que no se anaden igualmente sus atributos.
La edicin de toda la informacin alfanumrica relacionada con las distintas entidades se
realiza en un SlG a travs de elementos tomados del mbito de las bases de datos, siendo esto
en general vlido tanto en lo referente a las interfaces como en el propio acceso a datos. Las
operaciones de edicin de atributos abarcan tanto la modicacin de valores sencillos como
la de la propia estructura del conjunto de atributos (adicin o eliminacin de columnas
campos en la tabla correspondiente). Por supuesto, la edicin de atributos y de geometras
esta ntimamente relacionada.
54
Por ultimo, la edicin de capas rster es mucho menos frecuente, y una gran mayora
de SlG no permiten la modicacin directa de los valores de las celdas. Las operaciones del
lgebra de mapas permiten modicar los valores de una capa y obtener nuevas capas con
esos valores modicados, pero editar directamente un valor de celda del mismo modo que
se editan el valor de un atributo o la posicin de un punto de una capa vectorial no es una
funcionalidad tan habitual.
Este tipo de capacidades, no obstante, pueden ser de gran utilidad, especialmente en
SlG orientados al manejo principal de capas rster, donde sustituyen en cierta medida a las
funcionalidades de edicin vectorial equivalentes.
4.2.5. Generacin de cartografa
A pesar de que la representacin de las distintas capas de datos espaciales en un lienzo
es sucientemente potente a efectos de explorar visualmente la informacin que estas con-
tienen, la mayora de los SlG incorporan capacidades de creacin de cartografa impresa,
generando un documento cartogrco que posteriormente puede imprimirse y emplearse co-
mo un mapa clsico. Las razones para la existencia de tales funcionalidades son muchas,
pero la principal sigue siendo la necesidad general que an existe de apoyarse en esa clase
de documentos cartogrcos para poder incorporarlos a proyectos o estudios como parte de
anexos cartogrcos.
Aunque la representacin dentro de un SlG ofrece posibilidades mayores (cambio de
escala, ajuste de los parmetros de visualizacin, etc.), disponer de una copia "esttica" de
cada bloque de informacin con el que se trabaja en un SlG es una necesidad ineludible. Ms
que una capacidad necesaria para la presentacin adecuada de la informacin cartogrca,
la generacin de cartografa impresa es en muchos casos la principal razn para el uso de
un SlG. Mientras que las capacidades de anlisis o edicin son en ocasiones poco o nada
utilizadas, las de generacin de cartografa son un elemento fundamental, y muchos usuarios
la consideran errneamente como la funcionalidad primordial de un SlG.
Llegado a este punto del libro, y tras todo lo que hemos visto, queda claro, no obstante,
que un SlG es ante todo una herramienta de gestin y anlisis de datos espaciales, y que las
capacidades enfocadas a la produccin cartogrca deben verse como una ayuda de vital
importancia, eso s para la presentacin nal de todo el trabajo que se lleva a cabo en l.
Fundamentalmente, estas capacidades permiten la composicin de documentos cartogr-
cos de acuerdo con un diseo dado, y la impresin directa de estas en algn perifrico tal
como una impresora comn o un plotter de gran formato. En la elaboracin de dicho diseno,
pueden emplearse todos los elementos que habitualmente podemos encontrar en un mapa:
el propio mapa en s (la representacin de la informacin geogrca), leyenda, ttulo, escala,
etc. Con estos elementos, se crea una versin autocontenida de la informacin geogrca,
que puede ya emplearse de modo independiente del SlG.
Las funciones de diseo que se implementan por regla general en un SlG son similares
a las que pueden encontrarse en un software de maquetacin genrico, permitiendo la com-
posicin grca del documento general y el ajuste de los distintos elementos que lo forman.
Funciones ms avanzadas no estn presentes de modo habitual, principalmente debido a las
caractersticas muy concretas y bien denidas del tipo de documento con el que se trabaja,
lo cual hace posible esta simplicacin.
Aunque, como se ha dicho, muchos usuarios, bien por desconocimiento o falta de forma-
cin en la herramienta, consideran que la capacidad principal de un SlG es "hacer mapas,
lo cierto es que, incluso en aquellas aplicaciones ms completas y avanzadas, la potencia
55
en la produccin cartogrca es muchas veces insuciente para producir cartografa profe-
sional. Pueden obtenerse resultados de gran calidad y sin duda de suma utilidad, pero lo
ms habitual es no encontrar en un SlG las capacidades que se necesitan, no ya unicamente
desde el punto de vista del cartgrafo, sino desde la perspectiva del diseo.
La creacin de un mapa no es solo una tarea tcnica, sino asimismo una labor artstica,
existiendo unas necesidades en funcin del enfoque que prime. Como herramienta de trabajo,
un SlG es un elemento tcnico, y las consideraciones artsticas, aunque pueden en cierta
forma aplicarse con las herramientas que este implementa, resultan ms sencillas de tratar
si se dispone de aplicaciones ms especfcas en ese sentido.
Por ello, lograr un mapa de apariencia realmente profesional requiere unas herramientas
de diseno avanzado, a la par que un conjunto de utilidades suciente como para poder aplicar
a la creacin del mapa todos los conceptos sobre representacin que veremos en la parte V,
no encontrndose estas en ocasiones en su totalidad dentro de un SlG. La utilizacin del
SlG como aplicacin base y el uso posterior de programas de diseno es la solucin adecuada
para la obtencin de cartografa profesional, aunque lgicamente requiere unos mayores
conocimientos y una especializacin ms all de la propia prctica cartogrca.
No obstante, para el usuario tcnico de SlG (el usuario al que est dirigido este libro),
las herramientas de diseno cartogrco que la mayora de aplicaciones implementan son ms
que sucientes, y permiten lograr resultados altamente satisfactorios.
Una de las funciones ms interesantes de generacin cartogrca en un SlG es la automa-
tizacin del proceso y la simplicacin de la produccin de grandes volmenes de cartografa.
Por una parte, todas las herramientas de escritorio capaces de producir cartografa son a
su vez capaces de "reutilizar diseos, de tal modo que si un conjunto de mapas tienen
unas caractersticas comunes (por ejemplo, una misma disposicin de sus elementos), no es
necesario elaborar todos ellos desde cero.
Esto permite, por ejemplo, crear una serie de mapas de una misma zona conteniendo
cada uno de ellos informacin sobre distintas variables. A partir de un conjunto de capas,
se elabora el diseno de un mapa y este se alimenta de dichas capas, creando mapas in-
dependientes que reejan estas por separado o en distintas combinaciones. Esto simplica
notablemente el proceso, ya que el diseno ha de realizarse una unica vez, al tiempo que se
garantiza la uniformidad de los distintos resultados.
Otra aplicacin en esta linea es la generacin de una serie de mapas que cubren en su
conjunto una amplia extensin, fragmentando esta en unidades. La gestin de los encuadres
para cada una de esas unidades, o la creacin de un mapa gua en cada caso que localice
la hoja concreta dentro de la extensin global del conjunto, ambas pueden automatizarse
junto con las restantes operaciones de diseo. De este modo, la produccin de toda una serie
cartogrca se simplica en gran medida, siendo el SlG una herramienta que supone un gran
avance en trminos de productividad en este tipo de tareas.
La gura 22.5 muestra un ejemplo de lo anterior.
Estas posibilidades surgen de la separacin existente en un SlG entre los datos espaciales
y el diseno del documento cartogrco que los contiene, del mismo modo que ya vimos existe
entre datos y parmetros de representacin a la hora de visualizar los primeros.
4.3. Tipos de herramientas de escritorio
No todas las aplicaciones de escritorio presentan las anteriores funcionalidades de igual
modo. Es frecuente que ciertos Sistemas de lnformacin Geogrca tengan una fuerte com-
56
Figura 4.5: La automatizacin de las tareas de creacin cartogrca permite simplicar la pro-
duccin de grandes volmenes de cartografa, como por ejemplo al dividir un area geogrca en una
serie dada de mapas.
ponente de anlisis, pero que otras de las funciones principales, como por ejemplo la edicin,
no se presenten tan desarrolladas.
Un caso particular es el de aquellos SlG de escritorio que centran la gran mayora de sus
capacidades en el terreno de la visualizacin, permitiendo un uso de los datos geogrcos
similar al que corresponde a un mapa clsico, donde el trabajo con este se basa fundamen-
talmente en el anlisis visual.
Comenzaremos por estos ultimos para dar un breve repaso a los principales tipos de
aplicaciones de escritorio en funcin de sus capacidades.
4.3.1. Visores y exploradores
Las aplicaciones SlG de escritorio cuya funcin principal es la visualizacin se cono-
cen generalmente como visores o exploradores, y en la actualidad representan una fraccin
importante del conjunto total de herramientas SlG de escritorio.
En ocasiones, se trata de aplicaciones en el sentido habitual, las cuales presentan ca-
pacidades reducidas de anlisis y edicin, y cuyo objetivo no es otro que el permitir la
visualizacin de cartografa, sin incorporar las restantes posibilidades del SlG. En otros ca-
sos, son versiones simplicadas de soluciones SlG de escritorio ms complejas, desarrolladas
como alternativas ms asequibles (en trminos de dicultad de manejo y aprendizaje, y
tambin a veces en trminos de coste).
Una forma tambin habitual en la que se presentan los exploradores son como herra-
mientas de apoyo a unos datos espaciales particulares. Para entender este tipo de enfoque,
debe pensarse que un mapa clsico puede visualizarse de igual modo con independencia del
uso que se le pretenda dar y de la experiencia y formacin de quien lo usa. Con un conjunto
de datos espaciales en forma de una o varias capas, no sucede lo mismo, ya que estos datos
no son un elemento ((visual)) de por s. Es necesario utilizar un SlG para poder visualizarlos.
Un usuario experimentado no encontrar problemas en manejar un SlG de escritorio
complejo, pero un usuario con poca experiencia que lo unico que desee sea "ver la cartografa
57
y explorarla visualmente (del mismo modo que un excursionista casual puede querer emplear
un mapa topogrco) encontrar el entorno de ese SlG demasiado complejo y con elementos
que, en su mayora, no le son necesarios. Con la disponibilidad creciente de cartografa y la
popularizacin de las tecnologas SlG, este tipo de usuarios ha crecido notablemente, y las
aplicaciones adaptadas a sus necesidades han ido apareciendo y popularizndose igualmente
de forma progresiva.
As, existen visores que ocupan un papel secundario como parte de un producto compues-
to que incluye al propio programa y a los datos en s. Ejemplos muy claros y muy populares
son aplicaciones como Google Earth (ver gura 4.6), que permite que cadausuario
incorpore su propia informacin para visualizar esta, pero cuyo mayor inters es el
acceso a una enorme base de datos de imgenes de satlite con cobertura global. De esta
forma, la aplicacin puede utilizarse para explorar una rea deseada, sin necesidad de dis-
poner junto con ella de datos para dicha zona, puesto que por defecto la aplicacin accede
a una base de datos de imgenes que van indisolublemente unidos a ella.
Figura 4.6: Aspecto de un globo o visor tridimensional (GoogleEarth).
El usuario puede tambin anadir sus propias capas y usar estos visualizadores de la
misma manera que emplea las capacidades de visualizacin de un SlG de escritorio ms rico
en funcionalidades, pero parte del inters de la aplicacin no est solo en sus capacidades,
sino en los datos que tiene vinculados y que permiten emplear estas.
En otros casos, un organismo o empresa puede generar un conjunto de capas bien a
partir de algn tipo de anlisis o de cualquier otra metodologa, y opta por distribuir estas
acompanadas de un visor que permita un primer acceso a los datos. Todas esas capas podrn
ser empleadas dentro de un SlG que soporte los formatos de archivo en el que estas se hayan
almacenado, pero aquellos usuarios que no dispongan de un SlG podrn igualmente efectuar
consultas bsicas y explorar la cartografa haciendo uso del visor incorporado.
$lmodelo(eo(r!-coesunentepuramenteconceptual.dealtonivel/*mientras#ueelde
almacenamientoesm!sunconceptotcnicoin0erentealanaturalezainform!ticadelSIG
.de%a+onivel/
5
5
5
5
Modelos(eo(r!-cos
$lprimerpaso0acialacreacindeldato(eo(r!-coimplicaelesta%lecimientodeun
modeloconceptualrelativoacmose0adeinterpretarlarealidad(eo(r!-ca.Setratade
conceptualizarelespacioestudiado*lavaria%letratadalavariacindeestaalolar(odel
espacio.$stemodelo(eo(r!-coesunes#uemamental#ueconstitueunaformaparticular
deentenderel0ec0o(eo(r!-coens)*pero#uetodav)anoincorporaelementosrelativosa
surepresentacinoalmacenamiento.
$2istenmuc0osmodelos(eo(r!-cosdistintos*entreloscualesca%edestacardosdeellos3
4 Campos
4 $ntidadesdiscretas
Campos
6ncampoesunmodelodevariacindentrodeunmarcon7dimensional*enelcualen
cadapuntodentrodedic0omarcosetieneunvalordelavaria%leestudiada.$nsuconcepto
matem!tico*uncampoesunafuncindelaforma *estoes*unafuncin#ue
asociacadapuntodeunespaciovectorialconotroenunespaciovectorialdistinto.
$nelcasom!s0a%itual*m89*esdecir*#ueacadapuntodelespaciovectorialori(ense
leasociaununicovalorescalar.Setieneas)lo#uesedenominauncampoescalar.'amaor)a
delasvaria%les#ueseempleanenunSIGnecesitanun:nicovalorparadescri%irse.pinsese
envaria%lescomolaelevacin*latemperaturaolapresinatmosfrica*#uesolore#uieren
deunn:meroparae2presarse/*porlo#ueloscamposescalaressonlosm!s0a%itualesen
el!m%ito(eo(r!-co.
,oo%stante*tam%inencontramoslosdenominadoscamposvectoriales*enelcualel
espaciovectorialdedestinoesmultidimensional."ore+emplo*parade-nirelmovimientodel
vientoenunpunto(eo(r!-cono%astaconununicovalor*sinodos3lavelocidadladireccin
enla#uesopladic0oviento.1entrodeunSIG*es0a%itualreco(erloscamposvectoriales
comouncon+untodevarioscamposescalares*cadaunodeellosenunacapadistinta.;s)*
setendr)aunacapaconladireccinotraconlavelocidad*am%asma(nitudesescalares.
<perandodeestamanera*lasolucinnoes:nica*a#ueelvectorresultantepuedede-nirse
mediantesumdulodireccin.comoenelcasoanterior/*perotam%inporsuspropias
coordenadasenla%asedelespaciovectorialdestino.enelcasoanterior*lascomponentes2
edelvector#ueindicaelmovimientodelviento/.
$lespaciovectorialdeori(enpuedeser%idimensional*esdecir*unafuncindelaforma
f.2*/*representando2elascoordenadas(eo(r!-cas.$steeselcaso0a%itualenlascapas
#ueseempleanenunSIG*dondelasvaria%les#ueestudiamosad#uierenunouotrovalor
enfuncindesuposicindentrodeunsistemacoordenadodereferencia.
"uedea=adirseunaterceradimensin*detalmodo#uelosvaloresdependannosolode
laposicinsinoi(ualmentedelaelevacin.Setendr)aunafuncindelaformaf.2**z/.
"araelcaso*pore+emplo*delatemperaturadelaire*estadependenosolodelalocalizacin*
sinotam%indelaaltura.<troe+emplopuedeserelporcenta+edearenaenelsuelo*#ue
dependedelalocalizacinperotam%indelaprofundidad.
I(ualmente*aun#ueen(eneralespoco0a%itualenelmarcodelosSIG*puedeanadirse
lavaria%letiempo*tenindosefuncionesdelaformaf.2**t/of.2**z*t/
"orde-nicin*uncampoescontinuo*a#uetodoslospuntostienenunvalorasociado.
1ei(ualmodo*estevalores:nico*noe2isteunelementodelespaciovectorialdepartida
#ueten(aasociadosvarioselementosdeldedestino*seanestosescalaresovectores.
"orsupropianaturalezaloscampossonidealesparamodelizarvaria%les#uevar)ande
formacontinuaenelespacio*entreellaslapr!cticatotalidaddevaria%lesf)sicasdelmedio*
talescomotemperaturadelaire*presinatmosfrica*elevacin*etc.
'oscamposseasocianconlasdenominadasco%erturas*trminoestem!sempleadoen
el!m%itoSIG.$nunaco%erturae2isteunvalor:nicoparatodoslospuntosdeunare(in
dada.
5
$ntidades discretas
;diferenciadeloscampos*elmodelodeentidadesdiscretasnoasociaacadapunto
(eo(r!-counvalor*sino#ueconci%eunentorno(eo(r!-cocomounespaciovac)oso%re
el#uesesit:andistintoselementos.entidades/#uelovanrellenando.Cadaunadedic0as
entidadesposeeunascaracter)sticaspropias*constantesparatodaellas*#uesonlas#ue
conferir!nsuspropiedadesparticularesalospuntos#uesesit:enensuinterior.
6npuntopuedenoperteneceranin(unaentidad*o%ienavariasdeellas*se(:nseala
disposicindeestas."araunespaciodado*lasentidadespuedensertodosa#uelloselementos
(eomtricose2istentesenelmismo*talescomopuntos*l)neas*pol)(onoso*enelcasodeser
dic0oespaciodedimensinmaor#uedos*tam%invol:menes.
$sf!cilver#ueelmodelodeentidadesdiscretasnoestanadecuadocomoloscampos
paraconceptualizarvaria%lescontinuas*a#uelacontinuidaddeestasesopuestaales#uema
discretoplanteado.,oo%stante*otrasvaria%lesnocontinuassemodelizanme+ormediante
entidadesdiscretas*a#uelaformaen#uesepresentancoincideenciertamedidacondic0as
entidadescomounidadesm)nimas.
'apresenciadev)asdecomunicacin*pore+emplo*sepuedeasimilarperfectamentea
estemodelo.Setieneunespaciovac)o.sinv)as/*enelcualsedisponenlosdistintosvialesenuna
seriedelocalizacionesconcretas.>apuntos#uenoestar!nafectadospornin(una
entidad*mientras#ueotros.lossituadosenlasintersecciones/loest!nporvariasdeellas.
'asvaria%lesdetiponominalalfanumrico?lascualesnoson*comovimos*continuas?
talescomoeltipodesueloenunpuntooeln:merodeparcelacatastralal#uepertenece
dic0opunto*tam%inseadaptan%ienalmodelodeentidadesdiscretas.
<tradiferenciaentreloscamposlasentidadesdiscretases#ueestasultimassonen
(eneralm!ssencillasdecomprendercomoconceptofueradeun!m%itotcnico.'oscampos
sonconceptosmatem!ticos#uere#uierenunmaor(radodea%straccin*paralamaor)a
dela(entenoresultantanclaros.Comoal(unosapuntan*ellen(ua+e0a%itualcontiene
unn:meromaordee2presionesrecursosparadescri%irlarealidad(eo(r!-caen%asea
entidadesdiscretas#ueen%aseacamposoconceptosa%stractossimilares.
Modelos de representacin
'osmodelos(eo(r!-cosnosofrecenunaconcepcinparticulardelespacio(eo(r!-co
susatri%utos.$n%aseaellos*elsi(uientepasoesreducirlaspropiedadesdedic0osmodelos
auncon+unto-nitodeelementos*detalmodo#ueelre(istrodedic0oselementossirva
paraalmacenarlarealidad#uelosmodelos(eo(r!-cosdescri%en."araello*empleamoslos
modelosderepresentacin*tam%indenominadosmodelosdedatos.
;ntesdeentraradescri%irlosdistintosmodelosderepresentacin*veamosal(unose+emplos#u
enospresentar!ncasosparticularesdeestosmodelos*aclarandosusdiferenciasantes
deprocederaunade-nicinm!sdetallada.$nla-(ura9puedenversedistintasformas
derepresentarlaelevacindeunazona*lacual*comoasa%emos*esunavaria%lecontinua
puedeconce%irsemedianteuncampoescalar."orelcontrario*laredviariaseadapta
me+oraunmodelodeentidadesdiscretassemuestranenla-(ura@*sendasrepresen4
tacionesdeestavaria%lese(:ndistintosmodelosdedatos.Mediantelose+emplosdeestas
-(uraspresentaremoslosmodelosdedatosprincipales*as)comosurelacinconlosmodelos
conceptualesestudiadosenelpuntoanterior.
Ai(ura 93 1istintas
Comenzandoconlaelevacin*
sa%er3
4 Curvasdenivel.'arepresentaci
papel.Sereco(elaelevacin
dic0aelevacinesm:ltiplode
propuesto*semuestrancurvas
4 6namalladeceldasre(ulares*
correspondealascaracter)sticas
cadaceldatieneunvalordealtura
usodeunaescaladecolores*
4 "untosre(ulares.6na
laelevacinsoloendic0ospuntos.
acadapunto.
4 BeddeCri!n(ulosIrre(ulares.
in(lesas*deCrian(ulatedIrre(ular
scaracter)sticosdelrelieveen
ondicionesparticulares.Cada
propiedadescomunesencuanto
Ai(ura@31istintasformasderepresentarunacapaconinformacinso%reunaredviaria.
"araelcasodelasv)asencontramos
4 6namallacomolacitada
presentadoa#u)enazul/distinto
representadoa#u)en%lanco/
1istintas formas de representar una capa con informacin altitudinal.
n*encontramoscuatrodistintasformasderepresentarla*
representacincl!sicaempleadatradicionalmenteen
enunaseriedecurvas*#uemarcanlospuntosen
deunaciertacantidad.lae#uidistancia/.$nele+emplo
curvasconelevacionesm:ltiplosde9Dmetros.
re(ulares*encadaunadelascualessedisponeun
sticasdelazonaocupadapordic0acelda.$nestecaso*
alturapropio*#uealconvertirseenuncolormediante
dalu(aralaima(enmostrada.
seriedepuntosre(ularmenteespaciados.$2iste
puntos.'ainformacinsemuestracomoeti#uetaasociada
Irre(ulares.6naBeddeCri!n(ulosIrre(ulares.CI,en
Irre(ular,etEorF/*esunaestructuraenlacualsetoman
en%aseaellosseconstrueunateselacinentri!n(ulos
unodelostri!n(ulosposeeunas
cuantoasurelieve.
@31istintasformasderepresentarunacapaconinformacinso%reunaredviaria.
encontramosdosrepresentacionesdistintas3
citadaenelcasoanterior.'asceldasdev)atieneunvalor
distintodelas#ueseencuentranfueradelav)a.convalor
altitudinal.
representarla*a
enlosmapasde
enlos#ue
e+emplo
unvalor*#ue
caso*
medianteel
informacinde
asociada
ensussi(las
tomanlospuntosm!
tri!n(ulosconunasc
@31istintasformasderepresentarunacapaconinformacinso%reunaredviaria.
valor.re4
valor
4 6ncon+untodel)neasrepresentando
$neste:ltimocasolasceldas
-nde#uepuedaapreciarsede
#ue*comonoesdif)cilintuir*la
casodeunacapadev)as.aun#ue
unaspectoinme+ora%lealtamente
alaprecisinenlosdistintosmodelos
Comovemos*paraunmismo
alaformadematerializarlarealidad
laspodemosclasi-carendos
derepresentacinvectorial.$n
nadivisinsistem!tica
delespacio*lacualcu%retodo
caracteriz!ndolocomouncon+unto
vectorial*porsuparte*nodivide
sino#uelode-nemedianteuna
ladisposicindeestosnosistem
presentesenlazonadeestudio.
$nunprincipio*puedepensarse
campos*mientras#ueelvectorial
medidapuedeconsiderarse#ue
e#uiparacin.1eformaes#uem
orial
semuestranenla-(uraG
a)
Ai(ura H.G3 Comparacin entre los
$nelmodelovectorialcontrolamos
medimoslalocalizacinforma
lacomponentetemporaltam%i
travsdelasistematicidadde
encadaunadelasceldas.
Modelo r!ster
$nelmodelor!ster*lazonade
unidadesm)nimas.denominadas
lainformacinpertinente#uela
muestraaumentadaunaporci
losl)mitesdelasceldasse0acen
suvalorasociado.
representandolostrazadosdelasv)as.
celdasse0anele(idodeuntamanoe2cesivamente(rande*
deformainmediataladiferenciae2istente.Ieremos
larepresentacinmedianteceldasnoestanadecuada
.aun#ueparaelcasodelaelevacindalu(araunaima(en
altamenteinformativo/*cuandoestudiemoslosaspectos
modelosdealmacenamiento.
tipodeinformacine2istendiversasalternativasen
realidadplasmarelmodelo(eo(r!-coconcreto.$stas
(ruposprincipales3modeloderepresentacinr!ster
vectorial.$nlineas(eneralespodemosdecir#ueelmodelor!
todoeste.aesteconceptoseledenominasedenomina
con+untodeunidadeselementales.lasceldasdelasmallas/.
divideelespaciocompletamente*
unaseriedeelementos(eomtricosconvaloresasociados*
sistem!tica*sino(uardandorelacinconloso%+etos(eo(r
estudio.
pensarse#ueelmodelor!sterseaseme+aalmodelo(eo(r
vectorialconcuerdaconeldeentidadesdiscretas.;un#ue
#ueas)sucedee2istetaldualidad*noesdeltodocierta
es#uem!tica*losenfo#uesdelosmodelosderepresentaci
b)
los es#uema del modelo de representacin vectorial .a/ r!
controlamoslade-nicindelosvaloresasociados*
formadeestos*de+ando-+oeltiempo.$nelmodelor!
tam%ines-+a*lacomponente#uecontrolamoseslaespacial
lamalla/*mientras#uemedimoslanaturalezade
deestudiosedividedeformasistem!ticaenunaserie
.denominadasceldas/*paracadaunadeestassereco(e
ladescri%e.Sepuedeverestoendetalleenla-(ura
nlamallar!sterdeelevacionesdela-(ura9*de
0acenpatentespuedeadem!srepresentarseencada
(rande*conel
Ieremosm!sadelante
adecuadaparael
ima(encon
aspectosrelativos
encuanto
$stasformas
stermodelo
!sterse%asaenu
denominateselacin/*
mallas/.$lmodelo
asociados*siendo
(eo(r!-cos
(eo(r!-code
;un#ueencierta
ciertaesta
representacinr!stervect
!ster .%/.
!ster*aun#ue
espacial.a
losvalores
seriede
-(uraJ*#ue
demodo#ue
cadaunadeellas
Ai(ura J3 Celdas
;un#uelamalladeceldaspuede
es#uetrateuna:nicavaria%le.
celdas.
'acaracter)sticaprincipaldelmodelo
dadesm!sinteresantes*especialmente
delespacioenunidadesm)nimas
patrn*detalmodo#uee2iste
conti(uasentres)*cu%rentodo
celdadependedeladelasrestantes*
#uecumplelasanteriorescaracter
presente(raciasaladivisinsistem
relacionaentres).
Comounidadm)nimapueden
medianteunidadesdeformacuadrada*
inclusotrian(ulareso0e2a(onales.
1ossonloselementosnecesarios
4 6nalocalizacin(eo(r
en%aseaellas*envirtudde
lasrestantes.
4 6ncon+untodevalores
'aorientacindelascapasr!ster
samosdelaprimeraalase(unda
matiza%leenfuncindelaproecci
,oo%stante*puedesuceder#ue
.pore+emplo*unafoto(raf)aa
perpendicular*ounaporcinde
$ntalcaso*puesto#uelosSIG
tacionesala0oradeincorporar
mostradaenla-(uraH.
$nellavemoscmolaorientaci
Surdelaima(en*locual*unido
laaparicindezonassininformaci
almacenarun(rann:merode
al(:nmodo#uetodasesasceldas
paralascualesnosedispone
lade-nicindeunvalorar%itrario
Celdas de una malla r!ster con sus valores asociados.
puedecontenerinformacinso%revariasvaria%les*lo
varia%le.$sdecir*#ueseten(aun:nicovalorparacada
modelor!ster*#uelecon-ere(ranpartedesus
especialmentedecaraalan!lisis*essusistematicidad.
nimassellevaaca%odeformasistem!ticadeacuerdo
e2isteunarelacinimpl)citaentrelasceldas*a#ueestas
todoelespacio*nosesolapan."ortanto*laposicin
restantes*paraas)conformarencon+untotodalamalla
caracter)sticas.1ic0odeotromodo*elordenpropiode
sistem!ticarealizada*aportaunelementoadicional
tomarseelementosdediversasformas.'am!s0a%itual
cuadrada*aun#uetam%inpuedenserformasrectan(ulares*
0e2a(onales.
ecesariosparaunade-nicincompletadeunacapar!ster3
(eo(r!-cae2actadeal(unaceldaunadistanciaentre
lare(ularidaddelamalla*conocerlascoordenadas
valorescorrespondientesalasceldas.
steres0a%itualmente,orte7Sur*detalmodo#ue
se(unda-laestamosdescendiendoenlatitud.este0ec0o
proeccinempleada/.
#uelafuentededatosori(inalnosead0ieraaeste
reaenla#ueelavinnovola%aendireccin,orte
deunmapaescaneado#uenotienetampocoesa
SIGtra%a+anen(eneralcontalorientacinensus
incorporarcapasr!ster*nosencontraremosconsituaciones
Ai(uraH.
orientacindela%andadeestudioreco(idaesdistintade
unidoalaformarectan(ular#ue0adetenerdic0aima(en*
macin.enne(ro/.$stoimplicaporunapartelanecesidad
devaloressininters*porotralanecesidaddeespeci
celdas#ueaparecenenne(roenlaima(ensonrealmente
deinformacin.$sto:ltimosesuelellevaraca%o
ar%itrario#ueindi#uelafaltadedatos.denominado(eneralmente
lo0a%itual
unadelas
propie4
sistematicidad.'adivisin
acuerdoconal(:n
estasson
ndeuna
mallare(ular
delasceldas*
adicional#uelas
0a%ituales
rectan(ulares*o
ster3
entreceldas*para
coordenadasde
sipa4
0ec0oser)a
esteformato
,orte7Suro
orientacin/.
represen4
situacionescomola
dela,orte7
ima(en*causa
necesidadde
especi-carde
realmenteceldas
ca%omediante
(eneralmente
valordesindatos/*#uecodi-catalsituacin*detalmodo#uepuedeni(norarselasceldas
condic0ovalorala0oraderepresentaroanalizarlacapar!sterencuestin.
$lotropar!metronecesario+untoconlaorientacindelamallalasituacin(eo(r!-ca
deunadesusceldaseseldenominadotama=odeceldaotamanodep)2el*tam%inconocido
comoresolucin*pues*enefecto*suma(nitudde-nelaresolucindelacapa.6ntama=o
deceldamaorimplicaunamenorresolucin*viceversa.
;dem!sdeservirparaelc!lculodecoordenadasdelasceldasde-nirlaestructuradela
malla*eltama=odeceldapermitecalcular!reas*a#ueesta%leceel!reaocupadaporcada
celda.;simismo*comoaspectom!srelevante*eltama=odeceldadeterminalaprecisin
conla#uesereco(eunavaria%ledentrodeunacapar!ster*puedeconsiderarsecomoel
e#uivalenteconceptualalaescaladedic0acapa."orestarazn*esimportantetra%a+arcon
capasr!sterdeuntama=odeceldaadecuadoparaeltipodean!lisisotarea#ue#uiera
desarrollarse.
"or sus caracter)sticas puede pensarse #ue la representacin raster es m!s adeucada para
varia%les continuas #ue a su vez var)an de forma continua en el espacio
(eo(r!fico.$sdecir*esm!spr2imaalmodelo(eo(r!-codecampos#uealdeentidadesdiscret
as.
$stoesas)de%idoprincipalmentea#ue
unacapar!stercu%retodoelespacio*ellofavoreceelestudiodedic0avaria%ilidad.,o
o%stante*node%econsiderarse#ueel!m%itodelasvaria%lescontinuasloscamposes
e2clusivodelascapasr!ster.1e0ec0o*delascuatrorepresentacionesmostradasparael
casodelaelevacin*solounadeellasesdetipor!ster.
S)escierto*noo%stante*#ueelformator!steresespecialmenteadecuadoparaelan!lisis
delainformacin(eo(r!-ca*enespecialcuandoestaesdetipocontinuo.$stoesas)por#ue
elprincipalelementodelascapasr!steres*comoase0adic0o*suestructurasistem!tica.Si
aestaleunimoslare(ularidad#uesepresentaenlaformam!se2tendidaderepresentacin
r!ster.ladeceldascuadradasre(ulares/*tenemosunmodeloptimoparaelan!lisis*#ue
simpli-caen(ranmedidaeste0acem!ssencillalaimplementacindelosal(oritmos
correspondientes.$sporello#ue*tradicionalmente*losSIGconmaorsoporteparadatos
r!ster0ansidoa#uellos#uepresenta%anasuvezunmaorn:merodefuncionalidadesde
an!lisisen!reastalescomoelestudiodelrelieve*elan!lisisdecostesuotrossimilares.
6ncasoespecialdecapar!stersonlasim!(enes.Cantosiestasprocedendeunsensordi(italo
%ien0ansidoescaneadas*lossensorescorrespondientes(eneranunaestructuraenformadema
lla#uese
a+ustaalmodeloderepresentacinr!ster.$ste0ec0otiene(ranimportancia*puesfacilita
elan!lisiscon+untodeim!(enescapasdedatosconotrotipodeinformacin*0aciendo
#ueesteseasumamentem!ssencillo*alcompartirelmodeloderepresentacin.
Mientras#ue*como0emosvistoenlose+emplos*unamismainformacinsepuedereco(er
enformatosr!stervectorial*lasim!(enessereco(en:nicamenteenformator!ster*tanto
porseresemodelomuc0om!sadecuado*comoporsermuc0om!sco0erenteconeltipode
informacinlaprocedenciadeesta.
$lconceptodeceldaenunamallar!steresele#uivalentealdep)2el*%ienconocido
enelcampodelasim!(enesdi(itales.;s)*cuandodecimos#ueunac!maradi(italtiene
tresme(ap)2eles*#ueremosdecir#uecapturauntotaldetresmillonesdep)2eles.1eotra
forma*lamallar!ster#uese(eneratienetresmillonesdeceldas.'asim!(enesconlas#ue
tra%a+amosenunSIGnosediferenciandelas#uetomamosconunac!maradi(ital*salvo
enel0ec0oparticularde#uerepresentanunaporcindeterrenodentrodeunsistemade
coordenadasdado*perolaestructuraeslamisma3unamalladeceldas.p)2eles/.
<traparticularidaddelasim!(eneseslapresenciade%andas.'osvaloresreco(idosen
lasim!(enesindicandeforma(enerallareKectanciaenunadeterminadalon(ituddeonda.
"uesto#ueelespectroderadiacin
puedesu%dividirseendistintos(rupos*lossensores#uetomanestasim!(enesreco(envarias
capas*unaparacadaunodeestos(rupos.$nlu(ardealmacenarsecomouncon+untode
capasseparadas*esm!sfrecuente#uelo0a(anenunaunica#uecontienevarias%andas*
esdecir*variosnivelesdistintos*cadaunodeloscualespodr)aconstituirpors)mismouna
capar!ster.
Setratadeunadiferenciam!sdetipoformal*perodeciertaimportancia*puesto#ueno
todoslosSIGest!npreparadosparamane+arcapasr!sterconindependenciadesun:mero
decapas.Im!(enesconunaunica%anda*otres*son0a%itualessoportadasenlamaor)a
deimplementaciones*mientras#uen:merosmaoresde%andasnoseencuentransoportados
enmuc0ospro(ramas.
Modelo vectorial
$lotromodeloprincipalderepresentacineselmodelovectorial.$nestemodelo*no
e2istenunidadesfundamentales#uedividenlazonareco(ida*sino#uesereco(elavaria%i4
lidadcaracter)sticasdeestamedianteentidades(eomtricas*paracadaunadelascuales
dic0ascaracter)sticassonconstantes.'aformadeestasentidades.sufrontera/*secodi-cade
modoe2pl)cito*adiferenciadelmodelor!ster*dondeven)aimpl)citaenlapropiaestructura
delamalla.
Sielmodelor!stererasimilaralmodeloconceptualdecampos*elvectorialloesalde
entidadesdiscretas*puesmodelizaelespacio(eo(r!-comedianteunaseriedeprimitivas
(eomtricas#uecontienenloselementosm!sdestacadosdedic0oespacio.$stasprimitivas
sondetrestipos3puntos*l)neaspol)(onos.
Ai(ura 63 "rimitivas (eomtricas en el modelo de representacin vectorial atri%utos asociados
6tilizandopuntos*l)neasopol)(onos*puedemodelizarseelespacio(eo(r!-cosiseasocia
aestas(eometr)asunaseriedevaloresde-nitorios.'acomponenteespacialdelainformacin
#uedaas)enlapropiaprimitiva.reco(elaforma*posicinotraspropiedadesespaciales/*
lacomponentetem!tica#uedaendic0osvaloresasociados.Ai(ura6/.
;la0oradede-nirlasformas(eomtricas%!sicas*todasellaspuedenreducirseen
ultimainstanciaapuntos.;s)*lasl)neassonuncon+untodepuntosinterconectadosenun
determinadoorden*lospol)(onossonl)neascerradas*tam%ine2presa%lesportantocomo
unaseriedepuntos.Codoelementodelespacio(eo(r!-co#uedade-nido*pues*poruna
seriedepuntos#uedeterminansuspropiedadesespacialesunaseriedevaloresasociados.
6naunicaentidadpuedecontenervariasprimitivas.
;s)*enunmapamundialen#uecadaentidadrepresenteunpa)stalcomoseveenla-(uraL
pa)ses como Canad! estar!n representados por m!s deun pol)(ono* pues no puede reco(erse
todosuterritoriomedianteunounico.Codosestospol)(onosconstituenunaunicaentidad*a#ue
todospertenecesalmismopa)stendr!nelmismocon+untodevaloresasociados.
Ai(ura L3 Casos particulares de
.en este caso* mismo pa)s/* %/ "ol)(onos
<trocasoparticularenlascapas
$nestecaso*sere(istrandela
reco(enlospropios0uecoscomo
tam%inlacircunstanciade#ue
esaentidad*sino#ueserestan.
$nla-(uraanterior*vemoscomo
territoriodelpa)s0azonasaislada
constitueelBeinode'esot0o.Como
porSud!fricalas
zonasinteriores#uenopertenecen
sinm!s."ararepresentarSud
en(lo%atodoelterritoriolospol
unc!lculosencillotalcomoel
considerar!i(ualmenteestas
;s)*
respectivamente.'aeleccin
deunouotrotipodecapaparare(istrarunavaria%leocon+untodeellas0adeserfuncin
deltipodefenmeno#uesepretendemodelizarcondic0acapaolaprecisinnecesaria*
entreotrosfactores.
,ode%epensarse#uelascapasvectoriales*seandeltipo#uesean*seemplean:nicamente
parareco(erfenmenosoelementoscuaformacoincideconladelasprimitivas(eomtricas
.esdecir*puntosparareco(erelementospuntuales*l)neasparaa#uelloselementosconuna
dimensinmuc0omenor#uelaotra*pol)(onosparaelcasodesuper-cies/.;dem!sdelos
e+emplosanteriores*de%emosrecordar#ueelmodelovectorialtam%insirvepararepresentar
camposreco(ervaria%lestalescomolaelevacin.
;s)*enlose+emplosdela-(ura9encontramoscapasdepuntos*lineas.curvasdenivel/
pol)(onos.CI,/*todasellasempleadaspararepresentarlavaria%leelevacin.$nocasiones
seempleanlasprimitivasparareco(ero%+etosrealesdeformasimilar*mientras#ueenotros
casossirvenparaplantearunmodelol(icoreco(ervaria%les#uenoseaseme+andemodo
al(unoalasformas(eomtricasre(istradas.
;propsitodelacapadepuntosre(ulares*ca%epensar#ueessimilarenconcepto
formaalamallar!ster*a#ueesre(ular.Sinem%ar(o*e2istendosdiferenciasimportantes3
enprimerlu(ar*enlacapadepuntos0azonasen%lanco*delas#uenosa%emossu
elevacin*mientras#ueenlamallar!sterlasceldastienenunasuper-ciecu%renensu
con+untotodoelespacio.$nse(undolu(ar*sitenemosesacapadepuntosenunSIG*esta
vaacontenerlascoordenadasparticularesdecadapunto*a#ueens)lascapasvectoriales
nosonre(ulares.pueden(uardaral(unare(ularidad*perononecesariamente/*portanto
esnecesario*como0emosvisto*re(istrare2pl)citamentesuscoordenadas.1emodosimilar
podr)amos0acerunacapadepol)(onoscuadrados*perose(uir)asinserunamallaraster*
m!sa:nsicarecieradeunelemento#ueveremosen%reve3latopolo()a.
'a componente tem!tica en el modelo vectorial
'aformaenla#uelosmodelosderepresentacinseparanlasdoscomponentesdela
informacin(eo(r!-ca0emosvisto#uees%iendistinta.$nelmodelor!stersetieneun
con+untodevalores.lacomponentetem!tica/*loscuales(uardanunaestructuradada*la
cualpors)mismaesta%lecesudisposicinenelespacio.lacomponenteespacial/.$nel
vectorial*porsuparte*lacomponenteespacialsereco(ee2pl)citamentese(:nunaseriede
puntos*lacualpuedeserm!somenoscomple+aenfuncindelacomple+idaddelaentidada
representaroeldetallecon#uesereco+a.;estecon+untodepuntosselerelacionadespus
conunaseriedevalores*#uesonlos#uede-nenlaspropiedadesdelaentidad.
$stosvalores*losatri%utos*adiferenciadelcasor!ster*suelenserm:ltiples."ore+emplo*
dadaunacapavectorialdepa)ses*podemosreco(ervaloresasociadosacadapa)stalescomo
susuper-cie*supo%lacin*el"roductoInteriorNruto*elnom%redesucapitaloelidioma
#uese0a%la.Codoestecon+untodevaloresseasocianaunaunicacopiadelacomponente
espacial*estanode%erepetirseparareco(ercadaunodeesospar!metros.$nelmodelo
r!ster*sitenemosncapasdistintas*enrealidadestamosalmacenandonveceslacomponente
espacial.
"orestaestructuraparticular*lacomponentetem!ticaseprestaespecialmenteaalma4
cenarseenuna%asededatos*siendoenlaactualidadlasm!se2tendidaslasdenominadas
%asesdedatosrelacionales.
$2isten*portanto*dosrealidades3larelativaalacomponente(eo(r!-cala%asededatos
#ue(estionalosatri%utos*lacualpermitean!lisisoperacionesindependientes*delmismo
modo#uesinoe2istir!unalocalizacinasociadaadic0osatri%utos.$stasrealidadespueden
estarmuseparadas*(estion!ndoseenaplicacionesdistintasalmacen!ndoseen-c0eros
diferentes*conlocuale2isteunadivisinformalmuc0om!sacusada#ueenelcasodelas
capasr!ster*#ueseaseme+anm!saunidadesdeinformacinautocontenidas.
$nelcasodelascapasr!ster*noesnecesariorecurrirauna%asededatos*simplemente
larepresentacindelcon+untodevaloresdelavaria%leenlasdistintasceldassirveparael
almacenamiento*an!lisismane+odelainformacin.
Copolo()a
6nelementoparticulardelmodeloderepresentacinvectorialeslatopolo()a.$ntrminos
matem!ticoslatopolo()aestudialascaracter)sticasdeloso%+etos(eomtricos#uenovar)an
alaplicarunatransformacintopol(icatalcomo*pore+emplo*unatransformacinaf)n.
Sitomamosunmapalodistorsionamos*los!n(ulos*lassuper-cieslasdistanciasse
venafectadas.Sinem%ar(o*otraspropiedadestalescomolaadacenciaentreelementos
olasrelacionesentreestosseconservan."ore+emplo*siunaciudadest!dentrodeuna
determinadaprovinciaenundeterminadomapa*noe2isteformadedistorsionarestapara
lo(rar#uedic0aciudadseencuentrefueradelaprovincia.
$nel!m%itodelosSIGseentiendelatopolo()adesdeunpuntodevistamenosestricto
m!sfuncional.$n(eneral*sedice#ueunacapadeinformacintienetopolo()asienellase
almacenandeal(:nmodolasrelacionesentrelosdistintoselementos#uelacomponen.$n
casocontrario*lacapaesdetipopuramentecarto(r!-co*a#ueloselementos#uecontiene
nopresentanrelacinentres)*oalmenosestarelacinnoest!almacenada+untoalapropia
informacindeestoselementos.
$nunacapar!ster*lasrelacionestopol(icasvienenimpl)citasenelpropiomodelo
r!ster*sona+enasalainformacincomotal*dependiendodelaestructuradelamallade
datosens).$nelmodelovectorial*sinem%ar(o*sereco(elainformacinrelativaacada
elementodeformaindividual*silasrelacionese2istentesnosere(istrandemodoe2plicito*
nosetendr!posteriormenteinformacinso%reellas.
1isponerdetopolo()aenunacapavectorialesde(ranimportanciaala0oradellevar
aca%ociertostiposdean!lisis*as)comolaedicindelospropiosdatos
(eo(r!-cos.'atopolo()anoaporta%ene-cioala0oraderepresentarunacapa*peros)ala
0oradellevaraca%oan!lisisso%reella.
$nla-(uraOsepuedeo%servarladiferenciae2istenteentreeditarunacapade
pol)(onoscontopolo()aunasinella.$nelprimercaso*lainformacincontenidaenla
capaantesdesuedicinnosinformanosolodelaformadecadapol)(ono*sinotam%in
del0ec0ode#ueciertospol)(onoscomparten%ordescomunesde#ueelcon+untode
elloscu%reelespaciodeformacompleta.constituenunateselacin/.;s)*almodi-carun
puntoenunodelospol)(onos*todosa#uellospol)(onosadacentes#uecompartendic0o
puntomodi-cantam%insuper)metro.'ascapacidadesdeedicinimplementadasenel
SistemadeInformacinGeo(r!-ca0acenusodelainformacintopol(icaala0orade
editar(eometr)as.$nelse(undocaso*sinem%ar(o*estainformacinnoe2iste*nose
puedenalterarlospol)(onosadacentes*perdindoselateselacincompletadelespacio.
'atopolo()aesenestecasounelemento#uecontri%uealacalidaddelosdatos*pues
mantienelaco0erenciaespacialdeestosevitalaaparicindeelementostalescomopol)(o4
nosdemupe#ue=otama=o*frecuentesenladi(italizacindeentidadesde%idoalaspe4
#ue=asimprecisiones#uesepresentanenelproceso*#uecausanlapresenciadefalsos
solapesentrepol)(onos.
,oo%stante*notodoslosSIGincorporancapacidadesdemane+oan!lisisdecapas
vectorialescontopolo()a*sonmenosa:nlos#ueimplementancapacidadesparacrear
dic0atopolo()a.$n(eneral*estas0an#uedadoreservadasalasaplicacionesdealta(ama*
elmane+odeinformacinvectorialenlosSIGdeescritorionoincluedeforma(enerallo
relativoalatopolo()a.
<troe+emplodeprocesoenel#uese0acenecesarioeldisponerdecapascontopolo()a
eselan!lisisderedes.6nmerocon+untodeelementos
(eomtricos.l)neasenestecaso/*nonosdainformacinso%relosposi%lesenlacesentrelas
Ai(ura O3 1iferencias entre la edicin .desplazamiento de un punto/ no disponiendo de topolo()a
.a/ o con ella .%/.
v)as#ue#uedanrepresentadas.'ospuntosdondesecruzandosv)aspuedensercruceso
rotondas.esdecir*puedepasarsedeunav)aaotra*e2istiendocone2inentreellas/*o%ien
pasoselevadososu%terr!neosdondeunadelasv)aspasaporencimadelaotra.portanto
noe2istecomunicacinentream%as/.'ascircunstanciassonmudistintasenfuncindel
tipodecruce#uee2ista*porelloesimprescindi%leconocerestainformacinparaefectuar
unan!lisisderedescorrecto.
<troelemento#uenosepuedereco(ersintopolo()asonlasdireccionesdecirculacin.
>a%r!v)as#uepuedanrecorrerseenam%ossentidos*mientras#ue0a%r!otras#uesolo
permitanmovimientodetr!-coenunadireccin.Sa%eren#udireccinpodemosrecorrer
unav)aesvitalparapoderplantearcual#uiertipodean!lisis*estaesunainformacinde
la#uenodisponemossinuestraredviariano0asidorepresentadamedianteunmodelocon
topolo()a.
Baster vs vectorial
Besultao%vio#uelasdiferenciasentrelosmodelosr!stervectorialsonmunota%les*
#uecadaunodeellosposeesuspropiasventa+aseinconvenientes.1esdelosprimerostiempos
delosSIG*0ae2istidounaclaratendenciaasepararam%asrealidadesenlaimplementacin*
detalmodo#uelosprimerosSIGmane+a%andatosenformator!stero%ienenformato
vectorial*peronoam%os.$nciertamedida*parec)ae2istirunconKictoentream%osmodelos*
elcual0aperduradoa:n0oenal(unosconceptos.Conelpasodeltiempo*noo%stante*
laseparacinr!ster7vectorial0acam%iadonota%lemente*0a#uedadoclaro#ueunSIG
e-cazde%esercapazdemane+artodotipodatos(eo(r!-cosconindependenciadelmodelo
dedatosempleado.
'acomparacinentream%osmodelosresultanecesariapara0acerunusocorrectode
ellos*eli(iendoencadacasoelm!sadecuado*com%in!ndolosdelamaneraptima.;l(unos
aspectosaloscualespuedeatenderseparacompararunootromodelosonlossi(uientes3
"lanteamiento.)ntimamenteli(adosconlosmodelosconceptualesdelespacio(eo(r!-4
co*losplanteamientosdelosmodelosderepresentacinr!stervectorialsondiferentes
ensunaturaleza.$lmodelor!ster0acem!snfasisena#uellacaracter)sticadelespa4
cio#ueanalizamos.#ucmo/*mientras#ueelmodelovectorialdaprioridadala
localizacindedic0acaracter)stica.dnde/
"recisin.$lmodelor!stertienesuprecisinlimitadaporeltama=odecelda.'as
entidadesmenores#uedic0otamanodeceldanopuedenreco(erse*lavariacin
espacial#uesucededentrodelespaciodelaceldatampoco.;simismo*e2isteunaimprecisinen
lasformas.$ldetalleconel#uepuedereco(ersela
formadeunaentidad(eo(r!-case(:nelmodelovectoriales*enlapr!ctica*ilimitado*
mientras#ueelmodelor!sterrestrin(elasformas!n(ulosrectos*a#uelaunidad%aseesuncu
adra4do.
$lper)metrodeunaentidad(eo(r!-caestar!compuestoporl)neas0orizontaleso
verticalese2clusivamente*adem!s*sulon(itudlasuper-cie#ueencierraser!n
respectivamentem:ltiplosdeltamanodeceldael!readedic0acelda.$staesla
principalraznporlacual*sielusoprincipal#ueselevaadaraunacapaessu
representacin(r!-ca*de%aoptarseporelmodelovectorial.$ncasocontrario*salvo
#uelaresolucinseasu-cientementealta*losmapascreadosmostraranlafaltade
resolucinpodr!ndistin(uirselasunidadesm)nimasdelacapasr!ster.ali(ual#ue
pasaenunaima(endi(italpi2elada/*teniendounaspecto#uenoeselpropiodeun
mapa*talcomoestamosacostum%radosausarlo.
$l0ec0ode#uedentrodeunaceldaelvalordelavaria%lereco(idaseaconstante*da
lu(araam%i(Pedadesdondeunaceldaest!ocupadapordosvaloresdistintos*perosolopuedea
si(n!rseleunodeellos*de%iendoesta%lecerse
al(:ncriteriosistem!ticoparallevarestoaca%o.
Iolumendealmacenamiento.$ln:merodeelementosaalmacenares*en(eneral*mu
superiorenelcasodelmodelor!ster.$stoesas)de%idoa#uetodalasuper-ciea
reco(ersedivideenlasmismasunidades*independientementedelacomple+idadde
lavaria%leencadapuntoodelanecesidaddeestudiarlaconmaoromenordetalle
enunospuntos#ueenotros."aravaria%les#ueseconci%anme+orse(:nunmodelo
conceptualdeentidadesdiscretas*elmodelovectorialresultam!sadecuado*a#ue
todaslaszonassinentidadesnoesnecesariore(istrarlasdemodoe2plicito*mientras
#ueenelmodelor!sterestasde%enre(istrarsedei(ualmodo#uea#uellasenlas#ue
s)e2isteinformacinrelevante.'osmodelosdealmacenamientor!ster#ueveremosen
elsi(uientepuntosolucionanenparteelpro%lemadelos(randesvol:menesdedatos
delmodelor!ster*sonunelementoimportanteenlaimplementacine-cientedel
mismo.
Comple+idad.'are(ularidadsistematicidaddelasmallasr!ster0acensencilloel
implementaral(oritmosdean!lisis*muespecialmentea#uellos#ueimplicaneluso
com%inadodevariascapas.Cuandoestascapasest!nenformator!stere2istecoinci4
denciaentresusmallasdeceldas*elan!lisiscon+untodeestasresultainmediato."orel
contrario*lairre(ularidadespacialdelascapasvectoriales0ace#uelaimplementacin
delosmismosal(oritmosseasumamentem!scomple+asisetra%a+aconestascapas.
'asencillezdelascapasr!ster*tantoensuconceptocomoensuimplementacin*seve
apoadaadem!sporel0ec0ode#ueunacapar!stersepuedeaseme+araunamatriz*
portantoaplicarso%reellaunaseriede0erramientaselementosmatem!ticosen
muc0oscasos%ienconocidosdef!cilcomprensin.
$2istedei(ualformaunadistintacomple+idadentrminosdeprocesoc!lculo.'os
al(oritmosso%reuna%aser!sterpuedensercostososentrminosdetiempoporla
necesidaddeaplicarlosso%reunn:meromuelevadodeceldasun(ranvolumen
dedatos.vaseelpuntoanterior/."orelcontrario*losal(oritmosso%reuna%ase
vectorialsoncostososde%idoa#uelasoperacionesmatem!ticas#ueimplicansonm!s
comple+asre#uierenmaoresn:merodec!lculos.aun#uelosvol:menesmane+ados
puedantam%insernota%les/.
Masall!delasanterioresdiferencias*ala0oradeplani-caruntra%a+odentrodeun
SIGele(irlosdatos#ueemplearemoselmodeloderepresentacinideal*loimportante
esentender#uenoe2isteunmodeloderepresentacinidneodeforma(lo%al*sino#ueesta
idoneidaddependedemuc0osfactores*comopore+emplo3
Cipodevaria%leofenmenoareco(er.Comoasa%emos*al(unasvaria%les*enfuncin
desuvaria%ilidadcomportamientoespacial*sonm!sadecuadasparaelmodelo
vectorial*mientras#ueotraslosonparaelmodelor!ster.
Cipodean!lisisotareaarealizarso%redic0avaria%le.$luso#uedemosaunacapa
tem!ticacondicionaen(ranmedidaelmodelodedatosidneo."ore+emploenelcaso
deunacapadeelevaciones*suan!lisissellevame+oraca%osiestainformacinest!re4
co(idase(:nelmodelor!ster.Sinem%ar(o*sielo%+etivoprincipaleslavisualizacin
deesaelevacinencon+untoconotrasvaria%les*unascurvasdenivelpuedenresultar
m!sadecuadas*a#ue*entreotrascosas*nointer-erentantoconotroselementosala
0oradedisenarunmapacontodasesasvaria%les.Conte2todetra%a+o."ore+emplo*si#ueremos
tra%a+arconim!(enes*estonoscon4
dicionaalempleodedatosr!ster*a#ueresultamuc0om!ssencillocom%inarloscon
lasim!(enes*lascualessiempresepresentancomocapasr!ster.
;s)*eneldesarrollodeuntra%a+opuedenaparecercircunstancias#ue0a(anm!sade4
cuadoutilizarelmodelor!sterotrasenlas#ueelmodelovectorialseam!sidneo.$ntal
caso*de%encom%inarseam%as*puesesdeestaformacomoseo%tendr!nme+oresresultados.
6nusuariodeSIGnode%elimitarseatra%a+ardeforma(eneralconununicomodelode
datos*conindependenciadeltipodetarea#uedesempene*puesencual#uiercasoam%os
modelosdedatospuedenaportaral(unaventa+a.
Modelos de almacenamiento
'osmodelosdealmacenamientosonelultimoescalnenlacadenadeetapasdistintas#ue
llevandesdelarealidade2istentealcon+untodesimplesvaloresnumricos#uealmacenamos
mane+amosenunSIG#uemodelizandic0arealidad.'osmodelosderepresentacin
de-nenunaformadereco(erlarealidadmedianteunidades%!sicas.seanestasceldasen
unamalla*o%ienprimitivas(eomtricasde-nidasdeunauotramanera/*mientras#ue
losmodelosdealmacenamientoplantean%!sicamenteunes#uemadecmoconvertirdic0as
unidadesenvaloresnumricosdelaformam!se-ciente.$sdecir*cmoescri%irdic0os
valoresenunsoportedi(italo(uardarlosenlamemoriadelordenadordelame+ormanera
posi%le.
'osmodelosdealmacenamientode%enatenderprincipalmenteadosnecesidades%!sicas*
#uesonlas#uede-nir!nsuidoneidadparacadatareatipodedato3
4 Minimizarelespacioocupadoporlosdatos.
4 Ma2imizarlae-cienciadec!lculo.
'aprimeranecesidadesespecialmenteimportante*pues*comoase0adic0o*losdatos
r!stersonconfrecuenciamuvoluminosos.6nmodeloderepresentacin#ueminimiceel
tamano de los datos* unido a un mane+o ptimo de memoria* son re#uisitos de suma impor4
tancia para todo SIG #ue mane+e datos r!ster* m!2ime considerando los (randes vol:menes
de datos #ue 0o en d)a se mane+an* tales como los correspondientes a im!(enes de alta
resolucin.
'a necesidad de ma2imizar la eciencia de c!lculo afecta principalmente a las repre4
sentaciones vectoriales a #ue en ellas las operaciones son comple+as. 'a forma en #ue se
estructuran los valores de cada entidad 0a de minimizar el numero de accesos necesarios a
estos* para de este modo o%tener un me+or rendimiento en todas las operaciones de an!lisis.
Besumen
$lprocesodealmacenarlarealidadreducirlaauncon+untodevaloresnumricosmane+a%lesporu
nordenadorimplicatresetapasfundamentales3creacindeunmodelo
conceptual*adopcindeunmodeloderepresentacincodi-cacindelanteriorse(:nun
modelodealmacenamiento.$stosprocesosdanlu(aralacreacindelasdenominadacapas
(eo(r!-cas*unidadesfundamentalesdeinformacindentrodeunSIG.
1ossonlosmodelosconceptualesm!simportantes3camposentidadesdiscretas.$stos
asuvezseidenti-canenl)neas(eneralesconlosdosprincipalesmodelosderepresentacin3
rastervectorial.
$nelmodelorasterelespaciosedividesistem!ticamenteenunidadesm)nimasdenomi4
nadasceldas*0a%itualmentedeformacuadrada.$nelmodelovectorialsealmacenanlas
distintasentidades(eo(r!-casatravsdelascoordenadasdelospuntos#uelascomponen.
$lconceptodetopolo()aesimportanteenelmodelovectorial*enfuncindelaformaen#ue
sereco+anlascoordenadasdecadaentidad*sealmacenar!onolainformacintopol(ica.
5
Carto(raf)a impresa. 1i(italizacin
'aprimerafuentedecarto(raf)adela#uesedispon)aenlasetapasinicialesdelosSIG
eralacarto(raf)aimpresa.,osetrata%adeelementoscreadospensandoensuutilizacin
dentrodeunSIG*de0ec0o*suestructuranoes*comoveremos*lam!sadecuadapara
serincorporadoscomodatosdetra%a+oenunSIG.Setrata*portanto*deunaclarafuente
secundariadedatosespaciales.;unas)*estafuenteeralafuenteprincipaldeinformacin
carto(r!-cadisponi%leentonces*suuso0asidodesdeesostiemposunaconstantedentro
del!m%itoSIG.
;pesarde#ue0oend)adisponemosdeotrasfuentescarto(r!-cas*lacarto(raf)a
impresasi(uesiendo%!sicaparatra%a+arconunSIG*a#uee2istemuc0ainformacin#ue
todav)asoloseencuentraenesteformato.1eunauotraforma*espro%a%le#ueunproecto
SIGimpli#ueenal(:npuntodesudesarrollolanecesidadderecurriracarto(raf)aimpresa
tratarestaparasuinclusindentrodeunSIG.
Cuando0a%lamosdecarto(raf)aimpresa*no0a#uepensarunicamenteenmapaso
planos*sinotam%inenim!(enestalescomofoto(raf)asareas*lascuales*dependiendode
suanti(Pedad*puedenencontrarsedisponi%lestansoloenformatoimpreso.
'osprocesos#uepermiteno%tenerunproductodi(italapartirdeesasim!(enesson
costososentiempodinero*esporello#uenotodoslosproveedoresdeestasofrecenla
posi%ilidaddead#uisicindeunproductodi(ital.$nestaseccinveremosesosprocesos*
tantosipartimosdeunmapaoplanocomosipartimosdeunaima(enocual#uierotrodo4
cumentoimpreso#uepuedacontenerinformacincarto(r!-ca*suscepti%ledeserconvertida
enunaovariascapasse(:nsere#uierenparaeltra%a+oenunSIG.
$lcon+untodeoperacionesparain(resarlainformacinenunSIGseconocencomode
di(italizacin*enfuncindelaformaen#uesedesarrollenpodemosdistin(uirlossi(uientestipos3
41i(italizacinautom!tica
41i(italizacinmanual
$nladi(italizacinautom!tica*elsistema.inform!ticoomec!nico/seencar(ade(enerar
loselementosdi(itales#ueapodremosincorporaraunSIG*a0orrandotra%a+oaloperador
alautomatizarlatarea.$stetipodedi(italizacinesmu0a%itualparaelcasodeo%tener
unresultador!stermedianteelprocesodeescaneo.Cam%inresultaposi%leautomatizarla
di(italizacinparaelcasovectorial*aun#uere#uiereciertala%orporpartedeloperario
noesunprocesotansencillo*pudiendoo%tenerseresultadosdesi(uales.
'adi(italizacinmanualre#uiereporpartedeloperariounade-nicine2pl)citadelos
elementosacrear*esporello:nicamenteadecuadaparao%tenerunresultadovectorial*
traz!ndoselasentidades.seanestaspuntos*l)neasopol)(onos/manualmentemedianteal(:n
sistema#uepermitaesaintroduccindedatos.
'aeleccindeunouotrotipodedi(italizacinnodependesolodeltipodecapa#uese
deseeo%tener.Cantoladi(italizacinmanualcomolaautom!tica*tienencadaunadeellas
supropiasventa+as.$nelcasor!sterlaopcinmanualnoesvia%le*peroaldi(italizarun
mapaparao%tenerunacapavectorialpuedeserinteresanteoptarporunaootrametodolo()a
enfuncindelascircunstancias.
1i(italizacin manual
'adi(italizacinmanualeslaformam!s%!sicadecrearinformacindi(italapartir
deundocumentocarto(r!-coimpreso.6noperariotra%a+adirectamenteso%relafuente
carto(r!-casutra%a+osetraduceenlacreacindeunanuevacapa*(raciasalautilizacin
deune#uipo#ueescapazdeconvertirsutra%a+oenlainformacinnecesariaparacrear
dic0acapa.
$nelmodeloderepresentacinr!ster*loselementos%!sicossonlasceldas*#ueforman
unamallare(ular#uepuedepresentarunn:meromuelevadodeestas.6nade-nicin
manualdelascaracter)sticasdecadaunadeesasceldasresultainvia%le*porlo#uela
di(italizacindeundocumentocarto(r!-coimpresoparalao%tencindeunacapar!stera
partirdeelladeformamanualnoesfacti%le.
"orelcontrario*sepuederealizarconciertasencillezladi(italizacindeunaentidad
vectorial*trazandolaformadeestao*encasodeserunaentidaddetipopunto*sencillamente
indicandosulocalizacin.Cuandoeln:merodeentidadeseselevado*elprocesopuedellevar
tiemposertedioso*peroentodocasosi(ueresultandounaformasencillaaccesi%lede
crearunacapavectorialapartirdeotrafuentededatos.
"arallevaraca%oesetrazadodelaentidad*senecesitaemplearal(:ne#uipo#uereco+a
lainformacinintroducidaporeloperador.$2istendosalternativasprincipales3utilizar
une#uipoespecializadodise=adoespec)-camenteparaladi(italizacin*o%iendi(italizar
utilizandolasfuncionesdeedicindeunGIS.en
pantalla/*realizandotodoelprocesodentrodeeste
sinm!s0erramientas#ueelpropioordenadorundispositivose=aladorcomoelratn.
Ai(ura9D31i(italizacinedicindeentidades
1i(italizacin autom!tica
'adi(italizacinautom!ticalimitaeltra%a+odeloperario*a#ueestenoesresponsa%le
directodede-nirlaspropiedadesdeloselementos#uesedi(italizan.$stetipodedi(italiza4
cinesla0a%itualenelcasode(enerarunacapar!ster*aun#uetam%inpuedeno%tenerse
capasvectorialesprocesandodemodoautom!ticocarto(raf5Qaimpresa.
$stese(undocaso*noo%stante*re#uiereunacarto(raf5Qaencondicionesespeciales*no
siendoadecuadaparatodotipodemapas.$ncasodenopresentarseesascondiciones*los
resultadosdeladi(italizacinnosonptimos*re#uierenposteriormenteun(rantra%a+o
decorreccinsupervisin.
5
$scaneo
$lescaneoeselprocesodedi(italizacin#ueconvierteunaima(enimpresa.anal(ica/
enunaima(endi(ital.$lresultadodeesteprocesoes*portanto*desdeelpuntode
vistadeunSIG*unacaparaster."uedenescanearsetantomapascomofoto(raf)asareas*
operandoenam%oscasosdeunmodosimilarconlasmismasconsideraciones*puesel
o%+etodelprocesoeselmismo3laconversindeldocumentoimpresoenundocumentodi(ital
#uepuedautilizarsedentrodeunSIGocual#uierotrosoftEaretalcomo*pore+emplo*un
softEaredetratamientodeim!(enes.
8. Bases de datos
Qu es una base de datos?Qu utilidad tiene dentro de un SIG?En qu se basa el modelo
de base de datos relacional?Cmo se integran las bases de datos dentro de un SIG?Cul ha
sido la eolucin de los SIG en relacin al em!leo de bases de datos?
Los sistemas gestores de bases de datos son la herramienta ms adecuada para almacenar los datos
en un sistema de informacin debido a sus caractersticas de seguridad, recuperacin ante fallos, gestin
centralizada, estandarizacin del lenguaje de consulta y funcionalidad avanzada. Analizaremos algunas
ideas acerca de estos importantes componentes de los SIG en la actualidad y veremos
las principales alternativas existentes, al tiempo que estudiaremos los fundamentos de bases de datos
necesarios para comprender la forma en que los datos espaciales se almacenan en las bases de datos
actuales. Asimismo, y para entender la situacin presente y conocer las ventajas e inconvenientes de los
distintos mtodos de almacenar la informacin en los SIG, veremos la evolucin de estos respecto a la
arquitectura de almacenamiento de informacin"
8.1. Introduccin
Las bases de datos son un elemento fundamental en el entorno informtico hoy en da y
tienen aplicacin en la prctica totalidad de campos. Concebidas con un propsito general,
son de utilidad para toda disciplina o rea de aplicacin en la que exista una necesidad de
gestionar datos, tanto ms cuanto ms voluminosos sean estos. En nuestro ambito particular
de los SIG, los datos son cada da ms voluminosos, debido no solo a una mayor cantidad
de informacin, sino tambin a una mayor precisin en esta, la cual implica un mayor
volumen de datos. Adems, presentan otra serie de caractersticas (uso mltiple, necesidad
de acceso eciente para anlisis, necesidad de indexacin, etc.), haciendo todas ellas que sea
recomendable el uso de bases de datos y tecnologas especcas para su manejo.
Pese a que, como veremos el uso de las bases de datos en el mbito
SIG no ha sido siempre el actual, hoy en da representan una parte clave para la gestin
de los datos geogrcos, en especial dentro del marco de proyectos de cierta envergadura.
Aunque la realidad es que todava se efecta mucho trabajo SIG sin emplear bases de datos
(y las aplicaciones SIG as lo permiten, no siendo estrictamente necesario disponer de una
base de datos para almacenar la informacin), la naturaleza propia de los proyectos SIG y
la progresiva implantacin de los SIG a niveles ms all del uso personal (por ejemplo, SIG
corporativos o Infraestructuras de Datos Espaciales, acerca de las cuales se hablar en la
parte VI dedicada al factor organizativo) traen ambas consigo un uso cada vez mayor de las
bases de datos, y por tanto una mayor necesidad de conocer el funcionamiento de estas.
8.2.Fundamentos de bases de datos
Aunque las particularidades de los datos espaciales con los que trabajamos en un SIG
han hecho necesarias modicaciones y adaptaciones sobre el esquema de trabajo de las bases
de datos genricas, en esencia los fundamentos de estas siguen constituyendo el elemento
primordial sobre el que la arquitectura de gestin de datos espaciales se apoya, y es ne-
cesario conocerlos con cierto detalle. En esta seccin, veremos de forma introductoria esos
fundamentos de bases de datos genricas, aplicables a cualquier otro mbito adems del de
los SIG, para posteriormente poder tratar el caso particular de los datos espaciales.
8.2.1. Qu es una base de datos?
Entendemos como Base de Datos un conjunto de datos estructurado y almacenado de
forma sistemtica con objeto de facilitar su posterior utilizacin. Una base de datos pue-
de, por tanto, constituirse con cualquier tipo de datos, incluyendo los de tipo puramente
espacial (geometras,etc.) tales como los que se utilizan en un SIG, as como, por supuesto,
datos numricos y alfanumricos como los que constituyen la componente temtica de la
informacin geoespacial. Los elementos clave de la base de datos son esa estructuracin y
sistematicidad, pues ambas son las responsables de las caractersticas que hacen de la base
de datos un enfoque superior a la hora de gestionar datos.
Podemos ver ms claramente las implicaciones de utilizar una base de datos si recurrimos
al ejemplo que vimos ant es, relativo a la gestin forestal de un territorio.
Para ello, consideremos que el nmero de usuarios del SIG y de los datos asociados
no se limita unicamente al gestor forestal que ha de tomar decisiones o establecer planes de
actuacin, sino a muchos otros profesionales que puedan ejercer su trabajo en ese mismo
rea o puedan emplear total o parcialmente esos mismos datos.
Imaginemos, por ejemplo, el caso de un ingeniero encargado de planear la instalacin de
un tendido elctrico a travs de nuestra zona forestal de ejemplo. Sin duda, deber emplear
datos tales como Modelos Digitales de Elevaciones, capas de zonas protegidas o capas de
arbolado para establecer el trazado ptimo y estimar costes de la lnea, entre otras tareas.
Si en una situacin ideal este ingeniero estara en comunicacin con el gestor forestal y
ambos compartiran sus conocimientos dentro de un equipo multidisciplinar, tambin en lo
referente a los datos debera existir una comunicacin igual que implique, ente otras cosas,
un uso compartido y convenientemente coordinado de ellos. En otras palabras, los datos
tambin tienen ese carcter multidisciplinar y deben dejar de verse como algo propio de un
uso particular, para concebirse como un conjunto global del que se benecian muy diversos
usuarios.
Establecer un uso compartido de los datos en una situacin como la anterior no parece
difcil, ya que simplemente se trata de dos profesionales que realizan tareas relacionadas y
que, de un modo u otro, van a tener un contacto directo. El gestor forestal puede senci-
llamente dar una copia de sus datos al ingeniero y este podr trabajar despus con ellos
de forma independiente. Aunque los datos con que trabajen son inicialmente los mismos,
en realidad esta prctica da lugar son dos copias aisladas que constituyen dos universos
distintos.
La situacin real, sin embargo, es habitualmente mucho ms compleja, y utilizar un
esquema de colaboracin como el anterior puede ser imposible, carecer por completo de sen-
#
#
Bases de datos
tido, o tener un buen nmero de consecuencias negativas. A medida que aumenta el nmero
de usuarios, resulta menos recomendable que cada uno trabaje con sus propios datos y se
los hagan llegar entre ellos a medida que los necesitan (una realidad que, desgraciadamente,
se presenta con ms frecuencia de lo recomendable). No debe olvidarse que un conjunto
ms amplio de usuarios que trabajan de esta forma y son ellos mismos quienes gestionan
sus propios datos, implica directamente un nmero tambin ms elevado de aplicaciones
informticas y de formatos de archivo, complicando enormemente el trabajo coordinado en
cuanto el equipo tiene un tamano medio.
Es probable adems que existan usuarios dentro de una misma organizacin (por ejemplo,
un organismo pblico) que aunque requieran para su trabajo datos similares, no tengan
contacto alguno entre s. Aunque los usuarios sean independientes, sus datos no lo han de
ser necesariamente, y en una situacin ideal deberan acudir a un repositorio unico de datos
del que cada cual tomara lo necesario, en lugar de basar su trabajo en un conjunto de datos
fragmentado y difcil de gestionar.
Pensemos en un dato que pueda ser de inters a varios usuarios, como por ejemplo una
capa de vas de comunicacin. A nuestro gestor forestal le ser de inters para, por ejemplo,
saber qu medios de acceso existen en caso de tener que hacer frente a un incendio. Lo
ms relevante de esas vas ser su trazado, es decir su geometra, y tal vez el tipo de va
de que se trata, para poder conocer la velocidad a la que se pueden desplazar los medios
de extincin. Otros usuarios, por su parte, pueden necesitar parmetros distintos como
el volumen de trco medio de cada va. Si todos ellos tienen una capa de vas con los
parmetros asociados que necesitan para su trabajo, nos encontramos con una innecesaria
redundancia de la componente espacial (las geometras), y una dispersin de la componente
temtica, que resultara ms conveniente mantenerla agrupada.
Pensemos ahora que el gestor forestal detecta un error en el trazado de una de las vas y
lo corrige. Esa correccin no estar disponible para los restantes usuarios, que pueden a su
vez efectuar modicaciones similares que no redundarn en una mayor calidad de los datos
con los que trabaja el gestor forestal, ya que, pese a utilizar datos similares, trabaja con su
propio conjunto de datos. Incluso si en algn momento todos estos usuarios deciden poner
en comn sus datos y unirlos, esta operacin puede ser muy compleja o incluso, como sucede
frecuentemente, imposible de realizar. Por su parte, otros usuarios pueden anadir una nueva
variable temtica, como por ejemplo un ndice de siniestralidad de la va, el cual, si bien tal
vez no resulte de utilidad inmediata para muchos usuarios, en un futuro s pudiera serlo.
Una vez ms, estos nuevos datos no quedan a disposicin del resto de usuarios, y en caso de
serlo, no lo hacen en conjunto con datos similares, sino como un dato aislado de los restantes.
En denitiva, es complejo gestionar de forma adecuada los datos en el momento en que
estos alcanzan un mbito ms all de lo personal, y las prcticas ms habituales basadas en
una gestin ((manual)) de un conjunto de cheros no son una opcin adecuada. La solucin
para lograr esa necesaria gestin centralizada de los datos son las bases de datos y tambin,
como veremos ms adelante, los sistemas gestores de bases de datos, que representan la
interfaz entre las bases de datos y los distintos usuarios.
8.2.2. Por qu interesa usar una base de datos?
En base al ejemplo anterior, podemos analizar algo ms sistemticamente las ventajas de
una base de datos frente a una gestin no organizada de los datos. Las ventajas de utilizar
un almacenamiento estructurado se aprecian en diversos puntos, ya que afectan no solo a
los datos sino tambin al propio uso que se hace de estos. Algunas ventajas que afectan
directamente a los datos son las siguientes:
Mayor independencia. Los datos son independientes de las aplicaciones que los usan,
as como de los usuarios.
Mayor disponibilidad. Se facilita el acceso a los datos desde contextos, aplicaciones y
medios distintos, hacindolos utiles para un mayor nmero de usuarios.
Mayor seguridad (proteccin de los datos). Por ejemplo, resulta ms fcil replicar una
base de datos para mantener una copia de seguridad que hacerlo con un conjunto de
cheros almacenados de forma no estructurada. Adems, al estar centralizado el acceso
a los datos, existe una verdadera sincronizacin de todo el trabajo que se haya podido
hacer sobre estos (modicaciones), con lo que esa copia de seguridad servir a todos
los usuarios.
Menor redundancia. Un mismo dato no se encuentra almacenado en mltiples cheros
o con mltiples esquemas distintos, sino en una unica instancia en la base de datos.
Esto redunda en menor volumen de datos y mayor rapidez de acceso.
Mayor eciencia en la captura, codicacin y entrada de datos.
Esto tiene una consecuencia directa sobre los resultados que se obtienen de la explotacin
de la base de datos, presentndose al respecto ventajas como, por ejemplo:
Mayor coherencia. La mayor calidad de los datos que se deriva de su mejor gestin
deriva en mayor calidad de los resultados.
Mayor eciencia. Facilitando el acceso a los datos y haciendo ms sencilla su explota-
cin, la obtencin de resultados es ms eciente.
Mayor valor informativo. Resulta ms sencillo extraer la informacin que los datos
contienen, ya que uno de los cometidos de la base de datos es aumentar el valor de
estos como fuente de informacin.
Por ultimo, los usuarios de la base de datos tambin obtienen ventajas al trabajar con
estas, entre los que cabe citar:
Mayor facilidad y sencillez de acceso. El usuario de la base de datos se debe preocupar
unicamente de usar los datos, disponiendo para ello de las herramientas adecuadas y
de una estructura solida sobre la que apoyarse.
Facilidad para reutilizacin de datos (facilidad para compartir)
De forma resumida, puede decirse que la principal bondad de una base de datos es la
centralizacin que supone de todos los datos con los que se trabaja en un contexto determi-
nado, con las consecuencias que ello tiene para una mejor gestin, acceso o estructuracin
de estos.
Bases de datos
8.2.3. Modelos de bases de datos
En funcin de la estructura utilizada para construir una base de datos, existen diversos
modelos de bases de datos. El modelo de la base de datos dene un paradigma de alma-
cenamiento, estableciendo cmo se estructuran los datos y las relaciones entre estos. Las
distintas operaciones sobre la base de datos (eliminacin o sustitucin de datos, lectura de
datos, etc.) vienen condicionadas por esta estructura, y existen notables diferencias entre
los principales modelos, cada uno de ellos con sus ventajas e inconvenientes particulares.
Algunos de los ms habituales son los siguientes:
Bases de datos jerrquicas. Los datos se recogen mediante una estructura basada en
nodos interconectados. Cada nodo puede tener un unico padre y cero, uno o varios
hijos. De este modo, se crea una estructura en forma de rbol invertido en el que todos
sus nodos dependen en ultima instancia de uno denominado raz. Aunque potente, el
modelo jerrquico presenta algunas deciencias, principalmente la escasa independen-
cia de sus registros (el acceso a un registro un nodo implica que se ha de pasar
por sus padres, restando exibilidad a la navegacin por la base de datos). Otra grave
deciencia de este modelo es la mala gestin de la redundancia de datos, ya que si un
registro guarda relacin con dos o ms, debe almacenarse varias veces, ya que no se
permite que el nodo correspondiente tenga varios padres. Esto tiene consecuencias no
solo en el mayor volumen de datos que se almacena, sino tambin en la integridad y
coherencia de los datos. Si se modica una de las ((copias)) de ese registro en la base
de datos, deben modicarse tambin las restantes, ya que, aunque no conectadas en la
estructura de la base de datos, realmente representan una unica realidad y debieran
ser idnticas entre s.
Bases de datos en red. Con objeto de solucionar los problemas de redundancia de las
bases de datos jerrquicas, surge el modelo en red. Este modelo permite la aparicin
de ciclos en la estructura de la base de datos (es decir, no ha de existir un unico padre
para cada nodo), lo cual permite una mayor ecacia en lo que a la redundancia de
datos se reere. Presenta, no obstante, otros problemas, siendo el ms importante de
ellos su gran complejidad, lo que hace difcil la administracin de la base de datos.
Bases de datos relacionales. Constituyen el modelo de bases de datos ms utilizado en
la actualidad. Solucionan los problemas asociados a las bases de datos jerrquicas y
en red, utilizando para ello un esquema basado en tablas, que resulta a la vez sencillo
de comprender y fcil de utilizar para el anlisis y la consulta de los datos. Las tablas
contienen un nmero dado de registros (equivalentes a las las en la tabla), as como
campos (columnas), lo que da lugar a una correcta estructuracin y un acceso eciente.
Bases de datos orientadas a objetos. Se trata de uno de los modelos ms actuales,
derivado directamente de los paradigmas de la programacin orientada a objetos. El
modelo extiende las capacidades de las bases de datos relacionales, de tal modo que
estas pueden contener objetos, permitiendo as una integracin ms fcil con la propia
arquitectura de los programas empleados para el manejo de la base de datos, en caso
de que estos hayan sido desarrollados mediante programacin orientada a objetos.
Su popularidad crece de forma notable en ciertas reas en las cuales resultan ms
ventajosas que el modelo relacional, siendo los SIG una de ellas.
#
La gura 8.1 muestra una comparacin esquemtica de los anteriores modelos de bases
de datos.
Figura 8.1: Comparacin entre algunos modelos de base de datos ms frecuentes (adaptado).
8.2.4. Bases de datos relacionales
Aunque, como ya hemos visto, existen diversos tipos de bases de datos, las ms utilizadas
con diferencia en la actualidad son las relacionales, que han demostrado su idoneidad en la
mayor parte de situaciones. Estas son tambin las que encontraremos en el mbito SIG,
y resulta por ello necesario anadir algunas nociones adicionales sobre ellas para la correcta
comprensin, sino tambin de otros posteriores que desarrollan temas
relacionados.
El modelo relacional fue desarrollado en 1969 por Ted Codd y publicado un ano despus
en un artculo ya clsico, y consiste bsicamente en un conjunto de relaciones tabula-
res. Estas relaciones son tan importantes como los propios datos (las tablas, en este caso),
y constituyen una idea central en el modelo relacional, de ah su denominacin. La carac-
terstica principales que ha convertido a este modelo de base de datos en el ms popular en
la actualidad es su gran simplicidad, la cual indirectamente le dota de una gran potencia.
Paralelamente, el modelo relacional se sustenta en unos fundamentos matemticos slidos y
sus ideas pueden expresarse mediante conceptos de la teora de conjuntos, lo que posibilita
un anlisis formal del mismo.
Adems de las denominaciones habituales de tabla, la y columna, existe una terminologa
especca empleada al referirse a las bases de datos relacionales. As, en el modelo relacional
los datos se organizan en tablas bidimensionales, cada una de ellas con informacin relativa
a un determinada entidad. La tabla en s se conoce como relacin, ya que recoge la relacin
existente entre sus elementos, y constituye as el eje central del modelo relacional. Dentro de
Bases de datos
la tabla, los datos estn organizados a su vez en las y columnas. Las columnas representan
los distintos atributos asociados a la entidad, mientras que las las conforman los distintos
registros. Una la se forma con un conjunto de n atributos, constituyendo una tupla.
El esquema de la relacin est formado por los nombres de los atributos y un dominio
asociado a estos, que delimita el rango de valores posibles para cada atributo. El dominio
especica el tipo de dato a contener en cada columna. Por ejemplo, si se recoge un nombre
el atributo ser de tipo alfanumrico, mientras que si el atributo es un conteo deber ser de
tipo entero. Adems de los tipos habituales (fechas, cadenas de texto, valores reales
1
, valores
enteros, etc.) pueden emplearse en ciertas bases de datos valores ms complejos. Esto es de
especial inters en el caso de los SIG, ya que permite utilizar geometras como un tipo de
datos ms, con la utilidad que esto tiene a la hora de almacenar datos espaciales. El esquema
de la relacin se recoge en la primera la de la tabla, conocida como cabecera. El nmero
de las de la tabla sin contar la cabecera (es decir, el nmero de tuplas) se conoce como
cardinalidad.
Las relaciones son, por tanto, un conjunto de tuplas asociadas a un esquema. En una
relacin, tanto el orden de las las como el de las columnas son irrelevantes (exceptuando
la cabecera, que no es un tupla como tal, sino que dene el esquema como hemos visto),
pero es importante que cada atributo sea del tipo correspondiente a la columna a la que
pertenece. Es decir, que sea coherente con el esquema.
El cuadro 6.1 muestra un resumen de algunas de las equivalencias entre la terminologa
habitual y la especca del modelo relacional. En la gura 8.2 puede verse un esquema de
los elementos fundamentales del modelo relacional.
Terminologa habitual Modelo relacional
Tabla Relacin
Fila Tupla
Columna Atributo
Nmero de las Cardinalidad
Valores posibles Dominio
Identicador unico Clave primaria
Cuadro 8.1: Terminologa del modelo relacional (Adaptado).
Una forma abreviada de denir las relaciones que forman parte de una base de datos
es mediante su nombre y su esquema expresado como una lista de los atributos que lo
constituyen. Por ejemplo, podemos denir una relacin denominada PERSONAS como
PERSONAS(DNI, Nombre, Al t ur a, Edad, Ciudad)
Una base de datos contiene normalmente ms de una tabla, ya que suelen ser muchos
los tipos de datos a almacenar y resulta conveniente dividirlos en distintas tablas. Adems
de las relaciones que la tabla en s implica, es necesario denir relaciones entre las distintas
tablas, y para ello se emplean los denominados atributos clave. Un atributo clave es aquel
que tiene valor unico para cada tupla, pudiendo servir para representar a esta plenamente.
1
Entindase el adjetivo real aqu en su sentido matemtico, es decir, un nmero n tal que n
R. Puede
emplearse tambin la denominacin menos formal de nmero decimal o bien valor de coma otante, esta
ultima ms comn en el mbito informtico y referida a la forma de almacenamiento de este tipo de valores.
Figura 8.2: Elementos del modelo relacional.
Por ejemplo, en una tabla con nombres de personas e informacin adicional sobre ellas
segn el esquema anterior, los nombres no pueden ser la clave primaria, ya que puede haber
dos personas con un mismo nombre. El nmero de su Documento Nacional de Identidad, sin
embargo, s que puede servir como atributo clave. Adems de su unicidad, una clave debe ser
invariable, identicando la misma tupla a lo largo del tiempo. Un esquema de relacin puede
contener varios atributos clave, que se conocen como claves candidatas. Normalmente, de
estas se elige una como representante principal de las tuplas, y se conoce como clave primaria
Por convencin, las claves se escriben subrayadas al denir el esquema de la tabla, de tal
modo que el de la tabla PERSONAS quedara de la siguiente forma:
PERSONAS(DNI, Nombre, Al t ur a, Edad, Ciudad)
Si no existe ningn atributo que cumpla los requisitos para ser utilizado como clave,
este puede incorporarse al esquema de la relacin, anadiendo por ejemplo un nuevo atributo
con un cdigo arbitrario. Un ejemplo de esto lo podemos encontrar en el cuadro 6.2, donde
se incorpora un atributo que hace la funcin de clave a una tabla con informacin sobre
personas pero que no contiene el DNI de estas entre esa informacin y, por tanto, carece de
un atributo adecuado para servir de clave.
En la denicin de clave cabe tambin la presencia de claves compuestas, es decir, for-
madas por varios atributos cuya combinacin es unica para cada tupla. No obstante, la
utilizacin de claves simples es preferible generalmente, ya que simplica gran parte de las
operaciones en las que la presencia de una clave es necesaria.
Cuando trabajamos con datos espaciales, es habitual emplear la componente espacial
como clave, ya que esta suele ser unica. En el caso de almacenar informacin sobre ciudades,
con los nombres sucede de forma similar a lo visto para el caso de personas, ya que existen
ciudades con el mismo nombre en distintos lugares. La localizacin de estas, sin embargo,
es unica, ya que no puede haber dos ciudades simultneamente en el mismo lugar.
El empleo de estas claves permite relacionar tablas entre s, siempre que estas compartan
algn atributo comn. Por ejemplo, pensemos en una base de datos que contenga la tabla
anterior y junto a esta la tabla mostrada en el cuadro 8.3. Es decir, la base de datos contiene
informacin sobre personas y sobre ciudades.
Es sencillo ver que puede vincularse una tabla a la otra a travs del atributo que contiene
el nombre de la ciudad. Ntese que este atributo no tiene el mismo nombre en ambas tablas,
y que, mientras que en una de ellas representa la clave primaria
2
, en la otra no puede serlo
pues existen nombres de ciudades repetidos. Pese a ello, este atributo nos permite establecer
2
Pese a que se ha comentado que el nombre de la ciudad puede no ser adecuado como clave, en este
#
Bases de datos
a)
DNI Nombre Altura Edad Ciudad
50234561 Juan Gmez 1,85 35 Bs. As.
13254673 Edurne Montero 1,60 30 Lujn
46576290 Luis Urrutia 1,75 46 Bs. As.
38941882 Juan Gmez 1, 71 55 Crdoba
b)
I D Nombre Altura Edad Ciudad
001 Juan Gmez 1,85 35 Bs. As.
002 Edurne Montero 1,60 30 Lujn
003 Luis Urrutia 1,75 46 Bs. As.
004 Juan Gomez 1, 71 55 Crdoba
Cuadro 8.2: Adicin de un campo para crear una clave. La tabla a) contiene un atributo unico
(DNI). La tabla b) no contiene un atributo unico entre sus datos, pero se anade el campo ID con
un cdigo arbitrario que puede ser empleado como clave. El nombre en este caso no sirve como
atributo unico ya que hay dos personas en la tabla con el mismo nombre.
Nombre Habi tantes Superficie(km
2
)
Bs. As. 6386932 607
Crdoba 1564145 134
Lujn 80810 232
Cuadro 8.3: Tabla CIUDADES (valores no realies)
una relacin entre las tablas
3
, que podramos denominar ((nacido en)). A cada tupla de la
primera tabla, que representa a una persona dada, podemos vincularla con una de la segunda
tabla, que representa una ciudad en particular, ya que toda persona ha nacido en una ciudad
y gracias al atributo CIUDAD podemos saber exactamente cul es dicha ciudad.
Las interrelaciones entre tablas pueden ser de distintos tipos en funcin del nmero
de elementos distintos que se vinculan de cada tabla. En nuestra relacin ((vive en)), una
persona puede vivir en una unica ciudad, mientras que una ciudad puede tener muchas
personas viviendo en ella. Es decir, cada tupla de la tabla PERSONAS se relaciona con una
unica de la tabla CIUDADES, y cada tupla de esta ultima se relaciona con una o varias de la
primera. Este tipo de relacin se conoce como de uno a muchos.
caso s puede serlo debido a las pocas las que contiene la tabla, por lo que, en aras de la simplicidad, lo
utilizaremos asumiendo que no van a existir en la tabla dos ciudades con el mismo nombre.
3
Ntese que estamos empleando aqu el trmino relacin para referirnos al vnculo entre tablas, pero que
este trmino tambin se emplea para referirse a las propias tablas, lo cual puede dar lugar a confusiones.
Para evitarlo, emplearemos el trmino tabla para referirnos a estas, y mediante los trminos relacin o
interrelacin haremos a partir de ahora unicamente referencia a esos vnculos que permiten enlazar varias
de dichas tablas.
#
Existen otros dos tipos de relaciones adems de esta: las denominadas de uno a uno y
las de muchos a muchos. Un ejemplo de relacin de uno a uno podran ser ((casado con)),
que estableceramos entre la tabla PERSONAS y ella misma (las dos tablas implicadas no han
de ser necesariamente distintas). Cada persona puede estar casada unicamente con otra, por
lo que la relacin es de uno con uno, relacionndose una tupla con tan solo otra distinta, y
no con varias.
Es importante resenar que en algunas relaciones como nacido en todos los elementos
de una o de las dos tablas se encuentran vinculados de algn modo a travs de la relacin,
mientras que en otros no es as necesariamente. As, todas las personas han nacido en alguna
ciudad, y estarn relacionadas con la correspondiente tupla en la tabla CIUDADES, pero no
todas las personas estn necesariamente casadas.
Un ejemplo de relacin muchos a muchos la podemos plantear si contamos en nuestra
base de datos con, por ejemplo, una tabla con empresas, entre cuya informacin se incluya
una lista de las ciudades en las que cada empresa tiene sede. Una empresa puede tener
sedes en distintas ciudades, y una ciudad puede acoger a varias empresas, con lo que tanto
ciudades como empresas pueden estar vinculadas a ms de una tupla en la otra tabla.
8.2.5. Sistemas gestores de bases de datos
Junto con las bases de datos, el elemento fundamental para el aprovechamiento de estas
son los Sistemas Gestores de Bases de Datos (SGDB o DBMS, del ingls DataBase Mana-
gement System). Estos sistemas representan un elemento intermedio entre los propios datos
y los programas que van a hacer uso de ellos, facilitando las operaciones a realizar sobre
aquellos. En nuestro caso, son el componente que permite unir el SIG con la base de datos
en la que se almacenan los datos espaciales con los que este va a trabajar.
Un SGBD es una pieza de software compleja, ya que las situaciones a las que debe
responder son diversas y en muchas ocasiones con requerimientos elevados, por ejemplo en
lo que a eciencia y volumen de datos respecta. Pinsese que una base de datos actual puede
tener millones de registros y ser utilizada simultneamente por miles de usuarios, que a su
vez pueden utilizar diversos programas, no todos ellos del mismo tipo. Por ejemplo, una base
de datos que contenga nmeros de telfono, nombres de usuarios, direcciones y coordenadas
asociadas a cada lnea telefnica, puede ser empleada desde un SIG para crear un mapa
que muestre la densidad de usuarios o tambin desde una aplicacin que genere un listn
telefnico, o bien desde una aplicacin en una pgina Web que permita localizar el nmero de
telfono de una persona concreta. Cada una de estas aplicaciones realiza un trabajo distinto,
pero todas ellas utilizan la misma base de datos. El SGBD debe proporcionar a todos ellos
la metodologa adecuada para extraer del conjunto de datos completo cuanto sea necesario
en cada caso.
Adems, el SGBD es la herramienta utilizada no solo por quienes aprovechan los datos,
sino tambin por aquellos que se han de encargar de la propia gestin y mantenimiento de la
base de datos. Administrar una base de datos puede suponer una tarea altamente compleja,
por lo que el SGBD debe proveer los utiles necesarios para llevar a cabo ese mantenimiento.
Para ser de verdadera utilidad y responder a todas las necesidades que pueden plantearse
en relacin con la base de datos, un SGBD debe perseguir los siguientes objetivos:
Acceso transparente a los datos. La base de datos ha de poder accederse de forma
transparente, sin que sea necesario para el usuario del SGBD preocuparse por aspectos
internos relativos a la estructura de esta u otras caractersticas. Esto signica que, por
Bases de datos
ejemplo, si queremos recuperar un registro de la base de datos, debemos poder hacerlo
sin necesidad de saber si dicha base de datos est almacenada en un unico archivo o
varios, o si el registro que pretendemos recuperar est almacenado a su vez de uno u
otro modo. As, el SGBD debe crear una abstraccin de los datos que haga el trabajo
con estos ms sencillo, ocultando aspectos que no sean relevantes para dicho trabajo.
Procedimientos como las consultas que veremos se realizan a travs
del SGBD, que es quien se encarga de interpretar dichas consultas, aplicarlas sobre la
base de datos y devolver el resultado correspondiente. El SIG no accede a los datos,
sino que se comunica con el SGBD y deja en manos de este el proceso de consulta en
s.
Proteccin de los datos. Si la base de datos almacena informacin sensible, el SGBD
debe controlar el acceso a esta, restringiendo el acceso cuando corresponda (por ejem-
plo, estableciendo distintos permisos de acceso para distintos tipos de usuarios) e
implementando los mecanismos de proteccin necesarios.
Eciencia. Acceder a los datos no es suciente en la mayora de los casos, sino que
se requiere un acceso eciente. El SGBD debe ser capaz de gestionar de forma uida
grandes volmenes de datos o de operaciones (por ejemplo, muchos usuarios accediendo
simultneamente), de modo que d una respuesta rpida a las peticiones de los usuarios
de la base de datos.
Gestin de transacciones. Las operaciones sobre la base de datos tales como la adicin
o borrado de un registro se realizan mediante transacciones. Una transaccin es un
conjunto de operaciones realizadas por un usuario sobre la base de datos como una
unica unidad de trabajo, de forma indivisible. El SGBD ha de encargarse de gestionar-
las de manera eciente y segura para que todos los usuarios de la base de datos puedan
hacer su trabajo de forma transparente. Aspectos como el acceso concurrente a la base
de datos (varias transacciones simultaneas) resultan especialmente importantes, y en
su buena gestin se pone gran esfuerzo en el diseno de los SGBD.
Se denomina transaccional al SGBD capaz de garantizar la integridad de los datos, no
permitiendo que las transacciones puedan quedar en un estado intermedio. Esto implica
la capacidad de poder volver a un estado anterior en caso de que por cualquier causa
(error en el sistema, fallo elctrico, etc) no haya podido completarse la transaccin.
La gura 8.3 esquematiza el papel que el SGBD juega en el manejo y empleo de los
datos. Tanto los distintos usuarios (en el caso de nuestro supuesto de gestin forestal pueden
ser desde el gestor forestal al cartgrafo encargado de actualizar los limites de las unidades
inventariables) como el administrador de la base de datos acceden a esta a travs del SGBD.
No existe acceso directo a la base de datos.
El SGBD tendr unas u otras caractersticas en funcin del modelo de base de datos sub-
yacente, ya que debe adaptarse a las caractersticas de este para ofrecer las funcionalidades
correspondientes en el nivel de usuario.
8.2.6. Diseo y creacin de una base de datos
Una vez se toma la decisin de emplear una base de datos, el siguiente paso es el diseno
y creacin de esta. El diseno implica la denicin de la estructura que va a tener la base
#
#
Figura 8.3: Representacin esquemtica del papel de un Sistema Gestor de Base de Datos.
de datos, que se deber realizar teniendo en cuenta principalmente el tipo de datos que
van a almacenarse y el modelo de base de datos elegido. El diseno debe adecuarse al uso
previsto de la base de datos, de tal modo que acomode los datos de la mejor forma posible
para cumplir los objetivos enunciados anteriormente. Para ello debe
conocerse la naturaleza de los datos que van a almacenarse (no necesariamente datos de los
que se dispone en el momento de la creacin, sino los que se espera pasen a formar parte de
la base de datos a lo largo de su ciclo de vida), as como la de los algoritmos y procesos que
van a emplearse sobre ellos.
Posteriormente al diseno, debe procederse a la implementacin de la base de datos, esto
es, a la creacin propiamente dicha, incorporando los datos segn los esquemas escogidos
en la fase de diseno. Por ultimo, y una vez creada la base de datos, debe procurarse un
mantenimiento para que est continuamente en condiciones de ser utilizada.
Ms concretamente, pueden distinguirse las siguientes fases en el proceso global de desa-
rrollo de una base de datos:
Diseoo lgico. Independiente del SGBD empleado, es un diseno conceptual que pre-
tende modelizar el contenido de la base de datos.
Diseno fsico. Es la adaptacin del diseno conceptual a las particularidades del SGBD
escogido.
Implementacin. Introduccin de los datos en la base de datos.
Mantenimiento. Monitorizacin de la actividad sobre la base de datos.
La primera fase en el diseo de una base de datos implica un anlisis de los datos que
se van a recoger. Como resultado de ese anlisis debe surgir un modelo conceptual que
exprese la estructura de la informacin, siendo dicha estructura susceptible de ser empleada
como esquema base para la base de datos en cuestin. El modelo conceptual ha de denir
bsicamente los tipos de datos a tratar y las relaciones existentes entre ellos, elementos que
sern luego expresados en trminos del modelo de base de datos elegido (relacional, orientado
a objetos, etc.) una vez se pase a la fase de diseo fsico.
#
#
#
Bases de datos
El modelo conceptual debe estructurar la informacin de forma que el usuario de la
base de datos comprenda de forma sencilla el contenido y forma de esta. Por tanto, debe
desarrollarse teniendo presentes las necesidades de los usuarios y el hecho de que estos no
necesariamente han de ser especialistas en bases de datos, sino especialistas en los propios
datos en s. Por otra parte, el modelo debe intentar capturar del mejor modo posible la
realidad que se pretende modelizar, por lo que el conjunto de tipos de datos y relaciones debe
elaborarse de modo similar a dicha realidad para recoger toda la complejidad del sistema. Y,
por supuesto, el modelo debe poder ser implementado posteriormente y utilizado en conjunto
con el SGBD escogido, ya que de otro modo no presenta utilidad prctica.
Existen diversas metodologas para desarrollar un modelo conceptual. Una de las ms
extendidas por su sencillez y potencia es la del modelo entidadrelacin (abreviadamente,
modelo ER).
Denominamos entidad a un objeto o concepto del mundo real acerca del cual se recoge
informacin, y que puede diferenciarse de otros objetos, incluso si son de su misma clase (un
ordenador, por ejemplo, es un objeto, y puede diferenciarse de otros ordenadores, incluso
si son de idnticas caractersticas, ya que no son todos el mismo objeto y ese en particular
tendr alguna propiedad distinta, como puede ser el nmero de serie). La entidad puede
tener sentido fsico o bien ser una idea abstracta, como un tipo de deporte, una clase de
msica o una palabra.
Una entidad se describe mediante una serie de caractersticas o atributos, que son las
que denen su naturaleza y sus propiedades. Una coleccin de entidades es un conjunto de
entidades distintas (que representan a objetos distintos), las cuales comparten unos atributos
comunes. Por ejemplo, un conjunto de ordenadores de los cuales se conocen los atributos
modelo, marca y procesador.
Por su parte, una relacin expresa la dependencia existente entre entidades y permi-
te la asociacin de estas. No resulta difcil ver que estos conceptos entidad, atributos y
relacin guardan un notable paralelismo con las ideas del modelo relacional que ya co-
nocemos. As, y aunque no resulte por completo inmediato, es sencillo traducir un modelo
entidad-relacin (conceptual) a un modelo relacional, que constituye ya un modelo aplicado
a un tipo particular de base de datos. Por ello, el modelo ER es una herramienta potente
para el diseno lgico de la base de datos, especialmente si esta utiliza el modelo relacional.
Para desarrollar el diseno conceptual de una base de datos siguiendo el modelo ER,
estos son lo pasos principales:
Partimos de una descripcin textual del problema o sistema que queremos recoger.
Esta descripcin contiene los requisitos necesarios y ha de formular la pregunta a la
que queremos que la base de datos d respuesta. Para nuestro ejemplo con datos sobre
personas y ciudades
4
, el problema podramos formularlo como qu personas han
nacido en cada ciudad?
Se toman los verbos y los sustantivos de la descripcin textual. Los sustantivos son
posibles entidades o atributos, mientras que los verbos son posibles relaciones. En
nuestro caso, persona y ciudad sern entidades y nacido en una relacin.
4
Aunque por meras razones didcticas hemos presentado en las tablas PERSONAS y CIUDADES
antes abordar lo relativo al modelos ER y el diseno de la base de datos, no debe olvidarse que este modelo
ER (o cualquier otro empleado para el diseno del modelo conceptual) es previo a la implementacin de la
base de datos, y las tablas correspondientes al modelo relacional son solo una implementacin prctica de
dicho esquema, en este caso segn los requisitos de una base de datos que utiliza dicho modelo relacional.
# #
Se analizan las frases y determina la cardinalidad de las relaciones y otros detalles.
El modelo as creado se expresa mediante un diagrama en el que las entidades se repre-
sentan como cajas rectangulares, las relaciones mediante rombos y los atributos en crculos
o elipses, todos ellos con sus correspondientes nombres en el interior. Cuando un atributo
es un identicador, se representa con su nombre subrayado, del mismo modo que en la de-
nicin de esquemas que ya vimos anteriormente (Figura 8.4). Si el nmero de atributos
es elevado o el diagrama es complejo por existir gran cantidad de tablas e interrelaciones,
pueden omitirse los atributos para una mayor legibilidad, describindose en un documento
adicional.
Figura 6.4: Simbologa empleada en el modelo entidadrelacin.
.Figura 8.5: Ejemplo de diagrama E-R
Como ejemplo de lo anterior, la informacin sobre personas y ciudades que venimos
manejando, as como la relacin ((nacido en)) existente entre ambas, se expresaran segn el
modelo entidad-relacin con un diagrama tal como el mostrado en la gura 8.5.
El modelo ER presenta algunas limitaciones semnticas, y no es suciente para expresar
con detalle la estructura de algunos tipos de informacin. Por esta razn, surge el conocido
como modelo ER extendido, que ampla el modelo E-R anadiendo nuevos elementos. Con
su mayor potencia, el modelo ER extendido acerca el diseno conceptual a los conceptos
de la programacin orientada a objetos, incorporando por ejemplo mecanismos de herencia.
No obstante, el enfoque orientado a objetos recoge no solo la estructura del sistema de
informacin, sino tambin su comportamiento dinmico.
Tras el diseno lgico, el diseno fsico de la base de datos ha de llevar el modelo conceptual a
la prctica y crear un repositorio de datos que pueda ser usado por el SGBD. Debe, asimismo,
mantener todas aquellas propiedades del modelo conceptual, de modo que el contenido de la
base de datos siga expresando de forma el la realidad y su estructura contine siendo fcil
de comprender para los usuarios. Si, siguiendo el enfoque ms habitual, optamos por crear
una base de datos segn el modelo relacional, esto implica la creacin de las correspondientes
relaciones y los esquemas asociados a cada una de ellas.
#
#
Bases de datos
DNI Nombre Altura Edad Ciudad Pobl acion Superficie
50234561 Juan Gmez 1,85 35 Bs. As. 6386932 607
13254673 Edurne Montero 1,60 30 Lujn 80810 232
46576290 Luis Urrutia 1,75 46 Bs. As. 6386932 607
38941882 Juan Gomez 1, 71 55 Crdoba 1564145 134
Cuadro 8.4: La informacin de las tablas PERSONAS y CIUDADES puede recogerse en una unica tabla
como la mostrada.
La tablas que denamos en la base de datos pueden tener consecuencias directas sobre el
uso de esta, afectando a aspectos como el rendimiento de las operaciones que posteriormente
se lleven a cabo o al volumen de datos total necesario. Por ejemplo, nuestra base de datos
con dos tablas, PERSONAS y CIUDADES, puede implementarse utilizando unicamente una tabla
como la mostrada en el cuadro 8.4. Esta tabla contiene la misma informacin que las dos
tablas anteriores, y en principio permite realizar operaciones similares. Si quisiramos saber
la poblacin de la ciudad donde ha nacido una persona en concreto, podramos hacerlo de
igual modo con independencia de cul de las estructuras mostradas tenga la base de datos.
En un caso deberemos acudir a dos tablas y una interrelacin entre ellas, mientras que en el
otro solo es necesario emplear una tabla, la unica que por otra parte contiene nuestra base
de datos.
Aunque la funcionalidad sea la misma, el uso de una unica tabla tiene efectos poco
deseados que se advierten rpidamente, como por ejemplo la redundancia de datos. La
poblacin y supercie de Bs. As. aparecen repetidos en dos ocasiones, y apareceran ms
veces si hubiera en la tabla PERSONAS ms tuplas correspondientes a individuos nacidos en
esta ciudad. De igual modo sucedera con otras ciudades. En el esquema basado en dos
tablas, sin embargo, estos datos aparecen en una unica ocasin y no dependen del nmero
de personas de cada ciudad cuyos datos aparecen en la base de datos. En una base de
datos de pequenas dimensiones como la que utilizamos de ejemplo, esta circunstancia puede
parecer poco relevante, pero si trabajamos con millones de registros en la tabla PERSONAS la
diferencia es realmente importante.
El concepto de normalizacin de una base de datos tiene relacin con lo anterior. Aun-
que no se entrar en detalles por exceder el alcance de este texto,
Otro aspecto a tener en cuenta en el diseno fsico de la tabla es elegir nombres adecuados
para los atributos y las tablas. Los nombres deben ser inequvocos y dar una idea clara de la
informacin que contienen, y un usuario debe poder identicar sin dicultades qu tablas y
atributos son aquellos a los que debe acudir para efectuar una consulta y dnde se encuentra
la informacin que busca. El atributo CIUDAD en la tabla PERSONAS, por ejemplo, cumple
sin problemas su papel a la hora de establecer la relacin entre esta tabla y la que recoge
los datos de las distintas ciudades, pero si buscamos exclusivamente informacin sobre las
personas, no es completamente preciso, ya que no aclara si se trata de la ciudad en la que una
persona ha nacido o en la que habita. Siempre que pueda existir alguna duda razonable a la
hora de interpretar el contenido de una tabla, debe intentarse solventar esta mediante el uso
de nombres claros y concisos. Establecer una sistemtica a la hora de nombrar atributos y
respetarla a lo largo de todo el conjunto de tablas de una base de datos har ms fcil para los
#
#
#
usuarios la comprensin de esta. Por ejemplo, es habitual emplear el prejo num cuando un
atributo representa un conteo (y por tanto, su tipo de dato ser de tipo entero). Siguiendo
esta convencin, si quisiramos anadir un campo a la tabla PERSONAS con el nmero de
hermanos de cada individuo, sera ms conveniente y ms informativo denominar al atributo
correspondiente numHermanos, en lugar de, por ejemplo, Hermanos. Ms que seguir unas u
otras normas para nombrar atributos y tablas, lo importante es ser consistente y tratar
siempre de utilizar nombres que informen y no den lugar a confusiones.
Una vez que se establece un diseno y se implementa en la base de datos, lo normal es
que este sea relativamente estable y no vare a lo largo del tiempo. Las relaciones, por su
parte, s se modican frecuentemente, ya sea anadiendo tuplas a medida que se incorporan
nuevos datos o modicando las ya existentes. No obstante, los SGBD ofrecen tambin fun-
cionalidades para modicar la estructura de la base de datos, incorporando nuevas tablas
o cambiando el esquema de alguna de ellas. Estas funcionalidades no suelen ser accesibles
para los usuarios con carcter general, sino pensadas para el mantenimiento de la base de
datos por parte de su administrador.
8.2.7. Bases de datos espaciales
Todo cuanto hemos visto en los puntos anteriores constituye el conjunto de ideas fun-
damentales sobre las que se asienta la creacin y uso de bases de datos de cualquier ndole.
No obstante, no hemos mencionado a lo largo de los ejemplos presentados ningn dato de
carcter espacial, a pesar de que sabemos bien que la informacin geogrca contiene tan-
to una componente temtica como una espacial. Ms an, algunos de los atributos en los
sencillos casos mostrados, como puede ser el atributo CIUDAD, son fcilmente asociables a
elementos geogrcos (por ejemplo, un punto que senale el centro de la ciudad o un polgono
que recoja su contorno).
Aunque las ideas anteriores no pierden su validez al incorporar datos espaciales, la in-
clusin de estos no es en absoluto obvia, y presenta una complejidad adicional que requiere
de nuevos planteamientos para poder seguir trabajando con la base de datos de una forma
similar a como sucede cuando se trabaja con los tipos de datos habituales. Mantener las
caractersticas propias del SGBD en el contexto de los datos espaciales no es sencillo, y
tampoco lo es integrar esa base de datos dentro de un SIG y permitir que este aproveche la
potencia de dicha base de datos de la mejor manera posible.
Las bases de datos espaciales representan una de las reas dentro del manejo de datos
donde se ha desarrollado ultimamente una mayor evolucin, especialmente debido a la gran
importancia que los SIG, usuarios primordiales de este tipo de bases de datos, han cobrado
recientemente. Esta evolucin ha ido paralela a la forma en que los SIG han trabajado con
esas bases de datos y cmo se han integrado en ellos las operaciones y funcionalidades que
ofrecen.
En lugar de adentrarnos en la complejidad de las bases de datos espaciales
veremos las distintas etapas que podemos encontrar a lo largo de la historia de
los SIG en lo referente a su integracin con bases de datos, para de este modo comprender
los diversas soluciones que han ido apareciendo.
#
#
#
Bases de datos
8.3. Evolucin del uso de bases de datos en los SIG
Como acabamos de decir, los conceptos que hemos visto en las anteriores secciones re-
presentan una gran parte de la realidad actual en cuanto al manejo de datos (espaciales o
no) dentro de un SIG. No obstante, el problema del acceso a los datos se ha solucionado de
diversas formas a lo largo de la historia de los SIG, y encontramos en las aplicaciones SIG
distintos enfoques a lo largo del tiempo. Para concluir veremos con algo ms
de detalle la evolucin que ha seguido esta importante faceta de los SIG.
8.3.1. Primera generacin. Ficheros
Los primeros programas, entre los cuales se han de incluir los primeros SIG, se caracteri-
zaban en lo que al almacenamiento de datos respecta por una ausencia completa de cualquier
tipo de almacenamiento estructurado. En estas aplicaciones, los datos no se vean como un
elemento ms dentro de un sistema, sino como una parte del propio software o, al menos,
como algo asociado unicamente a un producto particular. As, encontramos en esta poca
como prctica habitual el uso de cheros con formatos cerrados, pensados para ser ledos y
escritos casi de forma exclusiva por la aplicacin particular que ha de consumirlos, limitando
as el uso compartido y el alcance de los datos a otros mbitos distintos.
Integrar en el SIG otros datos distintos a aquellos para los que la aplicacin se haba
disenado no era sencillo, ya que exista una vinculacin muy directa entre software y da-
tos. Asimismo, las funcionalidades del software eran tambin especcas para esos datos, y
todas ellas se implementaban directamente en la aplicacin. Al no existir un SGBD que se
encargara de gestionar las operaciones, era el propio SIG quien deba ser responsable de las
funcionalidades de acceso o edicin. Otras funcionalidades tpicas de un SGBD, sin embargo,
no aparecan en estos primeros SIG, ya que no eran necesarias. Por ejemplo, velar por la
integridad de los datos en operaciones concurrentes de varios usuarios no era necesario si la
aplicacin en s no estaba disenada para permitir este acceso mltiple.
Las unicas ventajas que pueden encontrarse en este enfoque son las relacionadas con el
rendimiento, que poda en ciertos casos ser mayor que el esperable en caso de utilizar un
SGBD para canalizar el trabajo con los datos. Esto es as debido a que la propia especici-
dad de la aplicacin permita una optimizacin ((a medida)), aunque todo ello a cambio de
sacricar la exibilidad de la aplicacin, su escalabilidad, o la posibilidad de que los datos
empleados pudieran ser utilizados de forma sencilla para alimentar otras aplicaciones.
8.3.2. Segunda generacin. Bases de datos relacionales
Una vez que las bases de datos comienzan a tomar su papel en el panorama del software,
no tardan en encontrar su camino dentro de las aplicaciones SIG. Las bases de datos relacio-
nales, que como ya sabemos son las ms empleadas, comienzan a ser utilizadas tambin para
gestionar los datos espaciales con los que se trabaja en un SIG. A partir de esta segunda
generacin, se empiezan a adaptar las caractersticas del modelo relacional y de las bases
de datos que lo implementan a las particularidades de los datos espaciales. Las dicultades
que aparecen debido a la inherente complejidad de la componente espacial hacen que surjan
diversas alternativas para su manejo. Las ms resenables de entre ellas son el uso de una
arquitectura dual en la que unicamente la componente temtica se gestiona mediante una
base de datos y el uso de una arquitectura en capas en el que se da un pleno almacenamiento
de la informacin espacial en la base de datos.
Arquitectura dual
El primer intento de incorporar las bases de datos lo encontramos en el uso de una
arquitectura dual en la cual el SGBD se hace cargo unicamente de la componente temtica
de los datos. Puesto que la dicultad estriba en el manejo de la componente espacial, esta
no se incorpora por el momento a la base de datos, que trabajar unicamente con los datos
temticos. Esto permite el uso de sistemas gestores de bases de datos estndar, sin adaptacin
alguna, ya que estos se encuentran perfectamente preparados para el manejo de esos datos
no espaciales, y no requieren elementos adicionales para trabajar sobre ellos.
La componente espacial, por su parte, es gestionada por el propio SIG, en el que se
implementan las funcionalidades necesarias. Al igual que suceda anteriormente con los SIG
de primera generacin, no todas las funcionalidades de un SGBD han de aparecer necesa-
riamente, ya que el sistema encargado de permitir el trabajo con los datos no es como tal
un SGBD. La unica diferencia reside en que en este caso esta circunstancia afecta tan solo a
la componente espacial de los datos, mientras que la componente temtica queda en manos
de un verdadero SGBD.
Existen, por tanto, dos subsistemas encargados de la gestin de los datos, cada uno
de los cuales se encarga de un tipo de informacin (Figura 6.6). Esta arquitectura en la
que datos espaciales y datos no espaciales se encuentran separados tiene ciertas ventajas,
puesto que permite reutilizar informacin ya existente de uno u otro tipo. Por ejemplo,
cheros procedentes de aplicaciones CAD pueden incorporarse en el SIG aunque carezcan
de una componente temtica, aprovechando, no obstante la informacin espacial. Pese a
carecer de muchas de las funcionalidades de un SIG, las aplicaciones CAD se han utilizado
tradicionalmente en arquitectura y para la elaboracin de cartografa, como ya vimos.
El resultado de este uso es en su mayora de tipo grco, pero un SIG que
presente una arquitectura dual puede trabajar con l y gestionarlo gracias al subsistema
encargado de la informacin espacial, suponiendo ya una mejora respecto al enfoque de los
SIG de primera generacin.
La divisin entre datos espaciales y no espaciales conlleva, no obstante, una serie de
inconvenientes. Por un lado, resulta difcil integrar operaciones en las que se empleen am-
bas componentes de los datos, que requerirn sendas llamadas a ambos subsistemas y la
posterior combinacin de la respuesta de estos. Toda esta labor debe implementarse en el
SIG, siendo este un proceso costoso que complica el desarrollo. Si todo el manejo de datos
recayera sobre la base de datos, estas operaciones se realizaran de forma transparente, ya
que bastara ejecutar la operacin en el SGBD y este se encargara de realizar las tareas
pertinentes y devolver despus al SIG la respuesta. Se evitara asimismo la redundancia en
el propio software, ya que al emplear dos subsistemas han de duplicarse una buena parte de
funcionalidades, una de ellas en el SGBD externo y otra en el propio SIG.
Aunque una parte importante del SIG descansa ya sobre un SGBD, otra sigue presentan-
do muchas de las deciencias que caracterizaban a la primera generacin, y constituyendo
por tanto un punto dbil en lo que a gestin de datos se reere. Mientras que la componente
temtica disfruta de las ventajas de usar un SGBD, la componente espacial no goza an de
las ventajas que una base de datos provee, y existe una cierta descompensacin que limita
las posibilidades y hace ms complejo el desarrollo del sistema.
#
Bases de datos
Figura 8.6: Arquitectura dual con subsistemas distintos para el manejo de datos espaciales y no
espaciales.
Arqui tectura en capas
La otra forma de aprovechar una base de datos relacional para su uso dentro de un SIG
consiste en incorporar toda la informacin dentro de la base de datos, incluyendo la de corte
espacial, buscando la manera ms adecuada de llevar esto a cabo pese a las limitaciones que
la propia base de datos presenta en este caso. Asumiendo que una base de datos relacional
en su concepto tradicional no esta disenada para contener objetos complejos tales como geo-
metras o imgenes, y que, especialmente, el SGBD correspondiente no presenta las mismas
funcionalidades y la misma potencia en el manejo de este tipo de datos que en el de tipos
de dato estndar (valores numricos, cadenas de texto, fechas, etc.), es posible, sin embargo,
plantear soluciones que permitan llevar toda la informacin de un SIG a una base de datos
y poder gestionarla por completo a travs de un SGBD, con las ventajas que ello conlleva,
y que ya conocemos.
Dos son las alternativas existentes: un almacenamiento transparente y un almacena-
miento opaco. Ambos se distinguen en la forma de almacenar la informacin y tambin las
operaciones sobre los datos, que vienen condicionadas por la estrategia empleada para el
almacenamiento de estos.
En el almacenamiento transparente se emplean los propios tipos de datos del SGBD,
y las operaciones se implementan en el lenguaje de consulta de este. Es decir, se intenta
implementar toda la funcionalidad deseada empleando los elementos bsicos del SGBD de
la misma forma que haramos si los datos a almacenar no fueran de tipo espacial. La compo-
nente espacial de los datos se almacena empleando tuplas, variando segn la implementacin
la manera en que esto se lleva a cabo. Una geometra como tal no se ajusta a ningn tipo
bsico de datos, pero en realidad esa geometra no es sino un conjunto de coordenadas que
denen una serie de puntos, y dichas coordenadas s que son un tipo bsico susceptible de
almacenarse en un SGBD comn.
En el almacenamiento opaco se emplean objetos binarios para almacenar la informacin
y las operaciones se implementan externamente en la herramienta SIG. Al no utilizar los
tipos de datos del SGBD, tampoco pueden emplearse las operaciones de consulta de este, y
es necesario implementar los algoritmos correspondientes en el SIG.
La ventaja ms directa de utilizar una arquitectura en capas, ya sea mediante un al-
macenamiento transparente o uno opaco, es la facilidad para reutilizar un SGBD existente.
Con poco esfuerzo pueden incorporarse los datos espaciales a un SGBD estndar, existiendo
en la actualidad numerosas alternativas sobradamente probadas y con una amplia gama de
funcionalidades. Esta es la opcin ms empleada hoy en da en los SIG, principalmente por
esa sencillez, que permite una conexin sin muchas dicultades de una aplicacin SIG con
la mayora de los SGBD de uso habitual fuera del mbito SIG.
Existen, no obstante, inconvenientes y aspectos mejorables, achacables a la nula especia-
lizacin de los SGBD para el manejo de informacin espacial. En el caso del almacenamiento
opaco, no poder emplear el lenguaje de consulta del SGBD constituye un grave inconvenien-
te. Por su parte, en el almacenamiento transparente s que puede emplearse, pero no todas
las operaciones necesarias para el trabajo con datos espaciales pueden implementarse con
un lenguaje de consulta no adaptado a las particularidades de los datos espacial, por lo que
la funcionalidad es limitada.
Asimismo, la ecacia es limitada, ya que en un caso los algoritmos son externos al SGBD
y en el otro las consultas suelen ser complejas y operan sobre un elevado nmero de tuplas,
necesario para recoger la informacin espacial.
8.3.3. Tercera generacin. Bases de datos extensibles
En la actualidad, las bases de datos presentan arquitecturas extensibles que permiten
ser adaptadas a la naturaleza de los datos con los que trabajan, de tal forma que enfocan
sus funcionalidades hacia la tipologa particular que se manejen. Los tipos de datos clsicos
que ya se han citado conviven con nuevos tipos de datos que pueden ser denidos, y con
operaciones especcas para estos.
Un caso particular de estas bases de datos extensibles son las bases de datos orientadas
a objetos, que ya fueron comentadas al presentar los distintos modelos de bases de datos. A
pesar de que este tipo de bases de datos no ocupan una porcin signicativa en el mercado
global de las bases de datos y son las de tipo relacional las ms extendidas, existen algunos
sectores en los que han logrado una mayor penetracin, entre ellos el del SIG. Por sus
caractersticas, las bases de datos orientadas a objetos resultan ventajosas para el manejo de
datos complejos que no puedan recogerse con facilidad utilizando los tipos de datos clsicos
de una base de datos relacional. En este grupo pueden incluirse las primitivas geomtricas
que utilizamos en un SIG para recoger la componente espacial de un dato espacial, las cuales
resulta ms adecuado considerar como objetos de un tipo dado (punto, lnea o polgono),
aprovechando as las ventajas que un enfoque orientado a objetos proporciona.
La principal ventaja de una base de datos orientada a objetos es su mayor eciencia en
el acceso a datos, lo que se traduce en consultas ms rpidas en comparacin con una base
de datos relacional (veremos ms sobre consultas en bases de datos espaciales.
Por el contrario, carece de la base matemtica de esta, por lo que el soporte para esas
consultas es menos robusto.
Los SGBD actuales presentan en su gran mayora extensiones dedicadas al manejo de
datos espaciales, los cuales contienen todo lo necesario para el manejo ptimo de estos,
la realizacin de ciertas operaciones fundamentales y la optimizacin de las consultas y
# #
#
#
Bases de datos
operaciones. Esta optimizacin es posible ya que el tipo de datos espacial est plenamente
integrado en la base de datos y es considerado de la misma manera que cualquiera de los tipos
de datos estndar como puede ser una cadena de texto o un valor numrico. La eciencia
que se obtiene de este modo es muy elevada.
8.4. Resumen
Hemos visto los conceptos bsicos sobre bases de datos. Una base de
datos constituye un sistema que permite un manejo adecuado de los datos, garantizando
la seguridad e integridad de estos y permitiendo el acceso a distintos usuarios de forma
transparente. La base de datos est formada por los datos en s, organizados de forma
estructurada, mientras que las operaciones las provee el sistema gestor de base de datos
(SGBD).
Existen diversos modelos para el almacenamiento de datos, siendo el modelo relacional el
ms habitual en la actualidad. En el modelo relacional la informacin se organiza en tablas
relacionadas entre s. Cada la de una base de datos conforma una tupla, que contiene la
informacin correspondiente a una entidad dada.
El diseno de la base de datos es de gran importancia, y conlleva el diseno de un modelo
conceptual, el diseno de un modelo fsico, la implementacin y el mantenimiento. Herramien-
tas como los diagramas ER son de ayuda en las fases de diseno, cuyo principal objetivo
es crear una estructura de la base de datos que facilite la interpretacin de la informacin
contenida y permita sacar el mximo rendimiento de esta.
En lo que a los SIG respecta, las bases de datos se han ido incorporando paulatinamen-
te a la gestin de los datos espaciales. Partiendo de una situacin inicial en la que no se
empleaban sistemas gestores de bases de datos, estos han ido integrndose en los SIG de
diversas formas. En la actualidad, se emplean bases de datos relacionales, que son adap-
tadas para poder almacenar datos espaciales y poder realizar operaciones sobre ellos. Los
SGBD extensibles representan la ultima tendencia, y en ellos puede integrarse plenamente
la informacin geogrca de forma ptima.
Parte IX
Conceptos Bsicos
para el Anlisis Espacial
9. Conceptos bsicos para el anlisis espacial
Qu diferencia al dato espacial de otro tipo de datos? Cmo puedo sacar provecho de
esas particularidades? Qu implicaciones tienen las caractersticas del dato espacial a la hora
Modicable? Cules son las relaciones fundamentales que existen entre entidades espaciales?
Para proceder al anlisis de los datos espaciales, deben conocerse antes las particularidades de estos.
Algunas caractersticas propias de los datos espaciales hacen que, entre otras cosas, no sean aplicables
algunos elementos de la estadstica no espacial. Otras condicionan buena parte de las formulaciones que
operan sobre ellos, y que iremos viendo en los sucesivos temas. Por tanto, abordar el estudio de estas
formulaciones no se ha de hacer sin antes tratar con algo ms de detalle las propiedades inherentes al
dato espacial en lo que a su disposicin para el anlisis respecta.
Junto a esto, se presentan en esta seccin algunos conceptos fundamentales sobre geometra del
plano y el espacio, y sobre las distintas relaciones entre entidades espaciales. Todos ellos son la base
para crear anlisis ms complejos sobre datos espaciales. Unas nociones bsicas de matemticas son
necesarias para poder comprender estas ideas.
9.1. Introduccin
Trabajar con datos espaciales tiene una serie de implicaciones que han de considerarse
con detenimiento antes de llevar a cabo cualquier anlisis. A lo largo de esta parte del libro
veremos formas muy distintas de analizar los datos espaciales para obtener resultados de
ndole variada, y todas ellas tienen en comn el hecho de trabajar sobre este tipo parti-
cular de datos. Conocer en profundidad el dato espacial es, por tanto, imprescindible, no
solo en lo relativo a su forma, su manejo y su almacenamiento que ya fue visto en la
parte correspondiente sino tambin en lo referente a su anlisis y cmo ha de tratarse e
interpretarse la informacin que contiene que lo veremos en el presente texto.
Entendemos por dato espacial todo aquel que tiene asociada una referencia geogrca, de
tal modo que podemos localizar exactamente dnde sucede dentro de un mapa. Dentro
de esta denicin se incluyen datos de campos (supercies) o datos asociados a objetos como
puntos, lneas o polgonos. Es decir, todo cuanto puede recogerse segn los distintos modelos
de representacin que ya hemos visto con anterioridad.
El objetivo de este texto es mltiple. Por una parte, presentar las principales particu-
laridades de los datos espaciales, as como la formas de tener estas en cuenta a la hora del
anlisis. Por otra, estimular un correcto razonamiento espacial y un entendimiento adecuado
tanto de las limitaciones como de la potencialidad de los datos espaciales como fuente del
anlisis geogrco. Y por ultimo, presentar algunos de los fundamentos tericos sobre los
cuales se crean despus todas las metodologas de anlisis, las estadsticas espaciales, y los
algoritmos que se detallarn ms adelante..
Estos fundamentos incluyen algunas nociones bsicas sobre matemtica del plano y el
espacio, y conceptos sobre las posibles relaciones existentes entre objetos geogrcos.
9.2. Particularidades de los datos espaciales
Considerar que el dato espacial es un dato cualquiera sin ninguna peculiaridad supone
no realizar sobre l un anlisis ptimo. Las caractersticas propias de los datos espaciales
dotan a estos de una gran potencialidad de anlisis, al tiempo que condicionan o limitan
otras operaciones. Asimismo, estas particularidades son el origen de una gran parte de los
retos an existentes dentro del anlisis geogrco, y por sus implicaciones directas no pueden
desestimarse sin ms. Su conocimiento es, por tanto, imprescindible para todo tipo de anlisis
espacial.
El carcter especial del dato espacial deriva de la existencia de posicin. Esta posicin se
ha de entender tanto en trminos absolutos (posicin de una entidad en el espacio expresada
por sus coordenadas) como relativos (relacin con otras entidades tambin en dicho espacio).
Las consecuencias de que todo dato espacial se halle por denicin localizado a travs de
coordenadas son diversas, y deben enfocarse desde los distintos puntos de vista del anlisis
espacial. A continuacin veremos los puntos ms relevantes que deben considerarse a la hora
de tratar con datos espaciales.
Algunos de estos puntos representan problemas que han de tenerse presentes en el anlisis.
Otros son simplemente conceptos bsicos que deben conocerse pero no han de implicar
necesariamente una dicultad asociada.
9.2.1. Escala
En el apartado 3.4 vimos con detalle el concepto de escala cartogrca, y cmo este se
aplica de igual modo a la representacin y gestin dentro de un SIG. Existe, adems, otra
forma de considerar la escala, y que resulta de especial inters para los contenidos de esta
parte: la escala de anlisis.
A la hora de estudiar la informacin geogrca, podemos hacerlo a distintos niveles
y, dependiendo del nivel elegido, los resultados sern de una u otra naturaleza. Esto se
maniesta en las estructuras espaciales (vase ms adelante en esta misma seccin), que
condicionan los valores que se derivan de sus anlisis a travs de las distintas formulaciones
de anlisis. Este hecho es fcil verlo con algunos ejemplos, que nos permitirn comprobar
cmo a distintas escalas los datos geogrcos tienen caractersticas distintas.
Por ejemplo, sea el conjunto de puntos de la gura 9.1. En el ejemplo a) se ve que
los puntos se agrupan en conglomerados en zonas concretas del espacio. Esto es lo que
denominaremos una estructura agregada. Sin embargo, si nos acercamos y solo enfocamos
uno de dichos grupos, el de la parte superior izquierda ejemplo b) , la estructura que
vemos claramente no responde a una estructura agregada, sino que los puntos se disponen
ms o menos equiespaciados. Es lo que se conoce como estructura regular. Dependiendo de
a qu escala observemos y analicemos la estructura espacial del conjunto de puntos, esta
resulta de un tipo o de otro.
La escala de anlisis debe ir inseparablemente relacionada con el fenmeno que preten-
demos analizar, ya que es esta la que le da sentido. Supongamos el caso de llevar a cabo
un anlisis del relieve. Dependiendo de a qu escala observemos dicho relieve, la imagen
Figura 9.1: Dependiendo de la escala de anlisis, la estructura de un
conjunto de puntos puedeser distinta
Conceptos basicos para el anlisisespacial
que obtenemos es muy distinta. A un nivel global, distinguimos las grandes cadenas mon-
tanosas, y el resto del relieve aparece ms o menos llano. Si nos acercamos a alguna de esas
zonas llanas, se aprecia un relieve que antes no percibamos, con ondulaciones y accidentes
orogrcos de menor entidad, que son sucientes para apreciarse a esta escala, pero no a
la escala global anterior. Siguiendo este proceso, podemos ir acercndonos progresivamente
hasta que incluso un pequeno grano de arena constituya un relieve notable.
Si vamos a llevar a cabo un estudio de cmo el relieve inuye en los movimientos de las
masas de aire a nivel de todo el planeta, no tiene sentido estudiar las formas del relieve a este
ultimo nivel de mximo detalle. Como se muestra en la gura 9.2, si para denir las formas
de relieve en un punto dado lo hacemos considerando dicho punto y los valores de elevacin
a su alrededor, la caracterizacin que hagamos vara en funcin de la dimensin de esa zona
alrededor (que es la que dene la escala de anlisis). Para valores pequenos de dicha zona
de anlisis, el punto analizado puede denirse como una cima, mientras que aumentando la
escala de anlisis se advierte que el punto se sita en el fondo de un valle.
Figura 9.2: Dependiendo de la escala de anlisis, un mismo relieve puede ser caracterizado como
cima (a) o fondo de valle (b)
Por tanto, debemos observar el relieve desde la distancia correcta a la cual la informacin
que nos proporciona es la ms adecuada para un anlisis dado. Adems de existir una escala
de mayor relevancia para un anlisis concreto, lo cierto es que el conjunto de todas las escalas
de anlisis contiene en su totalidad una informacin ms amplia que la correspondiente a
una unica escala, y por tanto resulta de inters el trabajar a mltiples escalas y combinar
los resultados.
Este enfoque de escalas mltiples es relevante tambin en relacin con los propios datos,
independientemente de lo que representan. Es decir, independientemente de la escala y la
dimensin real, y en relacin solo con la escala denida por el formato de los mismos. Por
ejemplo, en el caso de imgenes, el uso de operadores a diferentes escalas (referida aqu la
escala al nmero de pxeles utilizados en el operador) es ventajoso para realizar ciertas
operaciones tales como la deteccin de bordes. Combinado esto con lo
anterior, la importancia de la escala en el anlisis espacial es de primer orden, y resulta
necesaria su consideracin en todo momento.
Podemos ver ms ejemplos de cmo la escala de anlisis condiciona los resultados obte-
nidos. Supngase un elemento lineal tal como un camino o el contorno de una nca cuyo
permetro quiere medirse. Como puede verse en la gura 9.3, la unidad de medida empleada
provoca que se obtengan resultados distintos. Para medir la longitud de la lnea utilizamos
una unidad mnima, que podemos asimilar a una especie de vara de medir2. Todos los
elementos de la lnea que son menores que esa unidad mnima no se recogen. En el caso a)
se obtiene un resultado de siete unidades. Si reducimos a la mitad la unidad, cabe esperar
que la longitud sea el doble. Sin embargo, obtenemos un total de 17 unidades, de forma que
la proporcin entre el tamano de nuestra vara de medida y el nmero de unidades resultante
no se mantiene.
Figura 9.3: La unidad de medida empleada modica el resultado obtenido.
Cuando esto sucede, podemos armar que carece de fundamento trabajar con una medida
((absoluta)) de longitud (u otro parmetro estudiado que se comporte de igual manera, tal
como el permetro de un rea de estudio), y que esto solo tiene sentido dentro de un contexto
dado que dena la forma en que los resultados son medidos y operados. La unin de un valor
resultante con la escala a la que se ha obtenido tiene en conjunto pleno signicado, pero
en casos como el anterior el valor resultante por s mismo carece de dicho signicado. Otra
solucin es la denicin de parmetros invariantes a la escala, que no se ven afectados por
esta.
El concepto de fractal tiene una implicacin directa en este hecho. Para saber ms sobre
Fractales.
Por ultimo, y para concluir este apartado, senalar que las implicaciones de la escala
para el anlisis se incorporan incluso en la representacin y almacenamiento de los datos
espaciales. As, una ciudad puede denirse como un punto a una escala dada, y como un
Conceptos basicos para el anlisisespacial
polgono si nos acercamos lo suciente y estudiamos una porcin concreta con ms detalle.
En funcin de su uso, puede ser ms conveniente tratar el elemento ciudad de una u otra
manera, lo cual tambin afecta al anlisis del mismo.
En realidad, los conceptos punto y lnea no existen como tales en el espacio geogrco.
Un elemento tal como un cauce o una lnea de alta tensin, que se recogen ambos en una
capa vectorial como lneas, en realidad tiene un grosor. Lo mismo sucede con los elementos
puntuales. Un rbol no es un punto, sino en todo caso un crculo. Por motivos de escala
hacemos la abstraccin de considerar puntos o lneas, porque a la escala habitual dichos
elementos (rboles, caminos, etc.) pueden considerarse como tales.
Tambin el propio formato de almacenamiento condiciona el efecto de la escala. Para
el caso de datos vectoriales, existe el lmite impuesto por la imposibilidad de almacenar
nmeros decimales de la precisin deseada. Es decir, la limitacin del mnimo valor que puede
almacenarse. No obstante, este lmite es varios rdenes de magnitud inferior al denido por
la precisin de los instrumentos de medida, con lo que no es considerable.
Una situacin distinta es la que sucede con los datos rster, donde el tamano de celda
est indirectamente condicionando una escala. La medicin de reas y distancias se encuentra
inuida por el tamano elegido. Del mismo modo que no podemos recoger los detalles mnimos
de una curva al utilizar una vara de medir de mayor tamano, en el caso de una capa rster,
todo aquello que suceda en una escala inferior a la denida por el tamano de celda queda
ignorado. La espacial resolucin es, por tanto, un elemento directamente relacionado con los
resultados del anlisis cuando se utilizan datos rster.
9.2.2. El Problema de la Unidad de rea Modicable
Uno de los problemas principales asociados al anlisis de datos espaciales es el relacionado
con la denicin de unidades de anlisis. Muchas de las variables con las que trabajamos
dentro de un SIG no pueden medirse de forma puntual, y por ello han de estudiarse para
un rea dada. Ejemplos de este tipo de variables son el porcentaje de poblacin en un rango
de edad determinado o la densidad media de poblacin.
Las reas que se denen para poder trabajar con las variables de esta ndole son esencial-
mente arbitrarias. Por ejemplo, podemos estudiar el porcentaje de la poblacin dentro de
un intervalo de edad a nivel de pas. La unidad pas se establece sin ningn criterio propio
del anlisis espacial, de igual modo que podra haberse realizado el mismo anlisis a nivel
de continente o de comarca, todas ellas divisiones por completo arbitrarias. No obstante, la
utilizacin de una u otra unidad es problemtica, ya que altera los resultados extrados de
las variables estudiadas.
Este problema, por tener relacin con la eleccin de la unidad de agregacin de la infor-
macin, se conoce como Problema de la Unidad de Area Modicable(PUAM)1, y ha
sido ampliamente estudiado en la literatura. Formalmente, puede denirse como un pro-
blema causado por la imposicin de unidades articiales de denicin espacial en fenmenos
geogrcos continuos, teniendo sto como consecuencia la generacin de patrones articia-
les. Aunque no se trata de una cuestin de reciente descubrimiento, la aparicin de
los SIG y las mayores capacidades de anlisis que estos han propiciado ha atrado de nuevo
el interes sobre el Problema de la Unidad de Area Modicable.
Los efectos del PAUM se pueden dividir en dos componentes: uno relacionado con la
escala y otro relacionado con la agregacin. El efecto de escala describe la variacin de los
1
Modiable Areal Unit Problem, MAUP
Puede armarse que el Problema de la Unidad de Area Modicable es aun materia de
resultados obtenidos en relacin con el nmero de zonas en que se divide el total de la zona
de estudio. Es decir, el tamano de las unidades. Este efecto esta claramente relacionado con
lo visto en el punto anterior.
Por su parte, el efecto de zonicacin hace referencia a las diferencias que se producen
cuando la informacin se agrega a una escala distinta. Por ejemplo, si se miden los datos
de densidad de poblacin por trminos municipales, y posteriormente estos se agregan para
presentarse por comunidades autnomas, ese cambio en la unidad de denicin da lugar a
diferencias en los valores resultantes.
Para darse cuenta de la importancia de este hecho, debe considerarse que una buena
parte de la informacin geogrca que utilizamos en un SIG ha sido recogida originalmente
a una escala distinta, y en ocasiones ha sufrido una agrupacin en unidades mayores por
motivos de mera facilidad de manejo.
Ambos efectos, el de zonicacin y el de escala, no son independientes, sino que estn
ntimamente relacionados. La intensidad con que estos dos efectos afectan al anlisis es
variable, y existe asimismo una componente aleatoria. En lneas generales, el uso de unidades
pequenas implica que el nmero de elementos contenidos en las mismas es menor y por lo
tanto estadsticamente menos able. En el extremo contrario, el uso de unidades grandes da
valores estadsticamente ms ables pero oculta la variacin que se produce dentro de las
propias unidades.
A pesar de tener una clara importancia en el anlisis geogrco, las soluciones a la
problemtica que la denicin de un rea unitaria conlleva no son claras. Tradicionalmente se
considera que se trata de un problema intratable. No obstante, algunos estudios indican
que existe un cierto grado de regularidad en los valores estadsticos agregados, dependiente
de la autocorrelacin espacial (ver siguiente punto) y la conguracin de la variable.
amplio estudio, y el objeto de este estudio, que no es otro que el poder calcular los valores de
los datos a la resolucin espacial original (es decir, sin que los efectos de zonicacin tengan
relevancia), en caso de poder alcanzarse, requerir un anlisis sin duda complejo.
Un problema particular relacionado con el PUAM es la denominada falacia ecolgi-
ca, que consiste en asumir que los valores calculados para una unidad de rea pueden
aplicarse a los individuos de la poblacin existente en dicha rea. Slo en el caso de que exis-
ta una completa homogeneidad para la variable analizada, lo cual muy raramente sucede, la
anterior suposicin sera cierta.
9.2.3. Autocorrelacin espacial
Supngase que se estudian una serie de poblaciones cercanas en las cuales se mide el
porcentaje de personas afectadas por una determinada enfermedad infecciosa. Cabe esperar
que, puesto que los habitantes de esas poblaciones estn relacionados entre s de diversas
formas, la distribucin de los valores recogidos obedezca en parte a la existencia de dichas
relaciones. Por ejemplo, si en una poblacin contraen la enfermedad un nmero dado de
habitantes, es ms factible que estos puedan contagiar a los de las poblaciones cercanas que
a los de otros ncleos ms alejados.
Por lo anterior, es probable que alrededor de una poblacin con muchos casos de la enfer-
medad haya otras tambin con un elevado nmero de afectados, mientras que una poblacin
con pocos casos est rodeada de otras tambin con escasa afeccin. Un comportamiento
similar lo encontraramos si midiramos la concentracin de un txico en distintos puntos
Conceptos basicos para el anlisis espacial
de un embalse, ya que alrededor de un punto de alta concentracin no parece lgico esperar
concentraciones bajas.
Ejemplos como los anteriores cumplen lo que se conoce como Primera Ley Geogrca
de Tobler, que establece que todo est relacionado con todo, pero las cosas prximas
entre s estn ms relacionadas que las distantes.
De modo ms formal, el termino autocorrelacin espacial hace referencia a lo reejado
en los ejemplos anteriores, es decir, a la existencia de una correlacin de la variable consigo
misma, de tal modo que los valores de esta variable en un punto guardan relacin directa
con los de esa misma variable en otros puntos cercanos.
En el caso de la enfermedad infecciosa o la concentracin del producto txico, los valores
altos suelen tener en su entorno valores tambin altos, y de modo similar sucede para valores
bajos. Se dice que existe una autocorrelacin espacial positiva. Puede, no obstante, existir una
autocorrelacin espacial negativa, si los valores altos se rodean de valores bajos y viceversa.
En caso de no existir ningn tipo de autocorrelacin espacial, se tiene que los datos
recogidos en una serie de puntos son independientes entre s y no se afectan mutuamente, si
que tenga inuencia de la distancia.
La gura 9.4 muestra unas sencillas capas rster en las que se presentan los tres tipos
de autocorrelacin espacial anteriores.
Figura 9.4: a) Autocorrelacin espacial positiva. b) Autocorrelacin espacial negativa. c) Ausencia
de autocorrelacin espacial (independencia)
Las consecuencias de la existencia de autocorrelacin espacial son numerosas y de gran
importancia.
Por una parte, muchos de los anlisis estadsticos suponen la independencia de la variable.
Puesto que existe una dependencia de la componente espacial, ser necesario para obtener
resultados correctos introducir dicha componente espacial como una variable ms.
Existiendo autocorrelacin espacial, y siendo esta positiva, la inferencia estadstica es
menos ecaz que si se cuenta con un nmero igual de observaciones de una variable in-
dependiente. Es decir, se pierde parte de la capacidad explicativa de los datos. Esto se
materializa en mayores varianzas en las estimaciones y peores ajustes de modelos, entre
otras consecuencias.
Puede, no obstante, sacarse tambin provecho de la existencia de una dependencia espa-
cial. Puesto que los puntos cercanos a uno dado guardan relacin con este, pueden emplearse
para estimar su valor, siendo este el fundamento principal de los distintos mtodos de inter-
polacin.
En lugar de incorporar la autocorrelacin espacial como un elemento ms, otra forma
de proceder es analizar la intensidad de esta para ver en qu medida lo anterior es cierto
o no. As, el estudio de la autocorrelacin espacial puede servir para juzgar si procede la
aplicacin de mtodos estadsticos que no consideren la dependencia espacial. Como veremos
si a travs de los valores de los indicadores correspondientes podemosaceptar la
hiptesis nula de ausencia de dependencia espacial, entonces los inconvenientes
anteriormente citados pueden no existir.
Como ya venimos observando, el conjunto de conceptos bsicos sobre datos espaciales
que estamos viendo en esta seccin no es un conjunto de elementos independientes. Por
ejemplo, la autocorrelacin espacial se halla directamente ligada con el concepto de escala,
y un cambio de escala puede hacer que la autocorrelacin cambie de signo. Veamos un
ejemplo.
Sea un monte en el que los rboles grandes estn separados una distancia dada por el
efecto de la competencia, y entre los cuales crecen los rboles ms pequenos. Supongamos
que la distancia media entre rboles grandes es de unos 20 metros. Si hacemos un muestreo
en el que medimos la altura media de los rboles en parcelas separadas aproximadamente
cada 10 metros, es probable que midamos alternamente una parcela con un rbol grande y
una con algunos pequenos, de forma que tendremos una marcada autocorrelacin espacial
negativa. Si por el contrario medimos parcelas de un metro de radio separadas a su vez un
metro, mediremos muchas parcelas cercanas en las que solo entrarn rboles pequenos que
se agrupan bajo los grandes, de tal forma que la autocorrelacin espacial que obtendremos
ser positiva.
Es importante considerar todos estos factores de forma global, pues todos ellos tienen
importancia y afectan al trabajo con datos geogrcos.
9.2.4. Existencia de estructura
Tanto la disposicin de los datos como las propiedades de la variable estudiada (por
ejemplo, la propia autocorrelacin espacial como propiedad intrnseca), exhiben una estruc-
tura determinada. En la gura 9.5 pueden verse dos conjuntos de puntos distintos, sobre los
cuales cabe plantearse si los resultados obtenidos de su anlisis pueden darse como igual de
ables. Puesto que la estructura espacial de ambos es distinta y la componente espacial jue-
ga un papel importante, esta estructura puede condicionar los resultados y tener inuencia
sobre estos.
Figura 9.5: Dos estructuras distintas con diferentes implicaciones a la hora del anlisis de los
datos que representan
Por ejemplo, vemos que en el patrn b) los puntos se hallan ms agrupados, mientras
que en el a) los puntos estn distribuidos uniformemente a lo largo de la extensin de la
zona de anlisis. Si existe autocorrelacin espacial positiva, la informacin recogida en el
Conceptos basicos para el an alisis espacial
patrn b) es mucho menos representativa, ya que los puntos cercanos recogen informacin
en cierta medida redundante. A pesar de disponer de un numero n de valores recogidos en
otros tantos puntos, el anlisis estadstico de estos no es tan preciso como si se dispusiera
de n observaciones independientes. En realidad, los resultados que obtendremos sern como
si hubiramos muestreado un nmero menor de puntos que los que realmente tenemos.
Los dos principales conceptos estadsticos que denen la estructura espacial de los datos
son la estacionaridad y la isotropa. Estos se estudian principalmente en relacin a los
denominados efectos de primer y de segundo orden. El efecto de primer orden es el valor
esperado, es decir, la media. El de segundo orden es la covarianza entre distintas zonas.
La estacionaridad indica que el proceso es invariante a la traslacin. Es decir, que las
propiedades son constantes en el espacio y no existe tendencia alguna. La isotropa indica que
el proceso es invariante a la rotacin. Un proceso cuyas propiedades de segundo orden son
isotrpicas es aquel en el que la covarianza presenta la misma variacin en todas direcciones.
Veremos en diversos puntos de esta parte del libro como la presencia de isotropa o su
ausencia (anisotropa) tiene importancia a la hora de realizar distintos tipos de anlisis.
9.2.5. Existencia de tendencias espaciales
Podemos decir que existe una tendencia espacial cuando los valores de una variable estn
relacionados con sus propias coordenadas geogrcas. Por ejemplo, existe una tendencia a
que la temperatura disminuya conforme nos alejamos del ecuador. Por ello, en un mapa de
temperaturas para una regin lo sucientemente amplia, cabe esperar valores menores en el
extremo ms distante del ecuador.
El dato de localizacin geogrca plantea un contexto dentro del cual se sitan los
restantes valores, en este caso, la temperatura observada. Esto hace que el mismo valor de
una variable no tenga el mismo signicado cuando aparece en un punto que cuando lo hace
en otro. No es lo mismo un valor de temperatura de 40
y B