Sunteți pe pagina 1din 39

1

ORGANIZAREA BAZEI DE
DATE SPATIALE (BDS), DATE
ATRIBUT, GEOCODIFICAREA

O hart se descompune n mai multe straturi


de informaie i invers, mai multe straturi
tematice pot forma o hart.
Aceast idee st la baza organizrii BDS.
Este cel mai eficient mod de stocare hrilor.
Straturile pot fi combinate astfel nct s
genereze hri care nu exist n form
tradiional.

Cnd se creeaz un strat trebuie s se


tie c acesta este utilizat n ntregime,
adic entitile geografice nu pot fi
separate. Cu alte cuvinte, dac avem un
strat care conine rurile cu limitele
bazinelor hidrografice, la o apelare a
hrii ambele entiti vor fi afiate chiar
dac avem nevoie doar de una din ele.
De aceea este bine ca aceste dou tipuri
de entiti geografice s fie stocate pe
straturi diferite n cazul n care apar
situaii cnd ele se vor prelucra separat.

Produsele soft mai puternice au posibilitatea de


a ndeprta anumite poriuni din hart sau s
creeze dou straturi mai simple din unul mai
ncrcat, ns aceast operiune poate complica
lucrurile n mod inutil. n consecin, pentru
majoritatea prelucrrilor se prefer o structur
simpl a unui strat i s avem mai multe straturi.
Un strat n sistemul vector comport un
ansamblu de primitive grafice ce partajeaz
aceleai proprieti topologice. Unele produse
soft dau restricii cu privire la utilizarea n comun
a primitivelor grafice.

Se recomand ca fiecare tip de primitiv grafic s fie


pe cte un strat separat. De asemenea, n funcie de
tema care reprezint harta, putem avea mai multe
straturi care s conin aceleai primitive grafice.
De exemplu un strat care conine lacuri (poligoane)
trebuie s fie separat de vegetaie (care este format tot
din poligoane).
Un alt exemplu ar fi limitele administrative de jude i de
comun. La prima vedere se poate lua decizia ca
acestea s fie reprezentate pe acelai strat. Dac ns
dorim s facem prelucrri numai la nivel de jude (adic
fr implicarea datelor atribut la nivel de comun),
acest lucru nu se poate face. n consecin, este de
preferat ca acestea s aparin la straturi diferite.

Reamintim c, fiecare strat este nsoit de


tabela de atribut proprie. Din punct de vedere al
utilizatorului un strat este o hart tematic.
De asemenea, repartiia pe mai multe straturi
este indispensabil deoarece, restriciile
topologice de suprafa pretind cunoaterea i
identificarea (ntr-un graf planar) a tuturor
descompunerilor arcelor i suprafeelor aprute
datorit creterii volumului de informaie, ceea
ce ar duce la ilizibilitatea hrii.
Analiza spaial reclam o organizare a BDS pe
straturi.

In sistemul raster un strat (layer) reprezint o imagine


tematic. Acestea pot fi tratate mpreun cu straturile
vector sau separat, n funcie de scopul urmrit. Se
subnelege c programele care sunt n componena
produsului GIS permit acest lucru.
Dintre straturile la scrar mic amintim: limite
administrative,
geologia,
proprietile
funciare
(cadastru), modul de utilizare al terenurilor, altimetria,
hidrografia, reeaua drumurilor, reeaua cilor ferate,
reeaua de electricitate. La scar mare putem avea:
planul strzilor unui ora, reeaua de ap, reeaua de
canalizare, reeaua de gaz, reeaua de linii telefonice,
reeaua de electricitate aerian sau subteran.

Ultimele exemple sugereaz faptul c planul


stradal ar trebui s fie coninut n toate
celelalte straturi. Cel mai bine este ca acesta,
care servete ca un background, s fie
separat deoarece el poate fi folosit i n cu
totul alte aplicaii (cum ar fi amplasarea
firmelor, a zonelor rezideniale etc) i poate fi
combinat cu oricare din straturile amintite. De
asemnea, pentru o ntreinere eficient a
utilitilor, este de preferat s existe un
serviciu n cadrul consiliului local care s
urmreasc toate activitile instituiilor ce
gestionez astfel de activiti, pentru o
coordonare a lucrrilor de interes comun.

10

De exemplu, n cazul unei intervenii la un cablu


electric subteran, se poate lua o decizie privitoare la
cablurile telefonice, n sensul c, dac acestora din
urm va trebui s li se fac o revizie peste puin timp,
este preferabil ca aceast revizie s fie fcut n
momentul deschiderii poriunii de teren pentru cablul
electric i nu la momentul n care urmeaz, prin grafic,
aceast intervenie. i exemplele pot continua.
Specificaiile pentru organizarea BDS se fac n faza
de analiz a proiectului GIS, n funcie de scopul
urmrit. Este o etap foarte important de care
depinde exploatarea n continuare a proiectului. Aici
se stabilete, practic, coninutul fiecrui strat i n mod
automat i tabelele de atribut. Orice modificare
ulterioar poate crea mari probleme.

11

Manipularea i operaiile pe straturi in de


modulul analiz spaial.
Una dintre cele mai uzuale operaii este
suprapunerea de straturi.
Este foarte important ca la suprapunerea
de hri s se in seama de scara i de
proiecia cartografic n care a fost
executat harta.
Suprapunerea de hri cu scri i proiecii
diferite este lipsit de sens.

12

Date atribut
Datele tabelare care se asociaz hrilor digitale pot s
aib diferite formate (ASCII, dbf sau formate proprii). Tipul
de format intern este stabilit de fiecare produs GIS. De
exemplu, TNT Mips sau ArcView percep date tabelare n
format dbf. Acestea pot fi create cu dBase sau Fox.
Programul de calcul tabelar Excel poate exporta propriile
fiiere n dbf, cu conditia s se utilizeze doar un singur
sheet i s aib o structur de tip baz de date (adic
fiecare coloan s reprezinte un cmp, iar fiecare linie un
articol - nu se admit comentarii i alte forme de scriere
suplimentar). Acest lucru constituie un mare avantaj
deoarece Excel este un produs puternic i foarte rspndit
pe pia i permite multe din operaiile de acest gen pe
care le face softul GIS i chiar mai mult.

13

Cele mai multe produse GIS pot s importe


fiiere sub form de date tabelare create cu
produse Spreadsheet, cum ar fi Microsoft
Excel sau Lotus 1-2-3 sau date sub form de
baz de date, cum ar fi Microsoft Access.
Datele tabelare pot fi de asemenea importate
utiliznd un limbaj de interogare (SQL Structured Query Language).
Cum cele mai multe date tabelare pot fi
acceptate de unul din pachetele menionate,
introducerea acestora ntr-un GIS nu este o
problem dificil.

14

Formatele tabelare cele mai larg acceptate de


produsele GIS sunt CSV (Comma Separated
Variable) i DBF (Format dBase).
Formatul CSV este un fiier text (ASCII) n
care fiecare linie a textului constituie o singur
nregistrare. Toate variabilele din nregistrare
sunt separate prin virgul.
DBF este un format de baz de date foarte
rspndit, promovat de Ashton Tate prin
intermediul SGBD-ului dBase.
DBF este deasemenea formatul intern utilizat
de ctre produsele ESRI, cum ar fi ArcView i
PC Arc / Info.

15

16

Geocodificarea. Baza de date Geografic

Asocierea datelor tabelare cu cele


spaiale este o operaie mai special i
de
fapt
reprezint
partea
care
deosebete un GIS de produse soft
pentru cartografie digital (care au ca
scop doar crearea de hri digitale i
reproducerea lor pe suport de hrtie), de
un SGBD tradiional, de produsele CAD
sau de programele de grafic cum ar fi
Corel Draw sau Adobe Illustrator.

17

Procesul de legare (asociere) a celor dou categorii


de date se numete geocodificare. Operaiunea este
diferit de la un sistem la altul. La sistemul vector
fiecare primitiv grafic este asociat cu un tabel,
care se numete tabel atribut i care conine date
alfanumerice
referitoare
la
caracteristici
ale
respectivei primitive grafice. De exemplu dac o
polilinie sau un arc (vezi modelele topologice) este
asociat cu o poriune de osea, atunci tabela de
atribut va trebui s conin un cod de identificare unic
pentru polilinia respectiv (care se regsete n
fiierul ce reprezint harta vectorial), urmat de un
minim de caracteristici, cum ar fi, n cazul acesta,
denumirea, calitatea, lungimea.

18

Dac un poligon este asociat cu o suprafa


de pdure acesta trebuie s aib n tabela de
atribut, pe lang codul unic de identificare
pentru poligon, alte elemente cum ar fi
suprafaa, ce fel de arbori se afla pe zona
respectiv etc.
Trebuie remarcat faptul c, la crearea hrii
digitale vectoriale se creeaz automat i
tabela de atribut care conine un minim de
informaie referitoare la ceea ce reprezint
primitiva grafic.
Ulterior se permite modificarea coninutului
cmpurilor, precum i adugarea altor tabele
suplimentare la tabela de atribut.

19

Tabelele suplimentare (uneori avnd denumirea Look


up Table) sunt, n principiu independente de tabela de
atribut, dar care poate fi lipit la aceasta.
Condiia realizrii jonctiunii este ca tabela de atribut s
aib un camp comun cu tabelele suplimentare. De
exemplu, dac avem o hart cu limitele administrative
ale judeelor, vom avea o tabel de atribut care conine
codul de jude i suprafaa.
Avem un alt tabel care contine codul de jude
(obligatoriu acelai) i oricte cmpuri referitoare la
populare, cum ar fi: populaia total, populaia ocupat
n agricultur, n industrie, numr de pensionari
.a.m.d.

20

Aceste fiiere se asambleaz cu tabela de atribut prin


operatii specifice care depind de la un soft GIS la altul
i se poate obine o hart privitoare la datele nou
ataate.
Avantajul acestei organizri const n ntreinerea mai
facil a fiierelor atribut precum i independena lor de
produsul GIS utilizat.
In cazul n care harta este digitizat cu un alt produs,
cum ar fi AUTOCAD, tabela de atribut nu exist i
aceasta trebuie creat n momentul conversiei n
produsul GIS n care va fi exploatat harta n cauz.
Codurile de identificare ale atributelor trebuie date de
la tastatur.

21

In sistemul raster, tabela de atribut va conine


drept cod numrul asociat pixelului, iar procesul
decurge similar. O particularitate a sistemului
raster este c, atributul poate s fie coninut n
imagine.
De exemplu o hart raster poate s conin tipul
de sol i o alt hart valoarea ph. Prin ele nsele
acestea conin i atributul. Situaia este destul de
frecvent ntlnit, dei nu este eficient.
La baze de date de dimensiuni mici problema nu
este complicat, ns dac avem foarte multe
imagini, gestiunea lor i mai ales spaiul pe disc
poate deveni o sarcin complicat.

22

Cele dou imagini, deorece reprezint


aceleai contururi pot fi asamblate rezultnd o
simpl hart a solurilor asociat cu o tabel
de atribut, care are n componen toate
informaiile nespaiale. Reamintim faptul c,
organizarea intern a tabelei de atribut este
de tip baz de date relaionar, mai precis
fiecare coloan are un nume i reprezint
cmpul, iar linia articolele.

23

Precizm faptul c, noiunea de geocodificare (n


englez geocoding) poate avea i alt neles.
In produsele elaborate de firma ESRI, prin
geocodificare se nelege identificarea unei locaii
creia i se atribuie o caracteristic, cum ar fi codul
potal, n ArcView aceast operaiune este foarte
important.
In schimb, ESRI folosete pentru geocodificare ceea
ce ei numesc modelul georelational (Georelational
Model).
Un termen similar geocodificrii, destul de des folosit
n literatura de specialitate, este adress matching.

24

Ansamblul celor dou baze de date (BDS i BDA)


formeaz Baza de Date Geografic (BDG). Acest
concept este un termen consacrat ca atare i deci nu
trebuie folosit cu alte nelesuri.
O dat geografic este un element al BDG i, n
consecin prezint un aspect dual: spaial (poziia n
teren) i atribut (ce reprezint acesta).
In diferite lucrri de specialitate se utilizeaz alte
denumiri. Baza de date spaial se numete baza de
date grafic, iar baza de date geografic se numete
baz de date spaial, cea atribut rmnnd cu
aceeai semnificaie.
Deci baza de date spaial este compus din baza
de date grafic i baza de date atribut.

25

26

Tabelei de atribut pentru un poligon i se poate ataa (i


acest lucru este cel mai frecvent) alte tabele. In cazul
concret de mai sus, datele adiionale pot fi adugate,
tabela de atribut utiliznd comanda "Relates".
Aceast comand combin cele dou tabele, mai
precis tabela de atribut pentru poligon (care este
intrinsec legat de hart) i tabela independent (n
acest caz tabela A). Pentru cazul prezentat, cmpurile
comune sunt: Forest Block (pentru tabela A) i Tree
Type (pentru tabela B). Cnd acestea sunt asamblate,
utilizatorul poate examina date din tabelele adugate ca
i cum ar fi coninute n tabela de atribut pentru poligon.
Sunt dou motive pentru care acestea se in separat:
datele sunt mai uor de ntreinut n acest format
relaional, iar procesarea i stocarea este mai redus.

27

Relaii posibile ntre nregistrri

Unu la unu - In aceast situaie, o relaie


a unei nregistrri din tabelul A poate
avea doar o singur nregistrare
corespunztoare n tabelul B. Acest tip
de relaie este foarte ntlnit n bazele
de date geografice, n special n
ntreinerea legturilor dintre entiti i
tabelele de atribut corespunztoare.

28

Unu la mai muli - In aceast relaie,


unei nregistrri din tabelul A i
corespunde mai multe nregistrri din
tabelul B.
Acest tip de relaie este adesea utilizat
n bazele de date GIS unde, diferite
componente
ale
unei
organizaii
furnizeaz informaii ctre GIS iar
utilizatorii de GIS care doresc, pot s
acceseze informaia disponibil.

29

Mai muli la mai muli - In acest caz, o


nregistare din tabelul A poate avea mai
mult dect o coresponden n tabelul B,
iar tabelul B poate avea mai mult dect o
coresponden n tabelul A.
Dei acest tip de coresponden este rar
n aplicaiile GIS, acestea pot aprea la
utilizatorii care acceseaz date ce au deja
dou tipuri de relaii.

30

31

32

33

34

35

36

37

38

39