Table Joining Service

Studijski program : Geodezija i geomatika

Predmet: Geoportali i geoprostorni servisi

-SEMINARSKI RADRazmena tabelarnih podataka

(TJS-Table Joining Service)

Student:Damjan Tepavac o1 26/2014

Profesor: Radulovi Aleksandra i Sladi dr Dubravka

Table Joining Service

Sadraj:
1. KLJUNE REI................................................................................................................................................1
2. UVOD..................................................................................................................................................................2
3. TA JE TJS.........................................................................................................................................................3
3.1 NASTANAK I RAZVOJ TJS-A............................................................................................................................4
3.2 TJS WEB SERVISI.............................................................................................................................................4
3.3 TJS OPERACIJE................................................................................................................................................5
3.3.1 Operacija GetCapabilities.....................................................................................................................5
3.3.2 Operacije pristupa podacima.................................................................................................................6
3.3.3 Operacije pridruivanja (spajanja) podataka......................................................................................10
4. PRIMER XML EME.....................................................................................................................................13
5. TIPOVI TJS APLIKACIJA............................................................................................................................15
5.1 WEB-MAPIRANJE: KREIRANJE WMS SLOJEVA ON THE FLY.......................................................................15
5.1.1 Primeri aplikacija koje koriste dinamiki generisane WMS slojeve:..................................................15
5.2 DESKTOP GIS................................................................................................................................................16
5.3 DISTRUBUTIVNA OBRADA PROSTORNIH PODATAKA.....................................................................................16
5.4 MODELOVANJE............................................................................................................................................16
5.5 AURIRANJE PODATAKA...............................................................................................................................17
6. PREDNOSTI TJS-A.........................................................................................................................................18
7. REFERENCE...................................................................................................................................................19

Table Joining Service

1. Kljune rei
Open Geospatial Consortium-OGC, TJS-Table Joining Service, Atributte data, GIS,
Framework data, Web mapping...

Table Joining Service

Table Joining Service

2. Uvod

Razvojem interneta i informatike poinju se primeivati promene u svakoj struci

zastupljenoj u dananjem drutvu. Npr. u geodeziji i geoinformatici je sve ea upotreba
geoinformacionih sistema (GIS-a), tj. aplikacija koje omoguavaju pregledanje i izmenu
prostornih podataka. Ovakve aplikacije su uglavnom komercijalne prirode i esto veoma
skupe, pa ih krajnji korisnik pribavlja samo ako e od njih imati veliku finansijsku korist.
Pojam webGIS-a i web kartografije nije dovoljno zastupljen, iako nudi brojne prednosti nad
klasinim GIS aplikacijama. Npr. za korienje web kartografije i pregleda prostornih
podataka potrebno je samo posedovati ureaj sa internet pretraivaem i da mu je omoguen
pristup na internet.

Na konferenciji Svetske kartografske asoijacije (ICA) 1999 .godine zakljueno je da

internet ima kljunu ulogu kao medijum za korienje i distribuciju karata. Praktino, razvoj
web-a nemogue je odvojiti od razvoja web kartografije. Kako bi se potencijalni korisnici
motivisali za korienje webGIS i web kartografskih aplikacija, potrebno je za poetak
smanjiti finansijske izdatke, utroeno vreme i ostale resurse koriene u razvoju ovakve
aplikacije. Ovde na red stupaju aplikacije otvorenog koda (eng. open source tehnologies),
koje omoguavaju puno bri, a samim tim i jeftiniji razvoj, izmeu ostalih, webGIS i web
kartografskih aplikacija.

OGC ili punim nazivom Open Geospatial Consortium (Udruenje za otvorenost

prostornih podataka) je neprofitna standardizacijaska organizacija nastala 1994. godine.
Okuplja preko 400 komercijalnih, vladinih, neprofitnih i istraivakih organizacija sa svih
strana sveta. Svrha ovog udruenja je podsticanje razvoja i implementacije standarda za
rukovanje prostornim podacima, njihovu razmenu i slino[5].

Table Joining Service

3. ta je TJS

Table Joining Service (TJS) je OGC standard koji definie nain pridruivanja atributskih
podataka (Atributte data) odgovarajuem geografskom okviru, ili podacima geografskog
okvira (Framework data) [1].

Slika 1. Odnos izmeu atributa i okvirnh podataka

Table Joining Service

Atributski podaci se odnose na podatke koji mogu biti mapirani, ali nisu direktno
vezani odnosno nisu u paketu sa odgovarajuim geografskim
koordinatama. Atributski podaci koriste identifikator, koji se nalazi u okvirnom kljunom
polju, da ukae na geografsku funkciju na koju
se odnosi.
Okvirni podaci se odnose na podatke koji opisuje poziciju prostornih objekata na
povrini Zemlje. Okvirni podaci moraju da sadre okvirno kljuno polje ( framework
key field) koje predtstavlja identifikator koji omoguava da se atributski podaci odnosno
atributi poveu sa odgovarajuim pojedinanim geografskim karakteristikama odnosno
prostornim podacima.

Primeri atributa i pripadajuih geografskih okvira:

prodaja po optinama

isplata osiguranja po potanskim brojevima

prikaz farmi prema popisu poljoprivrednog regiona

studenti po kolskim okruzima

TJS nudi jednostavnu web-baziranu metodu pronalaenja, pristupa i korienja

atributa iz vie izvora dinamino, kako bi se popunile baze podataka , obavljale razliite
analize tako i za pravljenje mapa razliitih sadraja [2].

TJS je prvobitno nazvan Geographic Linkage Service.

5

Table Joining Service

3.1 Nastanak i razvoj TJS-a

Prva verzija TJS-a razvijena je izmeu 1999. i 2000. godine od strane Peter Schut-a iz
Kanadskog servisa za informacije o zemljitu (Canadian Soil Information Service). Ovaj
servis je izraen za potrebe pojednostavljivanja proizvodnje zemljinih mapa. TJS je u
originalu baziran na dbase fajlovima.
Do 2003. godine TJS je bio podeljen na 2 odvojene specifikacije, Geolinked Data
Access Service (GDAS) u kome se navodi nain kodiranja i samog pristupanja atributima i
Geolinking Service (GLS), u kome je objanjeno na koji nain se vri povezivanje GDAS
podataka odnosno atributa sa prostornim setovima podataka. Ova verzija objavljena je kao
skup OGC dokumenata za diskusiju u 2004. godini i inkorporirani su kao standard u
Kanadsku infrastrukturu prostornih podataka (Canadian Geospatial Data Infrastructure ) iste
godine.
Do novembra 2005. godine oba dokumenta za diskusiju su postali jedna od
najpopularnijih preuzimanja na OGC sajtu, a ovo zapaanje izazvalo je reakciju od strane
OGC-a, koji je sproveo eksperiment interoperabilnosti TJS-a, u trajanju od 2006. do 2008.
godine. GDAS i GL su iskombinovani u jednu specifikaciju koja je putena u javnost 2009.
godine. TJS je postao zvanini OGC standard u novembru 2010. godine [1].

3.2 TJS web servisi

Postoje 3 osnovne operacije koje se koriste u razmeni tabelarnih podataka odnosno u
TJS-u, koje mogu da se izvre na jednostavan, brz i konkretan nain od strane krajnjeg
korisnika [2].

Pronalaenje podataka (Finding Data)

Operacija GetCapabilities vraa

metapodatke, koji opisuju organizaciju, i atribute koji mogu da budu javno deljeni.
Metapodaci pruaju dovoljno informacija za procenu da li ce podaci biti pogodni, kao
i kako i gde klijent moe da pristupi eljenim podacima.

Pristup podacima (Accessing the data)

operacija GetData se koristi kako bi se preuzeli odgovarajui atributni podaci.

Povezivanje atributa sa geografskim okvirom (Joining data to a framework)

Koristei podatke iz metapodataka,

Koristi se operacija JoinData da usmeri TJS ka odreenim atributima i povee ih sa

Table Joining Service

odgovarajuim geografskim okvirima, to omoguava da podaci budu vizualizovani.
Povezivanje ne mora biti trajno, moe da bude privremeno ili virtuelno.

3.3 TJS operacije

TJS operacije su sredstva pomou kojih svaki klijent moe da komunicira sa
implementacijom TJS-a. Svaka operacija TJS-a podrava ili uslugu pretrage podataka i
pristupa podacima ili spajanje atributa sa korisniku odgovarajuim prostornim okvirom.
Sve TJS instance moraju sprovesti operaciju servisne pretrage (GetCapabilities). TJS
instance mogu sprovesti operacije pretrage i pristupa podacima, operacije spajanja podataka,
ili obe vrste operacija. Prilikom primene bilo koje od ovih grupa operacija, sve operacije u
grupi moraju biti implementirane.

3.3.1 Operacija GetCapabilities

Operacija GetCapabilities prua pristup optim informacijama o implementaciji TJS i
navodi operacije i metode pristupa koje podravaju tu implementaciju. TJS implementacije
moraju da podravaju rad GetCapabilities operacije preko HTTP GET metode. Podrka za
HTTP POST metodu je opciona [1].
Ime

Prisustvo

service

obavezan

request

obavezan

acceptVersions

opciono

language

opciono

Opis
Identifikuje tip servisa.Mora
biti TJS
Identifikuje zahtev servisa.
Mora biti GetCapabilities .
Identifikuje verziju servisa.
Predstavljena
je
nizom
brojeva
razdvojenim
zarezima, podrana od strane
klijenata
u
skladu
sa
preporukom. Trenutna je
vaea samo 1.0 verzija.
Odreuje
jezik
sadraja
odgovora. Sastoji se iz liste
RFC 4646 jezikih tagova,
razdvojenih zarezom u skladu
sa preporukom.

Tabela 1. Parametri GetCapabilities zahteva

Table Joining Service

HTTP GET metoda zahteva nabavku parametara zahteva kodiranih kao KVP parovi
koji ine deo URL-a. Primer GetCapabilities zahteva preko HTTP GET metode je prikazan na
slici 2.

Slika 2. Primer GetCapabilities zahteva preko HTTP GET metode

XML kodirani GetCapabilities zahtevi koriste HTTP POST metodu sa telom zahteva (POST
podataka) tipa tekst / xml, prema GetCapabilities zahtevu XML eme. Na primer, klijent
moe da kodira zahtev GetCapabilities u XML, to je prikazano na slici 3.

Slika 3. Postupak kodiranja GetCapabilities zahteva u XML

Normalan odgovor na GetCapabilities zahtev je TJS Capabilities dokument. Ovaj dokument

je kodiran u XML-u prema GetCapabilities odgovoru XML emi.

3.3.2 Operacije pristupa podacima

TJS ukljuuje etiri operacije koje podravaju pronalaenje geografskih atributskih
podataka. Stvarna isporuka atributskih podataka se vri putem operacije GetData. Nekoliko
slinih operacija metapodataka vraaju informacije o podacima o atributima koje TJS moe
ponuditi: DescribeFrameworks, DescribeDatasets i DescribeData. Odgovori na ova
operacije vratiaju geografski okvir, skup podataka, i atribute metapodataka koji opisuju
dostupne servisne podatke. Ovi odgovori se mogu koristiti za popunjavanje servisnih
registara. Ako TJS podrava pristup podacima, onda su sve ove operacije obavezne. Dakle
postoje 4 operacije pristupa podacima kod TJS implementacije [1, 2]:

Table Joining Service

1.
2.
3.
4.

GetData
DescribeFrameworks
DescribeDatasets
DescribeData

DescribeFrameworks operacija
Operacija DescribeFrameworks vraa XML dokument koji identifikuje sve prostorne
okvire za koje postoje podaci sa servisa . Ovaj opis ukljuuje informacije koje jedinstveno
identifikuju svaki prostorni okvir za koje su dostupni podaci iz servisa , i opisne informacije o
svakom okviru. Ovaj opis se moe koristiti pri automatskoj izgradi korisnikog interfejsa za
identifikaciju prostornog okvira za koji bi eleli da korisnik dobije atributske podatke.
Ime

Prisustvo

service

obavezan

request

obavezan

version

opciono

language

opciono

FrameworkURI

opciono

Opis
Identifikuje tip servisa, mora
biti TJS .
Identifikuje zahtev servisa.
Mora biti
DescribeFrameworks
Identifikuje verziju servisa,
poslednja dostupna 1.0.
Odreuje jezik sadraja
odgovora. Sastoji se iz liste
RFC 4646 jezikih tagova,
razdvojenih zarezom u
skladu sa preporukom.
URI prostornog okvira na
koji se atributi mogu spojiti
odnosno pridruiti. Lista
okvira koje podrava server
je normalno nepoznata
tokom poetnog
DescribeFrameworks
zahteva ka serveru, a samim
tim ovaj parametar je
normalno odsutan tokom tog
zahteva. Ukoliko ovaj
parametar nije prisutan,
odgovor sadri opise za sve
okvire za koje pristup je
podacima podran od strane
servera.

Table Joining Service

Tabela 2. Parametri DescribeFrameworks zahteva

Svi TJS serveri sprovode HTTP GET transfer DescribeFrameworks zahteva, koristei KVP
kodiranje. KVP kodiranje kod DescribeFrameworks zahteva
korienje obaveznih
parametara ( Tabela 2.).
http://foo.bar/foo?
service=TJS&
request=DescribeFrameworks&
version=1.0&
language=en

Slika 4. Primer DescribeFrameworks zahteva preko HTTP GET metode

DescribeDatasets operacija
Operacija DescribeDatasets vraa XML dokument koji identifikuje sve atributske
setove podataka za koje postoje podaci sa instance servisa. Mogu postojati jedan ili vie
atributskih skupova podataka koji se odnose na bilo koji prostorni okvir. Odgovor sadri
opisne informacije o svakom srtu podataka dostupnih na serveru, i informacije koje
identifikuju svaki skup podataka. Ovaj opis se moe koristiti pri automatskoj izgradi
korisnikog interfejsa da identifikuju skup podataka iz kojih bi korisnik elelo da dobije
atributske podatke.
Ime

Prisustvo

service

obavezan

request

obavezan

version

opciono

language

opciono

FrameworkURI
DatasetURI

opciono

opciono

10

Opis
Identifikuje tip servisa, mora
biti TJS .
Identifikuje zahtev servisa.
Mora biti
DescribeDatasets
Identifikuje verziju servisa,
poslednja dostupna 1.0.
Odreuje jezik sadraja
odgovora. Sastoji se iz liste
RFC 4646 jezikih tagova,a
vrednost je duine 2 ili 5
karaktera.
URI okvirnog skupa
podataka, kako je navedeno u
DescribeFramevorks
odgovoru.
URI tabele atributa ,koji
mogu da se spoje sa
prostornim okvirom
identifikovanim od strane

Table Joining Service

FramevorkURI. DatasetURI
su normalno nepoznati
tokom poetnog
DescribeDatasets zahteva ka
serveru, a samim tim ovaj
parametar je normalno
odsutan kod takvog zahteva.
Ukoliko ovaj parametar nije
prisutan, odgovor sadri
opise za sve skupove
podataka dostupne za
navedeni okvir(e).
Tabela 3. Parametri DescribeDatasets zahteva

Svi TJS serveri sprovode HTTP GET transfer DescribeDatasets zahteva, koristei KVP
kodiranje. KVP kodiranje DescribeDatasets zahteva e koristiti obavezne i po potrebi
opcione parametre ( Tabela 3.) .

http://foo.bar/foo?
service=TJS&
request=DescribeDatasets&
version=1.0&
language=en&
FrameworkURI=http://nrcan.gc.ca/Provinces/2001

Slika 5. Primer DescribeDatasets zahteva preko HTTP GET metode

TJS serveri takoe mogu sprovesti HTTP POST zahtev transfera DescribeDatasets operacije,
koristei samo XML kodiranje. Parametri zahteva se kodiraju kao XML elemenati, sa svojim
sadrajima identinim onima navedenim u tabeli parametara, prema DescribeDatasets
zahtevu XML eme.
Korienje HTTP POST metode nije obavezno.Na slici 5. prikazan je primer
DescribeDatasets zahteva preko HTTP POST metode.
11

Table Joining Service

<DescribeDatasets service="TJS" version="1.0" language="en">

<FrameworkURI>http://nrcan.gc.ca/Provinces/2001</FrameworkURI>
</DescribeDatasets>

Slika 5. Primer DescribeDatasets zahteva preko HTTP POST metode

DescribeData operacija
Operacija DescribeData vraa XML dokument koji opisuje sve atribute za bilo koji
skup podataka naveden u zahtevu. Odgovor sadri opisne informacije o svakom atributu
dostupnom preko servisa, i informacije koje identifikuju taj atribut. Ovaj opis se moe
koristiti pri automatskoj izgradi korisnikog interfejsa za identifikaciju atributa koji korisnik
eli dobiju sa servisa.

GetData operacija
Operacija GetData obezbeuje sredstva za klijenta za preuzimanje atributa. Odgovor
sadri opisne informacije o svakom atributu ukljuenom u odgovoru, kao i vrednosti atributa
za sve izabrane evidencije. Vrednosti atributa se vraaju klijentu kao XML dokument, u
GDAS formatu.

3.3.3 Operacije pridruivanja (spajanja) podataka

TJS obuhvata tri operacije koje podravaju spajanje atributa sa odgovarajuom
geometrijom. Spajanje podataka se vri preko operacije JoinData. Operacija
DescribeJoinAbilities vraa informacije o prostornim okvirima na koje atributi mogu biti
spojeni, a operacija DescribeKey vraa sadraj okvirnog kljunog polja za okvirni skup
podataka. Ako servisna instanca podrava pridruivanje podatake, onda su sve ove operacije
obavezna [1].
DescribeJoinAbilities operacija
Operacija DescribeJoinAbilities vraa XML dokument koji identifikuje sve prostorne
okvire na koje se podaci mogu pridruiti preko servisa. Ovaj opis ukljuuje informacije koje
jedinstveno identifikuju svaki prostorni okvir i opisne informacije o svakom okviru. Ovaj
12

Table Joining Service

opis se moe koristiti pri automatskoj izgradi korisnikog interfejsa za identifikaciju
prostornog okvira za koji bi korisnici eleli da dobiju atributske podatke.
Ime

Prisustvo

service

obavezan

request

obavezan

version

obavezan

language

opciono

Opis
Identifikuje tip servisa, mora
biti TJS .
Identifikuje zahtev servisa.
Mora biti
DescribeJoinAbilities
Identifikuje verziju servisa,
poslednja dostupna 1.0.
Odreuje jezik sadraja
odgovora. Sastoji se iz liste
RFC 4646 jezikih tagova,a
vrednost je duine 2 ili 5
karaktera.

Tabela 4. Parametri DescribeJoinAbilities zahteva

JoinData operacija
Operacija JoinData zahteva od servera da spoji atribute, koji se mogu dobiti putem
GetData zahteva, sa svojim okvirnim podacima . Server obavlja pridruivanje i priprema
izlaz u zavisnosti od zahteva klijenta. Odgovor sadri informacije o vezi potrebne za pristup
izlazima [1, 6].
Ime
service

Prisustvo
obavezan

request

obavezan

version

obavezan

language

opciono

Opis
Identifikuje tip servisa, mora biti TJS .
Identifikuje zahtev servisa. Mora biti
JoinData
Identifikuje verziju servisa, poslednja
dostupna 1.0.
Odreuje jezik sadraja odgovora.
Sastoji se iz liste RFC 4646 jezikih
tagova,a vrednost je duine 2 ili 5
karaktera.

13

Table Joining Service

update

opciono

FrameworkURI

obavezan

GetDataURL

obavezno

StylingURL

opciono

StylingIdentifier

opciono

ClassificationURL

opciono

Boolean vrednost (moe biti true ili

false) slui da identifikuje ako postojei
JoinData proizvodi trebaju auriranje
ovog servisa. Ako je true onda e servis
pokuati da aurira postojei skup
JoinData proizvoda. Ako nema takvih
JoinData proizvoda onda se mogu
aurirati naknadno identinim JoinData
zahtevima Default vrednost ovog
parametra je false.
URI prostornog okvira, kao to je
navedeno u odgovoru
DescribeFramevorks zahteva.
URL adresa koji vraa ispravan TJS 1.0
GetData odgovor. Ovo moe biti TJS
GetData zahtev (preko HTTP GET
metode), sauvani odgovor na GetData
zahtev, ili veb proces koji vraa sadraj
usaglaen sa GetData odgovorajuom
emom.
URL koji sadri informacije o stilu koji
e da se primeni. Ovaj atribut e sadrati
URL iz koga ovaj ulaz moe elektronski
da se preuzme.
Ime koje identifikuje tip stila koji se
poziva. Mora da bude naveden kao
identifikator u DescribeJoinAbilities
odgovoru.
URL adresa koje vraa datoteku koja
opisuje klasifikaciju podataka i treba da
se primenjuju na izlaz (npr. klasifikacija
koja e se koristiti za legendu u sluaju
kada je izlaz WMS). Ovaj fajl mora biti
kodiran u skladu sa XML emom
identifikovan u
ClassificationSchemaURL elementu
DescribeJoinAbilities odgovora.

Tabela 5. Parametri JoinData operacije

Kao i prethodno navedene operacije JoinData operacija takoe koriste HTTP GET
medodu koja je obavezna i koristi princip KPV kodiranja, ali i HTTP POST metodu kao
14

Table Joining Service

neobaveznu, koja koristi XML kodiranje. Normalan odgovor na vaei JoinData zahtev je
struktura JoinDataResponse podataka, koji kodiraju atribute zajedno sa pripadajuom
metapodacima. JoinDataResponse je kodiran u XML formatu prema JoinData odgovoru
XML emi. Kada TJS server naie na greku prilikom izvrenja JoinData operacije tada
server vraa odgovarajuu povratnu poruku sa opisom greke [6].
DescribeKey operacija
Operacija DescribeKey vraa XML dokument koji identifikuje sve kljueve za
prostorni okvir na koji podaci mogu da se pridrue od strane servisa. Ovaj opis ukljuuje
opisne informacije o prostornom okviru. Ovaj listing moe da se koristi u cilju otklanjanja
greaka kod operacije JoinData zahteva, ili da se izgradi novi atributski skup podataka za
prostorni okvir.
Ime

Prisustvo

service

obavezan

request

obavezan

version

opciono

language

opciono

FrameworkURI

obavezan

Opis
Identifikuje tip servisa, mora
biti TJS .
Identifikuje zahtev servisa.
Mora biti DescribeKey
Identifikuje verziju servisa,
poslednja dostupna 1.0.
Odreuje jezik sadraja
odgovora. Sastoji se iz liste
RFC 4646 jezikih tagova,a
vrednost je duine 2 ili 5
karaktera.
URI okvirnog skupa
podataka, kako je navedeno u
DescribeFramevorks
odgovoru.

Tabela 6. Parametri zahteva DescribeKey operacije

15

Table Joining Service

4. Primer XML eme
TJS XML eme definiu XML kodiranje koje se koristi za TJS odgovore na zahteve. Primer
jedne od takvih ema dat je u sledeoj tabeli [6].
Naziv

Opis

Upotreba

Tip

service

identifikuje tip jedinstvena(obave

servisa
zna)

XML atribut sadri string

karakter Vrednost: morat biti
"TJS"
Primer: TJS

version

identifikuje tip jedinstvena(obave

servisa
zna)

XML atribut sadri string

karakter Vrednost: morat biti
"TJS"
Primer: TJS

xml:lang

identifikuje tip
servisa

XML atribut sadri string

karakter Vrednost: morat biti
"TJS"
Primer: TJS

xmlns

xmlns:ows

xmlns:xsi

xsi:schemaLocation

jedinstvena(opcio
na)

default XML
namespace.

XML atribut sadri URL adresu

Vrednost: Mora biti
jedinstvena(obave
"http://www.opengis.net/tjs/1.0".
zna)
Primer:
http://www.opengis.net/tjs/1.0

OWS XML
namespace

XML atribut sadri URL adresu

Vrednost: Mora biti
jedinstvena(obave "http://www.opengis.net/ows/1.0"
zna)
.
Primer:
http://www.opengis.net/ows/1.0

XML ema
namespace

XML atribute sadri URL adresu

Vrednost: Mora biti
"http://www.w3.org/2001/XMLSc
jedinstvena(obave
hema-instance"
zna)
Primer:
http://www.w3.org/2001/XMLSch
ema-instance

lokacija TJS
eme

jedinstvena(obave XML atribut sadri URL adresu

zna)
Vrednost: Mora da ukljuuje
"http://www.opengis.net/tjs/1.0".

16

Table Joining Service

Moe da ukljuuje lokaciju
kopije koja moe biti iskoriena
Primer:
http://www.opengis.net/tjs/1.0
../tjsDescribeFrameworks_respo
nse.xsd
sadri XML
jedinstvena(obave
elemente koji
zna)
opisuju servis

XML element koji sadri XML

elemente

sadri XML
elemente koji
opisuju
jedinstvena(obave
ows:ServiceProvider
servisnog
zna)
provajdera(vlasn
ika)

XML element koji sadri XML

elemente

ows:ServiceIdentific
ation

ows:OperationsMeta
data

Languages

WSDL

sadri XML
elemente koji
opisuju
operacije
servisa.

jedinstvena(obave
zna)

XML element koji sadri XML

elemente

sadri listu
jezika koje
jedinstvena(obave
podrava ovaj
zna)
servis

XML element koji sadri XML

elemente

Sadri URL
adresu WSDL
dokumenta

XML element koji sadri XML

elemente

jedinstvena(opcio
na)

Tabela 7. Primer Capabilities XML dokumentacije

5. Tipovi TJS aplikacija

17

Table Joining Service

Izrada aplikacija po porodbini koje su se ranije koristile, je predstavljao veoma
dugotrajan i skup proces, i sa razvojem informacionih tehnologija ovaj proces se se sve bre
odvijao. Sa izradom TJS servisa i drugih OGC standarda proces izrade ovih aplikacija se
odvija znatno bre, u zavisnosti od zahteva klijenata kakvu aplikaciju zahtevaju [2].

5.1 Web-mapiranje: kreiranje WMS slojeva on the fly

Najea upotreba TJS je ta da podri web mapiranje - posebno, dinamino stvaranje
Web Map Service (WMS) slojeva. Podaci iz XML protoka, proizvedeni u TJS se mogu
jednostavno spojiti sa pripadajuim okvirnim podacima putem okvirnog kljunog polja.
Dobijeni sloj moe se sauvati ili odbaciti nakon obrade podataka, ako nestabilnost podataka
izaziva zabrinutost [1, 4].
TJS je dizajniran da radi kao jedinstvena up-front operacija, pre nego to su bilo koji
WMS zahtevi napravljeni. Kada je implementiran na ovaj nain potrebno je neko vreme
obrade da se dinamiki promeni WMS, ali kada je jednom WMS konfigurisan, ponaa se tako
brzo kao bilo koji drugi WMS. Korisnik bi normalno trebo da :
1. pokuati da otkrije podatke pomou DescribeData i srodnih operacija
2. podneti zahtev TJS JoinData (nakon ega bi TJS trebao da podnese zahtev
GetData a zatim da pridrui atribute odgovarajuim okvirnim podacima i nakon
toga da konfigurie WMS server)
3. podneti GetMap zahtev za mapu koja je kreirana od strane TJS-a

5.1.1 Primeri aplikacija koje koriste dinamiki generisane

WMS slojeve:
Mnogi tipovi jednostavnih aplikacija za mapiranje ima koristi od dinamikih
auriranja WMS slojeva jer sadre vremenski relevantne podatke. Neki od primera su:

Zagaenost vazduha po gradovima

Broj zaraenih ljudi virusom Ebole po dravama
Prodaja po kvartovima
Broj ugroenih ivotinjskih vrsta po prirodnim rezervatima

5.2 Desktop GIS

18

Table Joining Service

Za desktop GIS koji podrava WMS slojeve, slika moe jednostavno biti importovana
kako je prikazano na web mapi (Slika 1). Meutim, postupajui sa TJS podacima preko
protoka GDAS-a, desktop GIS koji je podran od geoprostornih skladita podataka moe
imati svoje atributske podatke dopunjene ili izmenjene za direktnu manipulaciju unutar GISa.

5.3 Distrubutivna obrada prostornih podataka

GDAS kodiranje omoguava sposobnost dodatne kalkulacije sa podacima.Trivijalan
primer je da se dva odvojena GDAS protoka koriste za iste okvirne podatke i za izraunavanje
razlike izmeu dva atributa, pod uslovom da je rezultat u vidu drugog GDAS protoka.

Slika 2. Distributivna obrada prostornih podataka

5.4 Modelovanje
Kada su geoprostorni podaci dostupni na internetu preko TJS-a, relativno je lako
dodavati te podatke u modele kao to su modeli klimatskih promena. Ako je omogueno da
model prihvati podatke sa kraja ulaznog dela TJS-a, a TJS na kraju izlaznog da prui
rezultate, lako je pokretanje razliitih ulaznih scenarija kroz model. Ovo na kraju
pojednostavljuje upravljanje podacima, i smanjuje potencijal za greke kod ulaznih podataka.

5.5 Auriranje podataka

TJS takoe omoguava mogunost replikacije baze podataka preko interneta. TJS
moe koristiti GDAS protok obezbeen od strane drugog TJS-a da redovno auriraju sadraj

19

Table Joining Service

skladita podataka i njenih povezanih tabela metapodataka, na osnovu najnovijih informacija
dostupnim od strane primarnog skladita podataka.

20

Table Joining Service

6. Prednosti TJS-a
Glavna prednost TJS-a je interoperabilnost. Ona omoguava organizacijama da
smeste svoje korporativne podatke u sisteme koji su prilagoeni za upravljanje tim podacima,
a ipak dozvoljavaju sebi i drugima da iskoriste prednosti geografskog informacionog sistema
(GIS) tehnologije za ispitivanje i analizu tih podataka. TJS standard definie skup pristupnih
operacija ka podacima koje mogu biti podrane od bilo kog sistema za upravljanje bazama
podataka i skup operacija za pridruivanje podataka koje se mogu primeniti od strane bilo
koje GIS aplikacije. Tako, TJS omoguava da najnoviji podaci koji se dobijaju kada se vri
analiza, bez obzira na to da li je ili nije kompatabilan sa geoprostornim sistemom ili direktno
povezan sa korporativnim sistemom za upravljanje podacima [1].
Samo korienje TJS servisa ima mnotvo razliitih prednosti:
Jednostavan ali moan. TJS koristi standardni HTTP i XML (proirivi jezik za
oznaavanje) kao mehanizam za razmenu podataka; ovo ga ini veoma laganim za
rukovanje, a ipak sa izuzetnom mogunou podeavanja koja e se koristiti za
mapiranje, analizu, proraunavanje, ili replikaciju podataka.
Iskoriava snagu distribuiranog raunarstva. TJS je dizajniran da olaka
distribuirano upravljanje podacima, to omoguava distribuirano procesiranje
geoprostornih podataka lociranih bilo gde na internetu.
Brz, pouzdan pristup ka "near real time" informacijama. Jer se moe dinamiki
generisati, najvie ka "up-to-date" podacima se moe pristupiti direktno iz izvorne
organizacije koja je odgovorna za njegovo odravanje.
Fleksibilnost i obezbeenost podataka. Razotkrivanje podataka preko TJS-a
omoguava korporativnim menaderima podataka da promene svoje osnove dizajna i
sigurnosne mere zatite baze podataka bez kompromitujueg pristupa podacima koji
bi trebalo da budu dostupni drugim sistemima.
Jednostavna pretraga podataka. Izlaganje podataka preko TJS-a omoguava da
odgovarajui metapodaci budu smeteni u registre, ime je lako izvriti objavu
podataka, pronai same podatke, i pristupiti atributima i odgovarajuim servisima za
pridruivanje podataka.
TJS duguje svoju jednostavnost i superiornost nainu kodiranja podataka koje koristi, a to je
XML kodiranje. Ovaj nain kodiranja se naziva "Geographic Data Attribute Set", ili
"GDAS". Sve operacije TJS kreiraju ili koriste XML dokumenate koji su zasnovani na GDAS.

21

Table Joining Service

7. Reference
[1] http://geoprocessing.info/tjsdoc/Overview Datum poslednjeg pristupa 18.12.2014.
[2] http://www.nrcan.gc.ca/earth-sciences/geomatics/canadas-spatial-datainfrastructure/standards-policies/8930#Additional%20Information Datum poslednjeg
pristupa 15.12.2014.
[3] https://gvlt.wordpress.com/2010/03/01/ogc-table-join-service/ Datum poslednjeg
pristupa 13.12.2014.
[4] http://slashgeo.org/2010/12/13/OGC-Announces-Georeferenced-Table-Joining-ServiceTJS-Standard-Version-10/ Datum poslednjeg pristupa 10.12.2014.
[5] http://geo.ftn.uns.ac.rs/mod/resource/view.php?id=1833 Datum poslednjeg pristupa
18.12.2014.
[6] OpenGIS Georeferenced Table Joining Service Implementation Standard Datum
poslednjeg pristupa 18.12.2014.

22