sl.geologyidea.com
Več

Ustvarjanje prostorske baze podatkov s številnimi kategorijami z istim nizom vrednosti?

Ustvarjanje prostorske baze podatkov s številnimi kategorijami z istim nizom vrednosti?


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.


Delam na ustvarjanju prostorske zbirke kmetijskih podatkov o okrožjih, kjer ima vsaka občina več poljščin (30+) in za vsak pridelek obstaja več meritev pridelave (donos, požeta površina, gospodarska vrednost itd.), Ki so enake za vse poljščine. Tudi te podatke imam že vrsto let, vse od leta 1980.

Kaj menite o oblikovanju prostorske baze podatkov, ki bi olajšala poizvedovanje o metodi pridelave za določen pridelek po okrajih?


Glede na naravo vaših podatkov in število atributov vam ne preostane drugega, kot da jih razdelite v različne tabele. Iz pomoči ArcGIS:

Večina omejitev velikosti v zbirki podatkov je odvisna od izdaje DBMS in omejitev strojne opreme. Ena izjema je število polj (stolpcev), podprtih v tabeli ali razredu lastnosti; največje število je 500. Upoštevajte pa, da je glede na vrste podatkov največje število stolpcev v tabeli lahko manjše od 500. Večina prodajalcev zbirk podatkov ne priporoča ustvarjanja tabel z več kot 200 stolpci katere koli vrste podatkov.

Ne določate, katere DBMS nameravate uporabiti, zato se lahko ponujene zmogljivosti med možnostmi razlikujejo. Omenili ste, da je Relational, kar nekoliko zoži izbire (tj. Zbirka podatkovnih zbirk datotek Esri ne bo delovala).

Izbira DBMS je eno, drugo pa dejansko organiziranje podatkov v tem DBMS. Moj komentar je omenil sorodne tabele z vidika zbirke podatkovnih baz podatkovnih baz - ko kliknete okrožje, se prikažejo vsi zapisi, povezani s tem okrožjem, iz druge tabele, povezane s sorodnikom. Ne vem dovolj o oblikovanju zbirk podatkov, da bi rekel, kaj bi bilo najboljši (in taka vprašanja so tukaj na splošno zaprta kot preširoka ali temeljijo na mnenju). Tabela na pridelek, miza na leto ... možnosti je veliko, in ker je moj komentar omenil, kaj nameravate dostopati do baze podatkov, lahko igra vlogo (tj. Težave, ki jih ima programska oprema GIS pri tabeli ena proti več ali številka proti več odnosi). Moja prva misel bi bila vsako leto miza z vsemi pridelki, saj vem, da vas samodejno postavi na 200+ polj, vendar bi bila ena na ena. Prav tako lahko vidim tabelo za pridelek z vsemi leti v eni tabeli za vsak pridelek, vendar je spet odvisno od tega, kako do njega dostopate, ker bi bilo to ena proti več.

Nato se lotite prilagajanja zmogljivosti ...


Ustvarjanje prostorske baze podatkov s številnimi kategorijami z istim nizom vrednosti? - Geografski informacijski sistemi

Ko omogočite GeoRaster za vse sheme, ki bodo uporabljale to funkcijo, ustvarite predmete GeoRaster, naložite podatke in potrdite predmete GeoRaster, lahko preostale operacije izvedete v poljubnem vrstnem redu, odvisno od vaših aplikacijskih potreb. Morda boste lahko tudi preskočili nekatere operacije.

Nekatere operacije je mogoče izvesti z uporabo SQL, nekatere pa z uporabo blokov PL/SQL. Objekt GeoRaster morate posodobiti, potem ko vstavite, posodobite, preoblikujete, stisnete, razpnete ali izbrišete metapodatke ali podatke o celici predmeta GeoRaster in preden vnesete spremembe (glejte Posodabljanje objektov GeoRaster pred sprejemom). Za nekaj primerov teh operacij si oglejte demo datoteke, opisane v GeoRaster PL/SQL in Java Demo Files, ter primere v Reference SDO_GEOR Package Reference.

3.1 Omogočanje GeoRasterja na ravni sheme

GeoRaster mora biti omogočen za vsako shemo zbirke podatkov, ki bo uporabljala funkcijo GeoRaster.

Funkcija GeoRaster je privzeto onemogočena po prvotni namestitvi Oracle Spatial. GeoRaster je mogoče omogočiti samo v okviru sheme (torej ne za celotno bazo podatkov) in mora biti omogočena za vsako shemo, ki bo uporabljala funkcijo GeoRaster.

Če želite omogočiti GeoRaster, sledite tem korakom za vsako shemo, za katero bo omogočen GeoRaster:

Če je bila tabela GeoRaster ustvarjena in napolnjena s podatki, potem je po nadgradnji baze podatkov GeoRaster samodejno omogočen za shemo te tabele in vam za shemo ni treba znova omogočiti GeoRasterja. (Prepričajte se le, da je uporabniku dodeljen privilegij CREATE TABLE.)

3.2 Dodajanje podatkovnih datotek in začasnih tabelnih prostorov za uporabnike GeoRasterja

Baza podatkov GeoRaster je običajno zelo velika. Zaradi shranjevanja in zmogljivosti mora shema zbirke podatkov uporabiti eno ali več uporabniških tabelnih prostorov za shranjevanje podatkov GeoRaster (izogibajte se uporabi sistemskega tabelnega prostora za shranjevanje podatkov GeoRaster), podatkovne datoteke pa morate ustrezno dodati v tabelne prostore. Če ne uporabljate Oracle Automatic Storage Management (Oracle ASM) ali mize velikih datotek, morate ustvariti veliko podatkovnih datotek za vsak tabelni prostor in jih po možnosti razdeliti na različne diske. Prav tako morate ustvariti podatkovne datoteke ali spremeniti obstoječe podatkovne datoteke, tako da se samodejno povečajo, ko v zbirki podatkov potrebujete več prostora.

Tabela GeoRaster lahko vsebuje veliko (potencialno skoraj neomejeno) število predmetov GeoRaster. Za shranjevanje rastrskih blokov omejenega števila objektov GeoRaster je treba uporabiti tabelo rastrskih podatkov (RDT), odvisno od velikosti rastrov. V nasprotju s tabelami GeoRaster RDT ne bi smel biti prevelik, razen če je treba uporabiti particioniranje. Prav tako lahko RDT -je ustvarite na različnih tabelnih prostorih, tako da se rastrski bloki razdelijo na različne diske. (Glejte tudi Ustvarjanje tabele GeoRaster in podatkovnih tabel Raster.)

Podatkovna baza GeoRaster lahko za nekatere operacije uporablja začasni tabelni prostor. Ko je pri operacijah GeoRaster vključeno stiskanje, zlasti pri obsežnih operacijah mozaikovanja, so potrebni nekateri začasni prostori za shranjevanje vmesnih stisnjenih ali nestisnjenih podatkov. Če uporabnik GeoRaster nima začasnega prostora tabel, se uporabi začasni prostor tabel sistema sistema zbirk podatkov. To ni učinkovito in lahko upočasni mozaik in druge operacije. Zato morate za uporabnike GeoRasterja vedno ustvariti začasne tabelne prostore. Na primer:

Na splošno je količina potrebnega začasnega prostora omejena. Če pa je treba rezultat stisniti, je za mozaiko v velikem obsegu potreben začasni prostor enak velikosti nestisnjene slike rezultata. Zato pri ustvarjanju začasnih prostorov tabel za uporabnike GeoRaster podajte AUTOEXTEND ON.

3.3 Ustvarjanje tabele GeoRaster in podatkovnih tabel rastrskih podatkov

Preden lahko delate s predmeti GeoRaster, morate ustvariti tabelo GeoRaster in eno ali več tabel rastrskih podatkov, če še ne obstajajo.

3.3.1 Ustvarjanje tabele GeoRaster

Tabela GeoRaster je vsaka tabela, ki vsebuje vsaj en stolpec tipa SDO_GEORASTER. Stolpec je lahko stolpec atributov druge vrste predmeta, ki ga določi uporabnik. Primer 3-1 ustvari tabelo GeoRaster z imenom CITY_IMAGES, ki vsebuje stolpec IMAGE za shranjevanje predmetov GeoRaster.

Primer 3-1 Ustvarjanje tabele GeoRaster za podobe mest

Za več informacij o tabelah GeoRaster glejte GeoRaster Physical Storage.

3.3.2 Ustvarjanje tabel rastrskih podatkov

Ko ustvarite tabelo GeoRaster, morate ustvariti eno ali več tabel rastrskih podatkov (RDT), ki bodo uporabljene s predmeti v tabeli GeoRaster. Tabelo rastrskih podatkov lahko ustvarite kot tabelo objektov ali kot relacijsko tabelo. Pri ustvarjanju RDT -jev morate uporabiti obliko shranjevanja LOB SecureFiles LOB (SecureFiles). Uporaba SecureFiles bistveno izboljša delovanje operacij GeoRaster v primerjavi z uporabo prvotne paradigme shranjevanja LOB BasicFiles LOBS (BasicFiles).

Primer 3-2 ustvari tabelo rastrskih podatkov z uporabo SecureFiles. RDT bo uporabljen za shranjevanje vseh rastrskih blokov enega ali več predmetov GeoRaster v tabelo CITY_IMAGES ali druge tabele GeoRaster. (Povezava med objektom GeoRaster in tabelo rastrskih podatkov se ne vzpostavi, dokler ne ustvarite predmeta GeoRaster, kot je razloženo v Ustvarjanje novih objektov GeoRaster.)

Primer 3-2 Ustvarjanje tabele rastrskih podatkov z uporabo SecureFiles

Primer 3-3 Ustvarjanje tabele rastrskih podatkov (relacijske) z uporabo SecureFiles

Primer 3-3 ustvari tabelo rastrskih podatkov z istim imenom kot v primeru 3-2, tudi z uporabo SecureFiles, vendar jo ustvari kot relacijsko tabelo namesto tabele objektov.

Stavek CREATE TABLE za tabelo rastrskih podatkov mora vsebovati naslednji člen (ki je vključen v prejšnje primere):

Ta klavzula PRIMARY KEY ustvari indeks drevesa B v tabeli rastrskih podatkov in ta indeks je bistven za optimalno delovanje poizvedbe.

Ko uporabljate osnovne datoteke, lahko za shranjevanje LOB določite večjo velikost (16 ali 32 KB) za izboljšanje zmogljivosti. Pri SecureFiles ni treba določiti parametra velikosti CHUNK in upoštevati je treba še nekaj drugih parametrov shranjevanja. Rastrske podatkovne tabele, ki uporabljajo LOB -je SecureFiles, je treba ustvariti v prostoru tabel z možnostjo samodejnega upravljanja prostora segmenta. Za informacije o uporabi Oracle SecureFiles in premislekih o zmogljivosti za LOB -je osnovnih datotek glejte Oracle Database SecureFiles and Large Objects Priročnik za razvijalce.

Za referenčne informacije o ustvarjanju tabel, vključno s podajanjem pomnilnika LOB, glejte razdelek o stavku CREATE TABLE v Oracle Database SQL Reference.

Če želite več informacij o ključnih besedah ​​in možnostih pri ustvarjanju tabele rastrskih podatkov, glejte Tabela rastrskih podatkov.

3.3.3 Sprožilec GeoRaster DML

Za zagotovitev doslednosti in celovitosti notranjih tabel GeoRaster in podatkovnih struktur GeoRaster samodejno ustvari edinstven sprožilec DML za vsak stolpec GeoRaster, kadar uporabnik ustvari tabelo GeoRaster (to je tabelo z vsaj enim stolpcem GeoRaster), z naslednjo izjemo : če uporabite stavek ALTER TABLE za dodajanje enega ali več stolpcev GeoRaster, morate poklicati postopek SDO_GEOR_UTL.createDMLTrigger, da ustvarite sprožilec DML v vsakem dodanem stolpcu GeoRaster. V nekaterih scenarijih, kot sta nadgradnja baze podatkov ali selitev podatkov, lahko pokličete postopek SDO_GEOR_UTL.recreateDMLTriggers, da znova ustvarite sprožilce DML v vseh stolpcih GeoRaster.

Sprožilec se sproži po vsaki od naslednjih operacij jezika obdelave podatkov (DML), ki vplivajo na objekt GeoRaster: vstavljanje vrstice, posodobitev predmeta GeoRaster in brisanje vrstice.

GeoRaster ob sprožitvi sprožilca samodejno izvede naslednja dejanja:

Po operaciji vstavljanja sprožilec vstavi vrstico z imenom tabele GeoRaster, imenom stolpca GeoRaster, imenom tabele rastrskih podatkov in vrednostjo rasterID v pogled USER_SDO_GEOR_SYSDATA (opisano v pogledih sistemskih podatkov GeoRaster (xxx_SDO_GEOR_SYSDATA)). Če enak vnos že obstaja, se pojavi izjema.

Če je po posodobitvi nov objekt GeoRaster nič ali prazen, sprožilec izbriše stari predmet GeoRaster. Če v pogledu USER_SDO_GEOR_SYSDATA za stari objekt GeoRaster ni vnosa (to je, če je stari predmet GeoRaster ničelno), sprožilec v ta pogled vstavi vrstico za nov objekt GeoRaster. Če je v pogledu USER_SDO_GEOR_SYSDATA vnos za stari predmet GeoRaster, sprožilec posodobi informacije, da odražajo nov objekt GeoRaster.

Po operaciji brisanja sprožilec izbriše rastrske podatkovne bloke za objekt GeoRaster v svoji tabeli rastrskih podatkov in izbriše vrstico v pogledu USER_SDO_GEOR_SYSDATA za objekt GeoRaster.

3.4 Ustvarjanje novih objektov GeoRaster

Preden lahko sliko GeoRaster shranite v tabelo GeoRaster, morate ustvariti predmet GeoRaster in ga vstaviti v tabelo GeoRaster, preden začnete z delom na njem. Če želite ustvariti nov objekt GeoRaster, imate naslednje možnosti:

Inicializirajte prazen objekt GeoRaster s funkcijo SDO_GEOR.init.

Ustvarite prazen predmet GeoRaster s funkcijo SDO_GEOR.createBlank.

Če objekt ni pravilno ustvarjen (to je, če je objekt atomska ničla), ne morete izvajati nobenih operacij GeoRaster. Funkcije SDO_GEOR.init in SDO_GEOR.createBlank inicializirajo objekte GeoRaster z njihovo podatkovno tabelo rastrskih podatkov in vrednostmi rasterskega ID -ja, če te še niso podane, sprožilec GeoRaster DML pa zagotavlja, da sta ime tabele rastrskih podatkov in par vrednosti ID -ja rastera edinstven za trenutni uporabnik.

Če bo v novem objektu GeoRaster shranjeni podatki o rastrskih celicah (ki so posledica drugega postopka GeoRaster, na primer SDO_GEOR.importFrom, SDO_GEOR.subset ali SDO_GEOR.copy) in če tabela rastrskih podatkov za ta novi objekt GeoRaster ne obstaja, morate najprej ustvarite tabelo rastrskih podatkov. Za informacije o ustvarjanju tabele rastrskih podatkov, vključno s primeri, glejte Ustvarjanje tabel rasterskih podatkov.

Da bi se izognili morebitnim težavam s podatki GeoRaster (nekateri so opisani v Vzdrževanje objektov GeoSistema in sistemskih podatkov v zbirki podatkov), mora biti inicializiran objekt GeoRaster registriran v sistemskih pogledih GeoRasterja, kar se izvede samodejno, ko objekt GeoRaster vstavite v GeoRaster. miza. To morate storiti, preden izvedete druge operacije na objektu GeoRaster. Vse operacije GeoRaster, ki morajo upravljati tabelo rastrskih podatkov, povzročijo izjemo, če izvorni ali ciljni objekt GeoRaster ni registriran.

3.5 Nalaganje rastrskih podatkov

Za nalaganje in izvoz slik ali rastrskih podatkov si oglejte orodja ETL drugih proizvajalcev (glejte opombo v orodjih GeoRaster: Viewer_ Loader_ Exporter). Na primer, lahko uporabite ukazno vrstico gdal_translate in druge pripomočke GDAL, ki v celoti podpirajo GeoRaster prek gonilnika Oracle Spatial GeoRaster.

Za nalaganje rastrskih podatkov lahko uporabite tudi funkcije v GeoRasterju. Z GeoRasterjem imate naslednje možnosti:

Za istočasno paketno nalaganje in izvoz uporabite orodje ETL, ki temelji na GDAL. To orodje je opisano v čarovniku ETL za sočasno paketno nalaganje in izvoz na osnovi GDAL.

V PL/SQL pokličite postopek SDO_GEOR_GDAL.translate, da naložite slike v objekte GeoRaster.

V PL/SQL pokličite postopek SDO_GEOR.importFrom, da naložite slike v objekte GeoRaster.

Uporabite orodje za nalaganje ali pregledovalnik na osnovi JAI GeoRaster, ki sta opisana v pregledovalniku_ nalagalniku_izvajalcu in izvozniku na osnovi JAI.

Z zadnjima dvema možnostma (orodje, ki temelji na SDO_GEOR.importFrom in JAI) lahko naredite naslednje:

Stisnite rastrske podatke in jih shranite v objekte GeoRaster, stisnjene v JPEG ali DEFLATE.

Naložite svetovno datoteko ESRI ali besedilno datoteko RPC Digital Globe (.rpb) v obstoječi objekt GeoRaster in georeferencirajte rastrske podatke, ne da bi jih znova naložili. S svetovno datoteko lahko določite tudi SRID in ustvarite prostorski obseg podatkov.

Naložite datoteko v formatu GeoTIFF z georeferenciranjem, z ali brez rastrskih podatkov. Za nalaganje in izvoz informacij o georeferenciranju slik GeoTIFF so potrebne knjižnice GeoTIFF. Za navodila glejte Georeferencing GeoRaster Objects.

Ko naložite rastrske podatke v objekt GeoRaster, se prepričajte, da je predmet veljaven, tako da pokličete funkcijo SDO_GEOR.validateGeoRaster, kot je razloženo v Preverjanje objektov GeoRaster.

Ker svetovna datoteka ESRI oz. rpb datoteka ne vsebuje informacij o koordinatnem sistemu, za operacijo nalaganja lahko določite vrednost SRID koordinatnega referenčnega sistema. Če pa ne podate SRID, bo nalagalnik nastavil model SRID objektov GeoRaster na 0 (nič), kar pomeni, da je predmet GeoRaster neveljaven, zato morate za določitev veljaven modelni prostor za ta objekt. Če koordinatnega sistema prostora modela še ne poznate, lahko vrednost SRID podate kot 999999, kar pomeni, da koordinatni referenčni sistem ni znan. (Natančneje, SRID 999999 je povezan s koordinatnim referenčnim sistemom, imenovanim neznani CRS.) Kasneje, ko poznate dejanski koordinatni referenčni sistem prostora modela, lahko ustrezno nastavite vrednost SRID.

Za več informacij o neznanem koordinatnem sistemu CRS (SRID 999999) glejte Oracle Spatial Developer's Guide.

3.5.1 Nalaganje z blokiranjem in optimalnim oblazinjenjem

Če ne želite naložiti slik JPEG ali JPEG2000 in jih shraniti brez kakršnih koli sprememb, pri nalaganju slike ali rastrske datoteke v objekt GeoRaster vedno upoštevajte in uporabite ustrezno blokiranje podatkov, ker imajo lahko oblike datotek zelo različne sheme blokiranja. Na splošno morajo biti blokirane velikosti 512x512 ali večje. Za velikosti blokiranja ni absolutnega pravila, vendar večji kot je raster, večje velikosti blokiranja lahko uporabite. Za običajne rastre je primerno od 512x512 do 2048x2048. Za zelo majhne slike (manjše od 1024x1024x3) blokada morda ni dobra izbira. Izogibajte se premajhnim blokiranjem velikosti (na primer 64x64 in 128x128) ali premajhnim in se izogibajte ekstremnim blokiranjem, kot so 0,5 (polovica), 1 ali 8 vrstic slikovnih pik na blok. Na splošno mora biti pravokotna oblika blokov kvadratna ali blizu kvadrata. Za različne aplikacije lahko blokirate tako, da uravnotežite učinkovito shranjevanje z optimalno zmogljivostjo.

Med nakladanjem morate vedno uporabiti tudi optimalno oblazinjenje. Z drugimi besedami, poleg podajanja velikosti blokov navedite blokiranje = OPTIMALPADDING. GeoRaster uporablja oblazinjenje za desni stolpec in spodnjo vrstico blokov, da so enake velikosti kot drugi bloki. Če velikost bloka ni optimalna za določen raster, bi privzeto nastalo oblazinjenje zapravilo nekaj prostora za shranjevanje. Ko podate blokiranje = OPTIMALPADDING, vsi postopki GeoRaster in orodja ETL samodejno prilagodijo matriko velikosti razsežnosti GeoRaster, tako da bo optimalna za zmanjšanje količine oblazinjenja v shrambi objektov GeoRaster. Prilagoditev se vedno izvede okoli vrednosti, ki jih določi uporabnik. Oglejte si razlago ključne besede za blokiranje v tabeli v opombah o uporabi za postopek SDO_GEOR_UTL.calcOptimizedBlockSizeprocedure.

Če želite uporabiti optimalno oblazinjenje pri uporabi ukazne vrstice GDAL, glejte naslednji primer:

Za uporabo optimalnega oblazinjenja pri uporabi postopka SDO_GEOR.importFrom si oglejte primere v referenčni temi za ta postopek.

3.5.2 Nalaganje slik JPEG in JPEG 2000 brez dekompresije

GeoRaster podpira stiskanje JPEG, v katerem so bloki GeoRaster shranjeni kot datoteke JPEG. GeoRaster podpira tudi stiskanje JPEG 2000, pri katerem ima GeoRaster en sam blok, shranjen kot datoteka JPEG 2000. Obstajajo nekateri posebni primeri, ko lahko naložite in izvozite slike JPEG ali JPEG 2000 brez dekompresije in ponovnega stiskanja ter tako znatno izboljšate zmogljivost.

Za JPEG lahko uporabite nalagalnik GeoRaster, ki temelji na JAI, da naložite sliko neposredno brez dekompresije in ponovnega stiskanja, če je slikovna datoteka datoteka JPEG, vrsta stiskanja predmeta GeoRaster je podana kot JPEG-F in za objekt GeoRaster ni nobene blokade. shranjevanje (to pomeni, da ima objekt GeoRaster samo en blok).

Za JPEG 2000 lahko uporabite GDAL ali orodje GeoRaster ETL, ki temelji na GDAL, da naložite sliko neposredno brez dekompresije in ponovnega stiskanja –, če je slikovna datoteka datoteka JPEG2000 in če nobeni uporabljeni parametri ne zahtevajo spremembe notranje strukture datoteko JPEG 2000.Na primer, naslednji skript neposredno naloži datoteko JPEG 2000 brez dekompresije.

Če pa kateri od uporabljenih parametrov zahteva spremembo notranje strukture podatkov JPEG 2000, neposredno nalaganje ne bo mogoče. Naslednji primer zahteva dekompresijo in ponovno stiskanje, kar ima za posledico znatno povečanje časa nalaganja.

3.5.3 Preoblikovanje izvornega rastera pred nalaganjem

Nakladalnik, ki temelji na GeoRaster JAI, ne podpira izvornih rasterskih datotek v prepletanju BSQ in lahko povzroči napako "premalo pomnilnika", če so datoteke prevelike in ima lahko druge omejitve. Da bi se izognili takšnim težavam, lahko izvorne datoteke znova formatirate in znova blokirate, da se lahko pravilno naložijo. Vendar je priporočljivo, da uporabite nakladalec ETL na osnovi GDAL, ki na splošno nima takšnih težav in zahtev.

Eden od načinov za to je na primer uporaba GDAL, odprtokodne knjižnice za pretvorbo rastrov, ki je na voljo na http://www.gdal.org, za preoblikovanje ali ponovno blokiranje slike ali rastrske datoteke, tako da lahko JAI (Java Advanced Imaging) ravnajte z njim. GDAL izvorno podpira GeoRaster in lahko neposredno uvaža in izvaža predmete GeoRaster, za več informacij pa lahko obdeluje tudi objekte GeoRaster, glejte http://www.oracle.com/technetwork/database/enterprise-edition/getting-started-with-gdal- 133874.pdf. GDAL lahko uporabite tudi za ustvarjanje datotek TFW. Na primer, z ukazno vrstico GDAL ali (za paketno pretvorbo) lupino izvedite ukaze, kot sta naslednja dva (vsak ukaz v eni vrstici):

V prejšnjem primeru prvi ukaz ustvari datoteko TFW, spremeni prepletanje v BIP (kar podpira JAI) in sliko znova blokira v 256x256. Drugi ukaz pretvori ECW v TIFF, ustvari TFW in ponovno blokira sliko.

Nato uporabite orodje za nalaganje GeoRaster (opisano v orodjih GeoRaster: Viewer_ Loader_ Exporter) in določite ponovno blokiranje, tako da se lahko slika uspešno naloži in pozneje učinkovito prikliče iz baze podatkov, kot v naslednjem primeru (en sam ukaz):

Če pri klicu SDO_GEOR.importFrom prejmete napako »premalo pomnilnika«, da naložite zelo veliko sliko, poskusite sliko naložiti z drugim parametrom velikosti blokiranja ali pa sliko znova blokirajte v manjše notranje velikosti ploščic z uporabo GDAL. Za izredno velike slike lahko uporabite tudi GDAL za razvrščanje slike v več manjših slikovnih datotek z velikostmi, ki jih lahko obdeluje JAI, ali pa uporabite GDAL za neposredno nalaganje in izvoz slik.

3.6 Preverjanje objektov GeoRaster

Preden uporabite objekt GeoRaster ali ko ročno uredite rastrske podatke in metapodatke predmeta GeoRaster, se prepričajte, da je predmet veljaven. Preverjanje za objekt GeoRaster vključuje preverjanje registracije predmeta GeoRaster, preverjanje metapodatkov in podatkov o rastrski celici ter preverjanje skladnosti metapodatkov in podatkov. Validacija na primer preveri vrsto rastra, podatke o dimenzijah in dejanske velikosti blokov celic ter izvede druga preverjanja.

Če ste uporabili orodje za nalaganje GeoRaster, opisano v orodjih GeoRaster: Viewer_ Loader_ Exporter, so bili objekti GeoRaster med operacijo nalaganja preverjeni.

GeoRaster ponuja naslednje validacijske podprograme:

SDO_GEOR.validateGeoRaster potrdi objekt GeoRaster, vključno s podatki o celicah in metapodatki. Vrne TRUE, če je predmet veljaven drugače, vrne eno od naslednjega: kodo napake Oracle, ki označuje, zakaj je predmet GeoRaster neveljaven, FALSE, če preverjanje ne uspe iz neznanega razloga, ali NULL, če je predmet GeoRaster ničelno. To funkcijo morate vedno uporabiti, ko ustvarite predmet GeoRaster.

SDO_GEOR.schemaValidate preverja metapodatke glede na shemo XML GeoRaster. To funkcijo lahko uporabite za iskanje napak, če je funkcija SDO_GEOR.validateGeoRaster vrnila kodo napake 13454. Funkcije SDO_GEOR.schemaValidate in SDO_GEOR.validateGeoRaster ne preverjata geometrije prostorskega obsega.

SDO_GEOR.validateBlockMBR preverja geometrijo blockMBR, povezano z vsakim rastrskim blokom, shranjenim v tabeli rastrskih podatkov. Če obstajajo neveljavne geometrije blockMBR, pokličite postopek SDO_GEOR.generateBlockMBR, da jih regenerirate.

3.7 Georeferenciranje objektov GeoRaster

Georeferenciranje, kot je razloženo v Georeferencing, vzpostavlja razmerje med koordinatami celic podatkov GeoRaster in dejanskimi zemeljskimi koordinatami (ali nekaterimi lokalnimi koordinatami). Če želite geografske reference objektov GeoRaster, so na voljo naslednji pristopi:

Če je izvirna slika že georeferencirana in če so informacije o georeferenciranju shranjene v svetovni datoteki ESRI oz. rpb, ki vsebuje koeficiente RPC, lahko s postopkom SDO_GEOR.importFrom naložite svetovno datoteko ESRI oz. rpb iz datoteke ali iz predmeta CLOB skupaj s slikovnimi podatki (v formatu FILE ali BLOB). Z orodjem za nalaganje na strani odjemalca GeoRaster (opisano v orodjih GeoRaster: Viewer_ Loader_ Exporter) lahko naložite tudi svetovno datoteko ESRI oz. rpb iz datoteke skupaj s slikovno datoteko.

Ker svetovna datoteka ESRI oz. rpb ne določa koordinatnega sistema modela, lahko modelni prostor georeferenciranega objekta GeoRaster nastavite z uporabo Oracle SRID na enega od naslednjih načinov: podajte SRID skupaj s svetovno datoteko kot parameter postopku SDO_GEOR.importFrom ali nalagalec na strani odjemalca GeoRaster (opisan v orodjih GeoRaster: Viewer_ Loader_ Exporter) ali po nalaganju svetovne datoteke pokličite postopek SDO_GEOR.setModelSRID. Lahko tudi pokličete postopek SDO_GEOR.setModelSRID, če želite spremeniti prostor modela modela georeferenciranega predmeta GeoRaster.

Če je izvirna slika podoba GeoTIFF z georeferenco, lahko uporabite postopek SDO_GEOR.importFrom, da sliko naložite z georeferenciranjem, tako da kot vhodni format navedete GEOTIFF. Če želite v obstoječi objekt GeoRaster naložiti samo podatke o georeferenciranju iz slike GeoTIFF brez podatkov o rastrski sliki, dodajte parameter za shranjevanje raster = false. S parametrom shranjevanja srid lahko podate rezervni SRID, če se konfiguracijske vrednosti GeoTIFF ne ujemajo z nobenim SRID, ki ga prepozna Oracle Spatial.

Rasterski prostor GeoTIFF PixelIsArea je enakovreden koordinatnemu sistemu celic, ki temelji na zgornji levi strani GeoRaster. Izvoz v GeoTiff je vedno v rastlinskem prostoru PixelIsArea s prilagoditvijo afinske transformacije za pol slikovnih pik, če je objekt GeoRaster v koordinatnem sistemu celic na sredini. Uvoz iz GeoTIFF je vedno v koordinatni sistem celic, ki temelji na GeoRasterju, s polovično slikovno prilagoditvijo afinske transformacije, če je datoteka GeoTIFF podana v rastrskem prostoru PixelIsArea.

Uporabite lahko tudi orodje za nalaganje na strani odjemalca GeoRaster (opisano v orodjih GeoRaster: Viewer_ Loader_ Exporter) za nalaganje slik GeoTIFF z georeferenciranjem s parametrom shranjevanja geotiff = true. Če izpustite ta parameter ali določite geotiff = false, se slika naloži kot preprosta slika TIFF brez georeferenciranja. Parametri shranjevanja rasterja in srida veljajo tudi za orodje za nalaganje na strani odjemalca.

Če želite naložiti ali izvoziti slike GeoTIFF z orodji na strani odjemalca GeoRaster, dodajte te knjižnice GeoTIFF v definicijo CLASSPATH:

xtiff-jai.jar (na voljo v skupini SourceForge Extensible-TIFF-JAI)

geotiff-jai.jar (na voljo v skupini SourceForge GeoTIFF-JAI)

Če želite naložiti ali izvoziti slike GeoTIFF s postopkom SDO_GEOR.importFrom ali SDO_GEOR.exportTo, naložite te knjižnice v shemo MDSYS z uporabo $ ORACLE_HOME/rdbms/admin/catcon.pl. Po potrebi uredite $ ORACLE_HOME/md/admin/sdoldgtf.sql, da odraža poti do datotek xtiff-jai.jar in geotiff-jai.jar. Nato vnesite naslednje ukaze:

Če je zbirka podatkov znižana na izdajo pred Oracle Database 11 g, je treba te knjižnice odstraniti v skladu s skriptom v $ ORACLE_HOME /md/admin/sdormgtf.sql in jo po potrebi urediti, da bo odražala poti do xtiff-jai.jar in geotiff-jai.jar ter bodisi zaženete skript sdormgtf.sql ali vnesete naslednje ukaze:

Postopek SDO_GEOR.setSRS lahko uporabite za dodajanje, spreminjanje in brisanje informacij o georeferenciranju z neposrednim dostopom do metapodatkov GeoRaster SRS. Na primer, lahko ustvarite objekt SDO_GEOR_SRS in dodelite koeficiente in z njimi povezane informacije o georeferenciranju, nato pa pokličete postopek SDO_GEOR.setSRS, da dodate ali posodobite prostorske referenčne informacije katerega koli predmeta GeoRaster. S postopkom SDO_GEOR.setSRS lahko nastavite prostorske referenčne informacije za vse podprte modele georeferenciranja funkcionalnega prileganja. Primeri nastavitve informacij SRS iz obstoječega modela DLT in iz obstoječega modela RPC so vključeni v referenčni razdelek za postopek SDO_GEOR.setSRS.

Če veste, da ima en objekt GeoRaster enake podatke SRS kot drugi predmet GeoRaster, lahko pokličete funkcijo SDO_GEOR.getSRS, da iz tega predmeta GeoRaster prikličete objekt SDO_GEOR_SRS, nato pa pokličite postopek SDO_GEOR.setSRS, da georeferencirate prvi predmet GeoRaster.

Če je mogoče objekt GeoRaster georeferencirati s pomočjo afinske transformacije, lahko pokličete postopek SDO_GEOR.georeference, da neposredno georeferencirate predmet GeoRaster. Kot je opisano v referenčnih informacijah za SDO_GEOR.georeference, ta postopek vzame koeficiente A, B, C, D, E, F in druge informacije ter jih pretvori v koeficiente a, b, c, d, e, f in jih shrani v prostorske referenčne informacije predmeta GeoRaster. Če so izvirni rastrski podatki popravljeni in če je koordinata modela njegovega izvora (zgornji levi kot) (x0, y0) in njegova prostorska ločljivost ali lestvica s, potem veljajo naslednje: A = s, B = 0, C = x0, D = 0, E = -s, F = y0.

Če imate zemeljske kontrolne točke (GCP) ali želite sami zbrati GCP, lahko pokličete funkcijo SDO_GEOR.georeference, da georeferencirate objekt GeoRaster. Za več informacij glejte Napredne georeferenciranje.

Na podlagi informacij SRS o objektu GeoRaster z georeferencirano vrednostjo preoblikovanje koordinatnih informacij GeoRaster pomeni iskanje koordinate modela (zemlje), povezane z določeno celico (rastrsko) koordinato, in obratno. To pomeni, da lahko storite naslednje:


Ustvarjanje prostorske baze podatkov s številnimi kategorijami z istim nizom vrednosti? - Geografski informacijski sistemi

ENOTA 44 - POJMI BAZE PODATKOV II

Pripravljeno s pomočjo Geralda Whitea, Kalifornijske državne univerze, Sacramento

ENOTA 44 - POJMI BAZE PODATKOV II

Pripravljeno s pomočjo Geralda Whitea, Kalifornijske državne univerze, Sacramento

    vzpostavitev in vzdrževanje prostorske baze zahteva skrbno načrtovanje, pozornost do številnih vprašanj

  • številna vprašanja zbirk podatkov, kot je varnost, v mnogih zgodnjih GIS niso pomembna
  • težko prerasti v okolje velikih, proizvodno usmerjenih sistemov

    v geografskih podatkih najdemo veliko različnih tipov podatkov, npr. slike, besede, koordinate, kompleksni predmeti

  • npr. opisi tal v legendi zemljevida tal lahko segajo do več sto besed
  • npr. opisi so prav tako pomembni kot numerični podatki pri opredelitvi linij lastnosti v geodeziji - opisi "mete in meje"

  • npr. število koordinat v vrstici se lahko razlikuje
  • to je glavni razlog, zakaj so se nekateri oblikovalci GIS odločili, da ne bodo uporabljali standardnih rešitev zbirk podatkov za koordinatne podatke, samo za tabele atributov

  • v geografskih podatkih položaji predmetov določajo implicitni vrstni red, ki je pomemben pri številnih operacijah
    • pogosto je treba delati s predmeti, ki so sosednji v prostoru, zato je koristno, da so ti predmeti v bližini ali blizu baze podatkov
    • je problem s standardnimi sistemi zbirk podatkov, saj ne dovoljujejo povezav med objekti iste vrste zapisa (razreda)

    geometrije predmetov, npr. obstoj ločitve razredov na cestnem prehodu

    • npr. loki, ki tvorijo poligon, se morajo povezati v popolno mejo
    • npr. vrstice se ne morejo križati brez oblikovanja vozlišča

    • npr. uporabnik se bo morda moral zavedati, da so poligoni sestavljeni iz lokov in shranjeni kot ločni zapisi, da jih ne more obravnavati preprosto kot predmete in pustiti sistemu, da skrbi za notranjo strukturo
    • uporabniki morajo imeti preveč znanja o modelu zbirke podatkov, ne morejo se osredotočiti na poznavanje problema
    • uporabniki bodo morda morali uporabiti kompleksne ukaze za izvajanje konceptualno preprostih procesov

    • relacijski model zajema geografsko resničnost z nizom tabel (relacij), povezanih s ključi (skupna polja ali atributi)
      • vsaka tabela vsebuje niz zapisov (torbice)
      • tabele so normalizirane, da se zmanjša odvečnost informacij in poveča integriteta

      • vsaka tabela ustreza nizu resničnih lastnosti s skupnimi vrstami atributov
      • uporabnik mora vedeti, katere funkcije so shranjene v katerih tabelah

      • številne izvedbe (npr. ARC/INFO) shranijo samo tabele atributov v relacijskem modelu, saj je shranjevanje geometrijskih opisov predmetov manj preprosto - takšne sisteme so poimenovali "hibridni"
      • večina prostorskih operacij ni del standardnega poizvedbenega jezika RDBMS, npr. poiščite predmete znotraj uporabniško določenega poligona, npr. prekrivanje, npr. ustvarjanje varovalnega pasu
      • relacijski model se ne ukvarja enostavno in učinkovito s konceptom kompleksnih objektov (objekti, ki nastanejo z združevanjem enostavnih predmetov) - ta koncept je bolj združljiv s hierarhičnim podatkovnim modelom

        mnogi sistemi za majhne računalnike in sistemi, specializirani za geometrijske in geografske podatke, ne zagotavljajo funkcionalnosti, potrebne za vzdrževanje celovitosti podatkov v daljšem časovnem obdobju

      • omejitve integritete so pravila, ki jih mora baza podatkov upoštevati, da je smiselna
        • vrednosti atributov morajo biti znotraj predpisanih domen
        • odnosi med predmeti ne smejo biti v sporu, npr. "tok v" se mora odnos med rečnimi segmenti strinjati z razmerjem "napaja se"
        • lokacijski podatki ne smejo kršiti pravil ravninskega uveljavljanja, obrisi se ne smejo prekrižati itd.

        • transakcije lahko vključujejo:
          • spremembe posameznih podatkovnih postavk
          • dodajanje ali brisanje celotnih zapisov

            npr. dodajanje novih tabel ali relacij, redefiniranje ključev za dostop

            v mnogih primerih bo moralo hkrati dostopati do več uporabnikov
              to je velika prednost sistemov in omrežij za več uporabnikov

            • npr. uporabnik B lahko spremeni predmet, medtem ko ga uporabnik A obdeluje
              • rezultati ne bodo veljavni niti za staro niti za novo različico predmeta

                nezaščiteno - aplikacije lahko hkrati pridobivajo in spreminjajo

                v praksi noben sistem tega ne dovoljuje, če pa bi to storil, bi moral sistem opozoriti, da drugi uporabniki dostopajo do podatkov

                npr. uporabnik B bi moral imeti možnost, da poizveduje o statusu gasilskih vozil tudi potem, ko je uporabnik A na njem "zadrževal"

              • v aplikacijah GIS lahko digitalizacija in posodabljanje prostorskih objektov zahteva dolgotrajno delo na enem delu baze podatkov
                • npr. Operater digitalizatorja lahko celo izmeno dela na enem listu zemljevida
                • delo bo verjetno opravljeno na delovni postaji, ki deluje neodvisno od glavne baze podatkov

                • to bo drugim uporabnikom omogočilo branje podatkov, ne pa tudi, da jih sami preverijo glede sprememb
                • to odpravlja težave, ki bi se lahko pojavile
                • npr. uporabnik A odjavi list ob 8.00 in se začne posodabljati
                  • uporabnik B ob 9. uri odjavi isti list in zažene drugačen nabor posodobitev iz iste baze
                  • če lahko oboje pozneje ponovno preveri list, potem lahko drugo preverjanje poskusi spremeniti predmet, ki ne obstaja več

                    koliko podatkov je treba med transakcijo zakleniti?

                  • sprememba ene postavke lahko zahteva tudi druge spremembe, npr. v indeksih
                  • načeloma je treba vse podatke, na katere transakcija lahko vpliva, zakleniti
                  • morda je težko določiti obseg možnih sprememb

                  • uporabnik spreminja list zemljevida
                  • ker so predmeti na listu "robno usklajeni" s predmeti na sosednjih listih, lahko vpliva tudi na vsebino sosednjih listov
                    • npr. če se črta železniška proga, ki sega do roba zemljevida, ali bi to moralo vplivati ​​na njeno nadaljevanje na naslednjem listu? v nasprotnem primeru zbirka podatkov ne bo več učinkovito usklajena z robovi
                    • celotno raven zbirke podatkov
                    • raven "pogleda"
                      • zaklenite samo tiste dele baze podatkov, ki so pomembni za pogled aplikacije
                      • zaklenite celotno tabelo relacij ali atributov
                      • zaklenite en sam zapis

                        je, ko se zahteva ne more nadaljevati z obdelavo

                      • zahteva A zdaj zahteva vir 2, B zahteva vir 1
                      • A in B bosta čakala drug na drugega, razen če pride do posredovanja

                      • uporabnik B zdaj poskuša odjavo - nekaj vsebine zahtevanega območja je A že zaklenil
                      • zato mora sistem odkleniti vse zahteve B in zagnati znova - B bo počakal, dokler A ni končan

                        stroški ustvarjanja prostorskih baz podatkov so zelo visoki, zato je treba naložbo zaščititi pred izgubo
                          do izgube lahko pride zaradi okvare strojne ali programske opreme

                          vse transakcije od zadnje varnostne kopije je treba shraniti, če je treba bazo podatkov regenerirati
                            nepotrjene transakcije se lahko izgubijo, potrjene pa je treba shraniti

                          • prekinitev sistema za upravljanje baz podatkov zaradi napak pri delovanju, okvare operacijskega sistema ali strojne opreme ali izpada električne energije
                            • te prekinitve se pojavljajo pogosto - enkrat na dan do enkrat na teden
                            • vsebina glavnega pomnilnika je izgubljena, sistem je treba "znova zagnati"
                            • vsebina baze podatkov na napravi za shranjevanje podatkov običajno ni prizadeta

                              nekateri podatki GIS so zaupni ali tajni, npr. davčne evidence, seznami strank, podatki o uspešnosti maloprodajne trgovine

                              npr. "virusne" okužbe, ki se prenašajo prek komunikacijskih omrežij

                            • preprečevanje dostopa nepooblaščenih uporabnikov do baze podatkov - funkcija operacijskega sistema
                            • omejitev dostopa do določenih delov baze podatkov
                              • npr. uporabniki popisa lahko dostopajo do štetja na podlagi popisa, ne pa tudi do posameznih popisnih vprašalnikov (opomba: Švedska dovoljuje dostop do posameznih poročil)

                                prilagodljivost, zapletenost številnih aplikacij GIS pogosto otežuje zagotavljanje ustrezne varnosti

                              Standardna besedila zbirke podatkov so navedena pod enoto 43

                              Abel, D. J., 1989. "SIRO-DBMS: komplet orodij zbirk podatkov za geografske informacijske sisteme", International Journal of Geographical Information Systems 3: 103-116. Razširitev relacijskega modela za prostorske podatke.

                              Frank, A.U., 1984. "Zahteve za sisteme zbirk podatkov, primerne za upravljanje velikih prostorskih podatkovnih baz," Zbornik, Mednarodni simpozij o ravnanju s prostorskimi podatki, Univerza v Zürichu, str. 38-60.

                              Nyerges, T. L., 1989. "Analiza integracijske sheme za razvoj zbirk podatkov GIS," International Journal of Geographical Information Systems 3: 153-184. Preučuje formalne postopke za primerjavo in združevanje shem prostorskih zbirk podatkov.

                              1. V čem se vprašanja zbirke podatkov GIS razlikujejo od vprašanj v zbirkah podatkov na splošno?

                              2. Kaj pomeni celovitost podatkov v prostorski bazi podatkov? Navedite primere.

                              3. Navedite primere, kako se lahko celovitost prostorske baze podatkov poslabša brez ustreznega nadzora dostopa.

                              4. Preglejte nadzor dostopa do baze podatkov, ki obstaja v kateri koli GIS, do katere imate dostop.Ali bi bili primerni za veliko agencijo, usmerjeno v proizvodnjo?


                              Komentarje v zvezi z vsebino pošljite na: Brian Klinkenberg
                              Komentarje v zvezi s težavami na spletnem mestu pošljite na naslov: Techmaster
                              Zadnja posodobitev: 30. avgust 1997.


                              Uporaba SQLite/Spatialite¶

                              Namestitev¶

                              Namestitev prostorskega prostora¶

                              Spatialite potrebuje knjižnici GEOS in PROJ4, ki ju boste v večini primerov že namestili skupaj s PostGIS:

                              Spatialite pričakuje libgeos 3.1.1, lahko pa ga uporabljamo tudi s katero koli različico 3.0.x. Ustvariti morate samo simbolično povezavo:

                              Zdaj prenesite vnaprej sestavljeno knjižnico Spatialite libspatialite s strani za prenos programa Spatialite in razpakirajte arhiv v /usr/local/lib/libspatialite ali v mapo, ki vam ustreza:

                              V Ubuntu 9.10+ lahko knjižnico Spatialite namestite kot paket libspatialite2 neposredno iz skladišč.

                              Predkompilirane knjižnice za Spatialite delujejo samo v 32-bitnih sistemih, če uporabljate 64-bitni sistem, jih boste morali sami sestaviti. Če želite to narediti, prenesite izvorno kodo za libspatialite-amalgamation s spletnega mesta Spatialite. Prepričajte se, da ste namestili tudi paket libgeos-dev . Razpakirajte izvorni arhiv in prevedite z naslednjimi ukazi (morda želite spremeniti datoteko predpono pot, bo tam kopirana prevedena knjižnica):

                              Če prejmete sporočilo o napaki ne najdem -lstdc ++ , boste morda morali ustvariti simbolično povezavo za to knjižnico:

                              Dodatne informacije o sestavljanju libspatialite najdete tukaj: Kako zgraditi libspatialite.

                              Namestitev pysqlite2¶

                              Čeprav Python 2.5+ vsebuje gonilnik SQLite pysqlite2, ga morate sestaviti sami. Knjižnica Spatialite se v SQLite uporablja kot razširitev, privzeto nalaganje zunanjih razširitev pa je onemogočeno v pysqlite2.

                              Za sestavljanje pysqlite2 namestiti morate datoteke glave SQLite:

                              Prenesite datoteko pysqlite2 izvorna koda iz pysqlite2 - prenese in jo razpakira v virtualno okolje MapFish.

                              Nato odprite datoteko setup.cfg in komentiraj vrstico define = SQLITE_OMIT_LOAD_EXTENSION :

                              Zdaj lahko sestavite in nastavite pysqlite2 z:

                              Če naletite Napaka segmentacije napake pri uporabi te gradnje, lahko poskusite narediti a statična konstrukcija . S tem boste prenesli najnovejšo datoteko za združevanje SQLite3 in jo interno povezali:

                              Nastavitev prostorsko omogočene baze podatkov¶

                              Ustvarjanje baze podatkov je mogoče z uporabo spatialite-gui ali z uporabo odjemalca CLI prostorski prostor . V nadaljevanju bomo uporabili prostorski prostor , lahko pa tudi uporabite spatialite-gui za izvajanje ukazov.

                              Lahko dobiš spatialite-gui na spletnem mestu Spatialite si oglejte tudi Quickguide for spatialite-gui (PDF).

                              Najprej morate prenesti paket prostorsko orodje iz Spatialite Downloads in skripta init_spatialite-2.3.sql iz prostorskih virov. Skripti ustvarijo geometry_columns in spatial_ref_sys metapodatkovne tabele in vstavi tudi zbirko prostorskih referenčnih sistemov.

                              Zaženite odjemalca Spatialite s klicem:

                              To bo ustvarilo datoteko gis.sqlite , če že ne obstaja. Nato izvedite skript init_spatialite-2.3.sql :

                              Zdaj lahko ustvarite tabelo s stolpcem geometrije. To naredimo v dveh korakih: Najprej ustvarimo navadno tabelo SQLite brez stolpca geometrije, nato pa dodamo stolpec geometrije s funkcijo AddGeometryColumn ():

                              Tabelo lahko ustvarite tudi iz datoteke Shapefile z .loadshp (glejte tudi Ustvarjanje nove zbirke podatkov SpatiaLite in njeno polnjenje):

                              Poizvedbe lahko celo izvajate neposredno v datotekah Shapefiles brez kopiranja podatkov v tabelo (glejte tudi Izvajanje poizvedb SQL neposredno v datotekah oblike):

                              Trenutno so podprte samo operacije branja, vendar še vedno virtualne mize so dobra možnost za objavo Shapefile z MapFish.

                              Konfiguracija¶

                              Pri uporabi spatialite-gui in prostorski prostor knjižnica Spatialite se samodejno naloži kot razširitev. Toda pri povezovanju z zbirko podatkov Spatialite z navadnim gonilnikom SQLite morate knjižnico Spatialite naložiti ročno.

                              V MapFishu povezave z zbirko podatkov upravlja SQLAlchemy. Vsakič, ko SQLAlchemy odpre novo povezavo z zbirko podatkov Spatalite, je treba naložiti knjižnico Spatialite. To lahko storite tako, da nastavite PoolListener.

                              Odprite datoteko model/__ init__.py in spremenite metodo init_model (motor) , tako da izgleda tako:

                              Zdaj morate samo nastaviti niz povezave z zbirko podatkov v konfiguracijski datoteki aplikacije MapFish (na primer razvoj.ini ) z zamenjavo vrstice:

                              Število poševnic desno od sqlite: odvisno od tega, ali uporabljate relativno ali absolutno pot, glejte tudi SQLite: Povežite nize.


                              Ustvarjanje prostorske baze podatkov s številnimi kategorijami z istim nizom vrednosti? - Geografski informacijski sistemi

                              Baza podatkov o naravni raznolikosti Kalifornije

                              Prostorski model za katalogiziranje biotske raznovrstnosti

                              Povzetek: Naravovarstvena "dediščinska metodologija", ki jo v Severni in Južni Ameriki uporabljajo povezani programi dediščine in podatkovni centri za ohranjanje, je postala standardna metoda katalogiziranja biotske raznovrstnosti. Ta metodologija ponuja orodja in smernice za shranjevanje lokacijskih in kakovostnih informacij o občutljivih rastlinskih in živalskih vrstah ter naravnih skupnostih. Čeprav imajo informacije zelo močno prostorsko komponento, so zapleti pri opredeljevanju in shranjevanju naborov bioloških podatkov upočasnili in neuskladili razvoj prostorskih modelov za upravljanje in analizo teh informacij. Zaradi vse večjega poudarka na bioregionalnem načrtovanju pa je potreba po uporabi prilagodljivih orodij za prostorsko analizo na široki ravni spodbudila iskanje ustreznega modela geoprostorskih podatkov.

                              Rešitev GIS: V modelu dediščine je pojav & quotelement & quot že dolgo opredeljen kot orodje za upravljanje podatkov ali abstrakcija, ki opisuje obstoječo ali zgodovinsko populacijo, del populacije, majhno skupino prebivalcev ali naravno skupnost. Pojav elementov najpogosteje prikazuje, vendar ni omejen na, redke, ogrožene in/ali ogrožene taksone ali naravne skupnosti. Ti zapisi vsebujejo različne lastnosti, tako prostorske kot prostorske. V modelu pred GIS so bili prostorski atributi sestavljeni iz središča (zemljepisna širina in dolžina) in polmera (natančnost) okoli njega, ki kaže, kako natančno je bila funkcija preslikana. Ta kombinacija središča in polmera zaupanja je določila lokacijo in obseg pojavljanja elementa. Dejstvo, da se je veliko teh prostorskih značilnosti med seboj prekrivalo, je močno otežilo razvoj predstavitev GIS. Kalifornijska podatkovna zbirka naravne raznolikosti (CNDDB), kalifornijski program dediščine, je uporabila nedavno predstavljeni razred lastnosti ArcInfo & quotregion & quot za oblikovanje in izvajanje novega prostorskega modela, ki prej ni bil mogoč.

                              Metodologija: Model CNDDB omogoča, da je pojav elementa, prikazan v geografskem informacijskem sistemu, predstavljen s prostorsko značilnostjo z obsegom v nasprotju s točko ali črto. Za natančen prikaz kompleksnih bioloških situacij, ki so značilne za model pojavljanja elementov naravne dediščine, so te značilnosti:

                              · Lahko se prekriva z drugimi funkcijami brez izgube edinstvene identitete.

                              · Lahko vsebuje praznine ali & quotdoughnut luknje & quot.

                              · Sposoben predstavljati zapletene situacije, ki vsebujejo več prostorskih komponent ali delov, medtem ko se še vedno štejejo za en sam pojav.

                              · Sposoben sočasno predstavljati lokacijo več elementov, ki imajo isto geografsko lokacijo.

                              Programska oprema: Aplikacija ArcInfo Forms je bila razvita za standardizacijo in delno avtomatizacijo postopka vnosa, urejanja in poizvedovanja o pojavljanju elementov ter avtomatizacije ustvarjanja podnaborov. Prostorski model je bil zasnovan tako, da omogoča uporabo tako v odjemalcih ArcInfo kot v odjemalcih ArcView.

                              Ta članek bo podrobno obravnaval biološke in geografske utemeljitve prostorskega modela ter nekatere tehnične vidike, povezane z razvojem aplikacije, ki ga podpira in uveljavlja.

                              Zapis dogodkov elementov (EOR) je osrednja enota za shranjevanje, ki je uporabljena v zbirki podatkov o biološkem ohranjanju (BCD), ki jo večina programov dediščine uporablja za shranjevanje informacij o pojavih elementov. Skupaj s številnimi drugimi atributi je vsakemu zapisu za pojav elementa dodeljena prostorska komponenta (čeprav v aspirativnem tabelarnem smislu) s središčem (zemljepisna širina in dolžina) in polmerom (natančnost) okoli nje, ki kaže, kako natančno je bila funkcija preslikana. Ta kombinacija središča in polmera zaupanja določa lokacijo pojava elementa.

                              Predstavljeni model GIS ne poskuša nadomestiti tokrat preizkušene metodologije. Namesto tega je cilj začeti s tem konceptom in posodobiti model, da bo lahko v celoti izkoristil tehnologijo GIS. Gonilna sila tega prizadevanja je potreba po izbiri, primerjavi ali analizi dogodkov elementov glede na njihove prostorske značilnosti.

                              Namen tega dokumenta ni rešiti osnovnih vprašanj v zvezi z opredelitvijo & quotelement pojav & quot. Ta stalna prizadevanja obravnava Odbor za oblikovanje pojavnosti elementov za ohranitev narave. Za namene tega modela pa je bil pojav elementa opredeljen kot orodje za upravljanje podatkov ali abstrakcija in ne kot fizična lastnost na terenu (nekateri programi ga imenujejo & quotEOR & quot ali zapis pojavljanja elementa, glej definicijo spodaj) .

                              Prav tako ne dovolite zmede v zvezi z uporabo izrazov natančnost in natančnost, ki se uporablja za opisovanje, kako natančno je bila funkcija preslikana na njeno dejansko lokacijo v resničnem svetu, da bi postala težava. Predvideni pomen izrazov mora biti jasen v kontekstu tega dokumenta.

                              I) Pojav elementov (EO) je orodje za upravljanje podatkov ali abstrakcija, ki opisuje obstoječo ali zgodovinsko populacijo, del populacije, majhno skupino prebivalcev ali naravno skupnost. Pojav elementa ima tako prostorske kot tabelarne komponente, predstavljene s funkcijo preslikave in podpornim zapisom baze podatkov. Pojav elementov najpogosteje prikazuje, vendar ni omejen na, redke, ogrožene in/ali ogrožene taksone ali naravne skupnosti.

                              II) Pojav elementa, prikazan v geografskem informacijskem sistemu, bi moral biti predstavljen s prostorsko značilnostjo s površinskim obsegom, v nasprotju s točko ali črto. Če želite natančno prikazati zapletene situacije, ki so značilne za model pojavljanja elementov naravne dediščine, bi morale te značilnosti:

                              · Lahko se prekrivajo z drugimi funkcijami brez izgube edinstvene identitete.

                              · Biti sposoben vsebovati praznine ali & quotdoughnut luknje & quot.

                              · Biti sposoben predstavljati kompleksne situacije, ki vsebujejo več prostorskih komponent ali delov, hkrati pa jih je treba obravnavati kot en sam pojav.

                              · Biti sposoben hkrati predstavljati lokacijo več elementov, ki imajo isto geografsko lokacijo.

                              Opomba: To bo zahtevalo uporabo programske opreme, ki bo omogočala te situacije. Regijske značilnosti področij ArcInfo ali predmet ArcView, kot je v datoteki oblike, izpolnjuje te zahteve. Dodatni modeli programske opreme so lahko tudi v skladu.

                              III) Prostorske značilnosti pojavljanja elementov bi morale predstavljati celoten geografski obseg ali odtis, na katerega lahko rečemo, da ima pojav možen vpliv.

                              To pomeni, da prostorska značilnost, shranjena v GIS, ne predstavlja le točke ali črte, ampak področje vpliva okoli teh preprostih elementov. Velikost in oblika tega odtisa temeljita na tem, kako natančno je mogoče določiti pojav, ali na drugih bioloških, ekoloških ali geografskih vidikih. Tako je to vplivno področje rezultat kombinacije več možnih podpornih komponent:

                              Funkcije vira kartografsko predstavljajo situacije v resničnem svetu in delujejo kot preslikani vir za pojav elementa. Izvorne značilnosti so lahko bodisi točke, črte ali območja in pripadajo eni od dveh vrst natančnosti, ki so specifične ali nespecifične.

                              · Posebne značilnosti vira so tiste, ki natančno predstavljajo lokacijo in obseg pojava elementa.

                              · Nespecifične izvorne značilnosti so tiste, ki približno predstavljajo lokacijo in obseg pojavljanja elementa.

                              Opomba: Ker mora prostorska značilnost pojavljanja elementa predstavljati celoten geografski obseg ali odtis, na katerega lahko rečemo, da ima pojav možen vpliv, bo fizična velikost nespecifične izvorne značilnosti običajno večja od velikosti določenega izvorna funkcija. Ta učinek blaži dejstvo, da je mogoče nespecifične izvorne značilnosti za namene analize drugače tehtati zaradi njihove manjše prostorske natančnosti (glej razpravo o razredu točnosti na strani 9).

                              Točke. Opisni ali preslikani izvorni podatki, ki dogodek povezujejo z diskretno koordinatno lokacijo x, y.

                              · Posebna značilnost točkovnega vira bi bila zelo natančna koordinatna lokacija, na primer natančno preslikane funkcije ali koordinate GPS.

                              · Nespecifična značilnost točkovnega vira bi bila nejasen opisni približek, na primer odsek.

                              Natančnosti S, M in G (kot so opredeljene in uporabljene v BCD) so primeri značilnosti točkovnega vira.

                              Linije. Opisni ali preslikani izvorni podatki, ki dogodek povežejo s črto, kot so potok, kanal, kanjon ali cesta.

                              · Posebna značilnost vira črte bi predstavljala določen odsek črte (ali odseke), ki je na zemljevidu prikazan kot ena vrstica, ali podroben pripovedni opis, ki pojav povezuje z značilnostjo na zemljevidu ali virom geoprostorskih podatkov.

                              · Nespecifična funkcija linijskega vira bi opisala enako kot zgoraj v primerih, ko natančen položaj dogodka ni znan. Nespecifično v tem primeru ne pomeni, da gre za fizično lokacijo linearnih segmentov, temveč da je položaj pojava vzdolž teh segmentov negotov. V tem primeru bi bilo primerno v pojav vključiti vse verjetne segmente.

                              Opomba: V primerih, ko gre za fizično lokacijo segmentov črte (na primer, ko niso na voljo preslikane funkcije ali so podani le nejasni lokacijski podatki), bi bil pojav elementa bolje predstavljen z uporabo nespecifične funkcije vira območja ( glej spodaj).

                              Funkcije črte trenutno niso predstavljene kot take z uporabo BCD.

                              Območja. Opisne ali preslikane izvorne informacije, ki dogodek povezujejo z značilnostjo območja.

                              · Posebna izvorna značilnost območja bi bila jezero, močvirje, značilnost toka, predstavljena kot dvojna črta na zemljevidu, vegetacija ali katero koli drugo območje pravilne ali nepravilne oblike, ki je kot takšno prepoznavno na zemljevidu ali na zagotovljenih izvornih materialih obsega, na katerem je celoten nabor podatkov standardiziran.

                              · Nespecifično značilnost vira območja bi običajno lahko opisali kot splošno mejo, ki zajema območje zasedenega ali primernega habitata za pojav elementa, za katerega natančna meja ni znana.

                              Funkcije območja trenutno niso predstavljene kot take z uporabo BCD.

                              Ne smemo pozabiti, da je predstavitev lokacije, obsega in do neke mere natančnosti pojavljanja elementa primarna funkcija izvorne funkcije, ne pufra. Medpomnilnik je le orodje, ki se uporablja v povezavi z izvorno funkcijo, da se zagotovi, da so vsi pojavni elementi v skladu z modelom GIS, saj so sestavljeni iz prostorskih značilnosti z obsegom, ki predstavljajo vplivno področje ali & quotfootprint & quot dogodka.

                              Medpomnilniki lahko omogočijo tudi skrajšano metodo ustvarjanja prostorskih značilnosti v določenih situacijah, kjer je mogoče nabor bioloških zahtev standardizirati (glej primere spodaj).

                              Velja za: Posebne značilnosti točk in posebne ali nespecifične značilnosti linijskega vira (obvezno).

                              Krajinska značilnost, ki jo predstavljajo te vrste izvornih značilnosti, ima dejansko obseg (dolžino in širino), čeprav se lahko na zemljevidu pojavi kot točka ali črta. Ker naš nabor podatkov po definiciji vsebuje le funkcije z obsegom na površini, je treba točki ali črti dodati medpomnilnik za ustvarjanje take funkcije. Količina tega vmesnega pomnilnika je proceduralno nastavljena na znesek na najmanjšo preslikano razdaljo za lestvico nabora podatkov (v kalifornijskem primeru polmer 80 metrov).

                              Ne velja za: nespecifične točkovne funkcije in posebne ali nespecifične izvorne funkcije območja.

                              Postopno medpomnjenje ni dovoljeno za nespecifične točke. Ker bodo na svoji lokaciji bolj splošne, bodo te funkcije večje od minimalne enote za preslikavo.

                              Postopkovno medpomnjenje ni dovoljeno za nobeno območje, ker naj bi bilo območje dovolj veliko, da ga ne potrebuje (območja, manjša od minimalne enote preslikave, je treba preslikati kot posebne značilnosti točkovnega vira).

                              Primeri pojavov z uporabo procesnih vmesnih pomnilnikov:

                              & THORN Natančno locirano gnezdo Swainson's Hawk.

                              & THORN Vsak pojav rastline, ki predstavlja majhno omejeno populacijo, kartirano na znani lokaciji.

                              & THORN Lahontanska postrv opažena na znanem dosegu ali segmentu potoka.

                              & THORN Informacije, ki povezujejo groba kiparska opazovanja z eno ali več negotovimi točkami na toku, brez pomembnih ovir za gibanje, ki jih delijo. Vključeni bi bili vsi verjetni segmenti in tisti, ki jih povezujejo.

                              & THORN Zimski tekaški losos na znanem potočnem sistemu, vendar neznanih segmentih. Vključeni bi bili vsi segmenti toka.

                              & THORN Bakersfield kaktus vzdolž negotovega odseka znanega vodovoda.

                              Velja za: posebne značilnosti točkovnega vira, posebne ali nespecifične značilnosti linijskega vira in za določene značilnosti izvornega območja (neobvezno).

                              Biološko označen pufer se uporablja v situacijah, ko nekateri biološki premisleki, ki temeljijo na okoliščinah tega pojava ali smernicah v specifikacijah pojavljanja elementa za ta element, nakazujejo njegovo uporabo. Biološko označeni pufri se uporabljajo redko.

                              Ne velja za: nespecifične točkovne funkcije in nespecifične izvorne funkcije območja.

                              Biološko shranjevanje ni dovoljeno za nespecifične točkovne značilnosti ali nespecifične značilnosti območja, ker njihova splošna lokacija naredi podrobno pufriranje nesmiselno

                              Primeri pojavov z uporabo biološko označenih pufrov:

                              & THORN Pojav kozolca, ki je nastal z uporabo 200 -metrskega varovalnega pasu okoli gnezdišča, da bi zajel območje iskanja hrane.

                              & THORN Pojav ribniške želve, ki nastane s pufriranjem zemljevidane lokacije potoka, ki obsega 150 metrov razdalje od potoka in vključuje gnezda.

                              & THORN Pojav za Sacramento splittail z uporabo 100 -metrskega blažilnika na potoku, da se upošteva dejstvo, da se ribe drstijo med obalnimi rastlinami, poplavljenimi v visokih vodah.

                              & THORN Rastlinski pojav v kanjonu na otoku Santa Rosa, ki je med drugim vključen v zgornja pobočja kanjona, zaradi dejstva, da je znano, da se ta rastlina pojavlja do višine 300 metrov. Čeprav je lokacija kanjona znana, natančna lokacija v kanjonu ni.

                              & THORN Pojav vodnih ptic, ki nastane z varovanjem jezera, da zajame jezero in 100 -metrsko obalno območje.

                              Velja za: Samo nespecifične funkcije točkovnega vira (obvezno).

                              Navedeni prostorski točnost predstavlja na neki linearni razdalji (metri, čevlji itd., Odvisno od parametrov geografske projekcije, ki jo uporablja program) pozicijsko natančnost pojavljanja elementa (s tem se ne poskušajo odpraviti vprašanja v zvezi z natančnostjo zemljevida, obseg ali geografska projekcija). To bo vključeno kot fizični medpomnilnik okoli izvorne funkcije, ki prikazuje njegovo natančnost kot plus ali minus dane razdalje. S, M in G natančnosti iz BCD v bistvu zapisujejo prostorsko natančnost na zelo grob, omejujoč način. Najbolje bi bilo, če bi ta vmesna razdalja omogočila, da se pri vsakem programu dediščine določijo koraki, ki najbolje ustrezajo biologiji elementov, ki jih spremljajo, ali uporabljene metode preslikave (glej primer razreda natančnosti v Kaliforniji na strani 9).

                              Ne velja za: katero koli drugo vrsto izvorne funkcije.

                              Medpomnilniki prostorske natančnosti niso dovoljeni za določene značilnosti točkovnega vira ali katere koli značilnosti vira črte ali območja, ker je njihova prostorska točnost enaka kot za vse druge značilnosti iz istega vira podatkov in je implicitna za zemljevid.

                              Primeri dogodkov z uporabo prostorske natančnosti označenih pufrov:

                              & THORN Pojav rastline, ustvarjen z informacijami iz herbarijske nalepke, ki rastlino umesti na nejasno lokacijo, na primer v mesto.

                              Učinki vmesnih pomnilnikov se razlikujejo glede na vrsto izvorne funkcije:

                              Posebne značilnosti točkovnega vira uporabljajo zahtevani proceduralni pufer z neobveznim biološkim pufrom. V primerih, ko se uporablja biološki pufer in preseže količino postopkovnega pufra, je skupna količina pufra enaka samo biološkemu pufru, ne pa kombinaciji obeh. Uporaba biološkega pufra tako nadomešča potrebo po postopkovnem pufru. To bi povzročilo pojavljanje krožnih elementov s polmerom, ki je enak najmanjši enoti za preslikavo ali biološkemu pufru.

                              Funkcije nespecifičnih točkovnih virov uporabljajo zahtevani medpomnilnik prostorske natančnosti in povzročijo pojav pojavljanja krožnih elementov s polmerom, ki je enak vmesniku prostorske natančnosti, pri čemer se natančnost zmanjšuje, ko se povečujejo v velikosti.

                              Posebne lastnosti linijskega vira uporabljajo zahtevani proceduralni pufer z neobveznim biološkim pufrom. Podobno kot pri posebnih značilnostih točkovnega vira je v primerih, ko se uporablja biološki pufer in količina pufra presega količino postopkovnega pufra, skupna količina pufra enaka samo biološkemu pufru, ne pa kombinaciji obeh. To bi povzročilo pojav elementa s prostorskim obsegom, vendar linearnim (če je klobasam podoben) videz.

                              Nespecifične funkcije linijskega vira uporabljajo zahtevani proceduralni pufer z neobveznim biološkim pufrom, kar ima za posledico lastnosti, ki so po videzu podobne značilnostim določenega izvora. Ker nespecifična funkcija linijskega vira ne pomeni, da je sporna fizična lokacija segmentov črte, ampak je položaj vzdolž teh segmentov negotov, te značilnosti na splošno obsegajo več segmentov kot posebne značilnosti linijskega vira.

                              Za posebne značilnosti vira območja je mogoče uporabiti neobvezni biološki pufer, drugo pufriranje pa ni dovoljeno. Lastnosti vira določenega območja povzročajo pojav elementov z obsegom površine, opredeljenimi kot omejena območja.

                              Funkcije nespecifičnega območja ne smejo uporabljati kakršnih koli pufrov. Postopek medpomnjenja ni dovoljen iz zgoraj navedenega razloga. Zaradi splošne narave nespecifičnih značilnosti vira območja so implicirani tako biološki kot prostorski natančnosti. Za primerjavo, je varovalnik prostorske natančnosti dodeljen elementu točkovnega vira, ki predstavlja krožno značilnost. Nastala velikost in oblika te krožne značilnosti zajemata vsa področja, na katera ima pojav možen vpliv. Podobno sta velikost in oblika značilnosti vira nespecifičnega območja izbrana tako, da vključuje vse območje, na katerega ima lahko vpliv pojav. V tem primeru je izvorna funkcija že območje in nadaljnja obdelava ni potrebna.

                              IV) Tabelarične informacije, ki se nanašajo na značilnosti GIS pojava elementa, je treba shraniti v notranjo tabelo atributov lastnosti. Ti podatki se razlikujejo od vseh drugih tabelarnih podatkov, shranjenih o pojavu elementa, kot so znanstveno ime, svetovni rang, zvezni status uvrstitve na seznam itd., Saj so neposredno povezani z značilnostmi GIS pojavov elementov. Druge podporne informacije je treba shraniti v ločeno bazo podatkov, ki jo je mogoče povezati z nizom prostorskih podatkov GIS.

                              Stolpci v tabeli atributov lastnosti GIS so opravljali dve funkciji. Najprej se lahko uporabijo kot & quotprimarni ključ & quot; za zagotavljanje neposredne povezave do drugih podatkovnih tabel. Drugič, lahko zagotovijo posebne informacije o lastnostih GIS. Preglejte naslednjo strukturo tabele iz baze podatkov o naravni raznolikosti Kalifornije:

                              V tem primeru so elementi MAPNDX, EONDX in ELCODE primarni ključi, ki omogočajo povezavo z zunanjimi tabelami. ACC_CLASS in SOURCETYPE vsebujeta vrednosti, ki se nanašajo na lastnosti GIS funkcij. Vključitev vseh teh stolpcev ni obvezna, za izvedbo modela GIS, kot je predstavljeno v tem dokumentu, pa bosta potrebna ACC_CLASS in SOURCETYPE (glej celotne metapodatke baze podatkov o naravni raznolikosti Kalifornije na http://www.dfg.ca. gov/Nddb/meta.html za informacije o drugih tukaj naštetih elementih).

                              Ker je dejanska vrednost natančnosti, dodeljena funkciji, odvisna od vrste izvorne funkcije in se glede na to različno uporablja, je te podatke najbolje shraniti v ločeno tabelo za iskanje, pri čemer je polje ACC_CLASS kot povezana postavka:

                              • SOURCETYPE je vrsta izvorne funkcije, kot je opisano zgoraj, točka, črta ali območje.
                              • ACC_TYPE je vrsta natančnosti za prostorsko značilnost, bodisi specifična ali nespecifična, kot je opisano zgoraj.
                              • ACC_VALUE je prostorska natančnost izvorne funkcije (plus ali minus), predstavljena kot metrična vrednost. Trenutno to velja le za funkcije točkovnega vira. Za vrednost točnosti linijskih in površinskih virov bi lahko rekli, da je enaka natančnosti osnovne karte, iz katere izvira, vendar na tej točki ostaja nedefinirana.
                              • ACC_CLASS predstavlja prostorsko natančnost relativno na lestvici od enega do deset. Vključuje vrsto natančnosti in vrednost natančnosti.

                              1. Posebno omejeno območje s polmerom 80 metrov
                              2. Posebno omejeno območje
                              3. Nespecifično omejeno območje
                              4. Krožna značilnost s polmerom 150 metrov (1/10 milje)
                              5. Krožni element s polmerom 300 metrov (1/5 milje)
                              6. Krožna značilnost s polmerom 600 metrov (2/5 milje)
                              7. Krožna značilnost s polmerom 1000 metrov (3/5 milj)
                              8. Krožna značilnost s polmerom 1300 metrov (4/5 milj)
                              9. Krožni element s polmerom 1600 metrov (1 miljo)
                              10. Krožna naprava s polmerom 8000 metrov (5 milj)

                              Vrednost prostorske natančnosti, izražena v metrih za katero koli izvorno značilnost, ne more biti večja (izražena kot nižje število) od objavljene natančnosti zemljevida vira, ki se uporablja kot osnova. Tako kot odbojniki se tudi uporaba vrednosti prostorske natančnosti razlikuje glede na izvorno funkcijo.

                              Trenutno se je Kalifornija odločila uporabiti vrednosti prostorske natančnosti samo za značilnosti točkovnega vira. Naslednje definicije, ki veljajo za tukaj navedene funkcije linijskih in področnih virov, predstavljajo možne, a neizvedene rešitve.

                              · Posebna funkcija točkovnega vira bi imela vrednost prostorske natančnosti, ki je enaka najmanjši enoti preslikave. V Kaliforniji je to nastavljeno na 80 metrov.

                              · Nespecifična značilnost točkovnega vira bi imela vrednost prostorske natančnosti glede na to, kako natančno je bila funkcija preslikana in izražena kot metrična razdalja, plus ali minus. Čeprav so bile uporabljene razdalje v vsakem koraku, je Kalifornija standardizirala naslednje: 80, 150, 300, 600, 1000, 1300, 1600 in 8000 metrov.

                              · Posebna funkcija linijskega vira bi imela vrednost prostorske natančnosti, ki je enaka najmanjši enoti preslikave.

                              · Nespecifična funkcija linijskega vira bi imela tudi vrednost prostorske natančnosti, ki je enaka najmanjši enoti za preslikavo. Spomnite se, da v tem primeru nespecifičnost ne pomeni, da je sporna fizična lokacija odsekov toka, ampak je položaj dogodka vzdolž teh segmentov negotov. Zato bo izvorna funkcija sama vključevala vse verjetne segmente vrstic, zaradi česar je pojav daljši od določenega. Drugače povedano, variabilnost medpomnilnikov za nespecifične značilnosti linijskega vira se povečuje samo v linearni smeri, v nasprotju z radialno v vseh smereh, kot v medpomnilniku za nespecifično značilnost točkovnega vira.

                              · Posebna funkcija vira območja bi imela vrednost prostorske natančnosti, ki je enaka najmanjši enoti preslikave. To drži, čeprav ni bil uporabljen noben medpomnilnik, ker ima predstavljena funkcija enako vrednost natančnosti kot za tisto, ki je objavljena za osnovni zemljevid.

                              · Funkcija nespecifičnega območja bi imela vrednost prostorske natančnosti glede na to, kako natančno je bila funkcija preslikana in izražena kot metrična razdalja, plus ali minus. Te razdalje morajo biti enake tistim, ki se uporabljajo za nespecifične značilnosti točkovnega vira (glej zgoraj). Dejanski vmesni pomnilniki niso dovoljeni za nespecifične izvorne funkcije območja, ker njihova splošna narava pomeni, da so vgrajeni. To dopušča vrsto vrednosti, s katerimi se lahko reši vprašanje "kako nespecifična je ta nespecifična funkcija?"

                              Vizualni prikaz pojavljanja elementa je izdelan po tej formuli:

                              Resničnost
                              Kartografsko simbolizira: Točka, črta ali območje

                              Funkcija vira in po želji spremenjeni ali izboljšani z: Postopkovna, biološka ali prostorska natančnost

                              Pufer
                              =
                              Pojav elementov

                              Naslednja tabela po izvornih značilnostih povzema, kateri tip medpomnilnikov se uporablja v predstavitvi EO:


                              Kot verjetno veste, standardni indeks v strežniku SQL Server uporablja drevesno strukturo B+, ki je različica indeksa drevesa B. B-drevo ni nič drugega kot podatkovna struktura, ki ohranja razvrščene podatke za podporo iskalnim operacijam, zaporednemu dostopu in spremembam podatkov, kot so vstavki in izbrisi.

                              Indeks drevesa B vsebuje vsaj dve ravni: koren in list. Koren je najbolj zgornje vozlišče in ima lahko podrejena vozlišča. Če podrejenih vozlišč ni, se drevo imenuje ničelno drevo. Če obstajajo podrejena vozlišča, so lahko bodisi listna vozlišča bodisi vmesna vozlišča. Listno vozlišče je spodnji del drevesa. Med nivoji korenin in listov lahko obstajajo vmesne ravni. Razlika med indeksom drevesa B in indeksom drevesa B+ je v tem, da so vsi zapisi shranjeni samo na ravni listov za drevo B+, medtem ko lahko v drevesu B shranimo ključe in podatke v vmesna vozlišča.

                              Prostorski indeksi SQL Server so zgrajeni na vrhu drevesne strukture B+, kar indeksom omogoča uporabo te strukture in njenih metod dostopa. Prostorska kazala uporabljajo tudi temeljna načela indeksiranja XML. Indeksiranje XML je bilo uvedeno v SQL Server 2005 in podpira dve osnovni vrsti indeksov: primarno in sekundarno. Primarni indeks XML je drevo B+, ki v bistvu vsebuje eno vrstico za vsako vozlišče v primerku XML.

                              Kako torej SQL Server izvaja prostorski indeks? Kot smo že omenili, se SQL Server začne z drevesno strukturo B+, ki podatke organizira linearno. Zaradi tega morajo indeksi imeti način, da dvodimenzionalne prostorske informacije predstavijo kot linearne podatke. V ta namen SQL Server uporablja postopek, imenovan hierarhično enotna razgradnja prostora. Ko je indeks ustvarjen, motor baze podatkov razgradi ali preoblikuje prostor v zbirko osi, poravnanih vzdolž hierarhije mreže na štirih ravneh. Slika 1 prikazuje pregled tega procesa.

                              Slika 1: Thierarhično enotna razgradnja prostora.

                              Štiri ravni hierarhije mreže se imenujejo raven 1, raven 2, raven 3 in raven 4, kot je prikazano na sliki 1. Raven 1 je najvišja raven. Vsaka spodnja raven zavzame en del prejšnje ravni in se razdeli v drugo mrežo. Število celic na vsaki ravni je za vsako os enako. Na primer, če os Y vsebuje štiri celice, bo os X vsebovala štiri celice, kar nam daje mrežo 4 ࡪ. Prednost uporabe hierarhije mrež na štirih ravneh (večstopenjska hierarhija) je v tem, da je bolj prilagodljiva kot preprosta mreža, ker indeks temelji na večplastni mreži in ne na eni plasti celic. Večstopenjske delitve in nastavitve mreže indeksirajo celoten geoid in tako zagotavljajo prilagodljivost, potrebno za geometrijske objekte.

                              SQL Server uporablja različico Hilbertovega algoritma krivulje zapolnitve prostora za linearno oštevilčenje mrež. Linearni pristop je pomemben, ker indeksi izvajajo drevesno strukturo B+. Indeksi uporabljajo linearno urejanje za prostorsko lokacijo v indeksu. (Za več informacij o Hilbertovem algoritmu krivulje zapolnitve prostora in njegovem izvajanju glejte članek “Vprašanje večdimenzionalnih podatkov, indeksiranih z uporabo Hilbertove krivulje za polnjenje prostora. ”)

                              SQL Server uporablja metodo hierarhične enotne razgradnje prostora, preden se odčitajo podatki v prostorskem indeksu. Prednost uporabe te metode je, da obravnava omejitve fiksnih sistemov prostorske razgradnje.


                              Posodobitev prostorskih metapodatkov

                              Za vsak prostorski stolpec (tip SDO_GEOMETRY) morate v pogled USER_SDO_GEOM_METADATA vstaviti ustrezno vrstico, ki odraža dimenzijske podatke za območje, v katerem se podatki nahajajo. To morate storiti, preden ustvarite prostorske indekse (glejte "Ustvarjanje prostorskih indeksov") v prostorskih stolpcih.

                              Pogled USER_SDO_GEOM_METADATA ima naslednjo definicijo:

                              Stolpec DIMINFO je matrika z različno dolžino vrste predmeta, razvrščena po dimenziji in ima za vsako dimenzijo en vnos. Vrsta SDO_DIM_ARRAY je opredeljena na naslednji način:

                              Vrsta SDO_DIM_ELEMENT je opredeljena kot:

                              Primerek SDO_DIM_ARRAY je velikosti n, če je n dimenzij. To pomeni, da DIMINFO vsebuje 2 primerka SDO_DIM_ELEMENT za dvodimenzionalne geometrije, 3 primerke za tridimenzionalne geometrije in 4 primerke za štiridimenzionalne geometrije. Vsak primerek SDO_DIM_ELEMENT v matriki mora imeti veljavne (ne ničelne) vrednosti za atribute SDO_LB (spodnja meja), SDO_UB (zgornja meja) in SDO_TOLERANCE (toleranca).

                              Toleranca odraža razdaljo, na kateri sta dve točki narazen in sta še vedno enaki (na primer za prilagoditev napak pri zaokroževanju), in tako odraža natančnost prostorskih podatkov. Vrednost tolerance mora biti pozitivno število večje od nič.

                              Primer 1-3 vstavi vrstice v pogled USER_SDO_GEOM_METADATA z dimenzijskimi informacijami za vsak prostorski stolpec. V obeh primerih je dimenzijsko območje celotna Zemlja, koordinatni sistem pa široko uporabljani sistem WGS84 (zemljepisna dolžina/širina) (prostorska referenca>

                              Primer 1-3 Posodabljanje prostorskih metapodatkov

                              V primeru 1-3 sta za geodetske podatke z uporabo koordinatnega sistema WGS84 potrebni dimenzija zemljepisne dolžine -180,0,180,0 in širina -90,90. Vrednost odstopanja 0,5 pomeni, da vsi operaterji ali funkcije, ki temeljijo na lokaciji, vse točke, ki so narazen manj kot pol metra narazen, štejejo za isto točko.


                              29.7 Model prostorske napake (SEM)

                              Model, ki ga je mogoče uporabiti za neposredno sanacijo glede na preostalo prostorsko avtokorelacijo, je model prostorske napake.

                              Ta model je določen na naslednji način: [y_i = beta_0 + sum_^k < beta_kx_> + epsilon_i ]

                              Vendar se ne domneva več, da so ostanki ( epsilon ) neodvisni, temveč prikazujejo vzorec zemljevida v obliki drsečega povprečja: [ epsilon_i = lambda sum_^n<>^ epsilon_i> + mu_i ]

                              Drugi niz ostankov ( mu ) naj bi bil neodvisen.

                              Možno je pokazati, da ta model v koeficientih ni več linearen (vendar bi to zahtevalo malo matrične algebre). Zato navadni najmanjši kvadrati niso več ustrezen algoritem za ocenjevanje, zato se takšni modeli običajno ocenjujejo na podlagi metode, imenovane največja verjetnost (česar tukaj ne bomo podrobno obravnavali, o tem lahko preberete v Anselin 1988).

                              Modeli prostorskih napak se izvajajo v paketu spatialreg.

                              Kot popravni model lahko upošteva model z napačno določeno funkcionalno obliko. Vemo, da osnovni proces ni linearen, vendar podajamo linearno razmerje med kovarijatami v obliki (z = beta_0 + beta_1u + beta_2v ):

                              Koeficient ( lambda ) je pozitiven (kaže na pozitivno avtokorelacijo) in visok, saj približno 50% drsečega povprečja ostankov ( epsilon ) v okolici (i ) prispeva k vrednosti ( epsilon_i ).

                              Lahko preverite, ali so ostanki prostorsko nesorazmerni (upoštevajte, da je alternativa "manj" zaradi negativnega predznaka Moranovega (I ) koeficienta):

                              Zdaj pa razmislimo o primeru manjkajočega kovariata:

                              V tem primeru je preostali vzorec še posebej močan, pri čemer k ostankom prispeva več kot 90% drsečega povprečja. Žal v tem primeru sanacijski ukrepi ne uspejo očistiti ostankov in vidimo, da še vedno ostajajo prostorsko povezani:

                              To bi nakazovalo potrebo po alternativnih ukrepih (na primer iskanje dodatnih kovariatov).

                              V idealnem primeru bi moral biti model natančno določen, sanacijske ukrepe pa je treba sprejeti šele, ko so izčrpane druge možnosti.

                              Reference

                              Anselin, Luc. 1988. Prostorska ekonometrija: metode in modeli. Knjiga. Dordrecht: Kluwer.

                              Bailey, T. C. in A. C. Gatrell. 1995. Interaktivna analiza prostorskih podatkov. Knjiga. Essex: Addison Wesley Longman.

                              Bivand, R. S., E. J. Pebesma in V. Gómez-Rubio. 2008. Uporabljena analiza prostorskih podatkov z R. Knjiga. New York: Springer Science+Business Media.

                              Brunsdon, Chris in Lex Comber. 2015. Uvod v R za prostorsko analizo in preslikavo. Knjiga. Žajbelj.

                              Farber, S. in A. Páez. 2007. "Sistematična raziskava navzkrižne validacije pri oceni modela Gwr: empirična analiza in simulacije Monte Carla." Članek v reviji. Revija za geografske sisteme 9 (4): 371–96. C:/Dokumenti/Journal of Geographical Systems/Journal of Geographical Systems (2007) 9 (4) 371-396.pdf.

                              O’Sullivan, David in David Unwin. 2010. Analiza geografskih informacij. Knjiga. 2. Izdaja. Hoboken, New Jersey: John Wiley & amp Sons.


                              Kot običajno je dobra praksa, da počistite delovni prostor, da se prepričate, da tam nimate tujih predmetov, ko začnete z delom. Ukaz v R za brisanje delovnega prostora je rm (za »odstrani«), čemur sledi seznam elementov, ki jih je treba odstraniti.Če želite počistiti delovni prostor iz vse predmete, naredite naslednje:

                              Upoštevajte, da ls () navaja vse predmete, ki so trenutno v delovnem prostoru.

                              Naložite knjižnice, ki jih boste uporabljali pri tej dejavnosti:

                              Zdaj, ko je vaš delovni prostor čist, lahko nadaljujete s priklicem vzorčnega nabora podatkov. To lahko storite s pomočjo podatkov o funkciji.

                              Podatkovni okvir missing_df vključuje (n = 65 ) opazovanja (Opomba: besedilo med znaki $ je matematični zapis v LaTeX -u). Ta opažanja so geokodirana z napačnim izvorom in koordinatami, normaliziranimi na kvadratni enoto (obseg njihovih vrednosti je med ničlo in eno). Koordinate so x in y.

                              Poleg tega so z lokacijami povezane tri spremenljivke (VAR1, VAR2, VAR3). Spremenljivke so splošne. Vas prosimo, da nanje gledate kot na cene stanovanj, koncentracijo nekaterih onesnaževalcev v ppb ali katero koli drugo spremenljivko, ki vam bo pomagala razjasniti vaše razumevanje. Končno faktorska spremenljivka navaja, ali so bile spremenljivke izmerjene za lokacijo: če je stanje »FALSE«, vrednosti spremenljivk manjkajo.


                              Ustvari kazalo

                              CREATE INDEX [schema.] Index ON [schema.] Tabela (stolpec)

                              INDEXTYPE JE MDSYS.SPATIAL_INDEX

                              [PARAMETERS ('index_params [physical_storage_params]')]

                              Ustvari prostorski indeks v stolpcu tipa SDO_GEOMETRY.

                              Vrednost Opis
                              INDEX_PARAMS Določa značilnosti prostorskega indeksa.
                              layer_gtype Preverite, ali so vse geometrije določenega tipa geometrije. Vrednost mora biti iz stolpca Vrsta geometrije tabele 2-1 v razdelku 2.2.1 (razen da UNKNOWN_GEOMETRY ni dovoljen). Poleg tega določanje POINT omogoča optimizirano obdelavo podatkov o točkah. Podatkovni tip je VARCHAR2.
                              sdo_dml_batch_size Podaja število posodobitev indeksa, ki jih je treba obdelati v vsaki seriji posodobitev po operaciji predaje. Privzeta vrednost je 1000. Če na primer vstavite 3500 vrstic v prostorsko tabelo in nato izvedete operacijo potrditve, se posodobitve tabele prostorskega indeksa izvedejo v štirih serijah operacij vstavljanja (1000, 1000, 1000 in 500) . Za več informacij glejte opombe o uporabi. Vrsta podatkov je NUMBER. Privzeto = 1000.
                              sdo_indx_dims Podaja število dimenzij, ki jih je treba indeksirati. Na primer, vrednost 2 povzroči indeksiranje samo prvih dveh dimenzij. Mora biti manjše ali enako številu dejanskih dimenzij. Za informacije o uporabi v zvezi s tridimenzionalnimi geometrijami glejte poglavje 1.11. Vrsta podatkov je NUMBER. Privzeto = 2.
                              sdo_non_leaf_tbl 'sdo_non_leaf_tbl = TRUE' ustvari ločeno indeksno tabelo (z imenom v obliki MDNT_. $) za nelistna vozlišča indeksa, poleg ustvarjanja indeksne tabele (z imenom v obliki MDRT_. $) za listna vozlišča. 'sdo_non_leaf_tbl = FALSE' ustvari eno samo tabelo (z imenom v obliki MDRT_. $) tako za listna vozlišča kot za nelistnata vozlišča indeksa. Za več informacij glejte opombe o uporabi. Podatkovni tip je VARCHAR2. Privzeto = FALSE
                              sdo_rtr_pctfree Podaja najmanjši odstotek rež v vsakem vozlišču indeksnega drevesa, ki naj ostane prazen, ko se indeks ustvari. Prazna mesta lahko zapolnite pozneje, ko v tabelo vstavite nove podatke. Vrednost je lahko od 0 do 50. Podatkovni tip je NUMBER. Privzeto = 10.
                              PHYSICAL_STORAGE_PARAMS Določa parametre shranjevanja, uporabljene za ustvarjanje tabele podatkov o prostorskem indeksu. Tabela s prostorskimi indeksi je običajna tabela Oracle s predpisano obliko. Niso podprti vsi fizični parametri shranjevanja, ki so dovoljeni v stavku STORAGE stavka CREATE TABLE. Spodaj je seznam podprte podmnožice.
                              namizni prostor Podaja prostor tabel, v katerem je ustvarjena podatkovna tabela indeksa. Enako kot TABLESPACE v členu STORAGE stavka CREATE TABLE.
                              začetni Je enako kot INITIAL v klavzuli STORAGE stavka CREATE TABLE.
                              Naslednji Je enako kot NEXT v členu STORAGE stavka CREATE TABLE.
                              minekstenti Je enako MINEXTENTS v stavku STORAGE stavka CREATE TABLE.
                              maxextents Je enako kot MAXEXTENTS v stavku STORAGE stavka CREATE TABLE.
                              pctincrease Je enako kot PCTINCREASE v stavku STORAGE stavka CREATE TABLE.
                              work_tablespace Podaja prostor tabel za začasne tabele, ki se uporabljajo pri ustvarjanju indeksa. (Velja samo za ustvarjanje prostorskih indeksov drevesnega R-ja in ne za druge vrste indeksov.) Določitev delovnega prostora tabel zmanjša razdrobljenost v indeksnem prostoru tabel, vendar zahteva prostor za shranjevanje, dvakrat večji od končnega indeksa, po indeksu je ustvarjen, lahko spustite ali znova uporabite delovni prostor tabel.
                              Nadzira, ali se za ustvarjanje indeksa ter za poznejše poizvedbe in operacije DML, ki uporabljajo indeks, uporablja serijsko (NOPARALLEL) ali paralelno (PARALLEL) izvajanje. Za vzporedno izvajanje lahko podate celoštevilčno stopnjo paralelnosti. Za več informacij o vzporednem ustvarjanju indeksov glejte opombe o uporabi. Privzeto = NOPARALNO. (Če je PARALLEL podan brez celoštevilčne vrednosti, zbirka podatkov Oracle izračuna optimalno stopnjo vzporednosti.)

                              Veljajo vsi trenutni predpogoji SQL CREATE INDEX.

                              Za tip indeksa in njegovo izvedbo morate imeti privilegij EXECUTE.

                              Pogled USER_SDO_GEOM_METADATA mora vsebovati vnos z dimenzijami in informacijami o mejah koordinat, da bo stolpec tabele prostorsko indeksiran.

                              Za informacije o prostorskih indeksih glejte poglavje 1.7.

                              Preden ustvarite prostorski indeks, se prepričajte, da sta velikost segmenta za povrnitev in vrednost parametra SORT_AREA_SIZE ustrezni, kot je opisano v razdelku 5.1.

                              Če se za podatke linearnega referenčnega sistema (LRS) uporablja indeks drevesa R in če imajo podatki LRS štiri dimenzije (tri plus razsežnost M), je treba uporabiti parameter sdo_indx_dims in določiti 3 (število dimenzij minus ena) , da bi se izognili privzeti vrednosti sdo_indx_dims 2, ki bi indeksirala samo dimenziji X in Y. Če so na primer dimenzije X, Y, Z in M, podajte sdo_indx_dims = 3 za indeksiranje dimenzij X, Y in Z, ne pa tudi mere (M). (Podatkovni model LRS, vključno z dimenzijo mere, je razložen v oddelku 7.2.)

                              Na particionirani tabeli je mogoče ustvariti particioniran prostorski indeks. Za več informacij o razdeljenih prostorskih indeksih, vključno z ugodnostmi in omejitvami, glejte poglavje 5.1.3.

                              Če želite uporabiti lokalni razdeljeni prostorski indeks, sledite postopku v razdelku 5.1.3.1.

                              Prostorskega indeksa ni mogoče ustvariti v indeksno organizirani tabeli.

                              Določite lahko ključno besedo PARALLEL, da povzročite paralelizacijo ustvarjanja indeksa. Na primer:

                              Za informacije o uporabi ključne besede PARALLEL si oglejte opis paralelne_klavzule v razdelku stavka CREATE INDEX v jezikovnem priročniku Oracle Database SQL. Poleg tega naslednje opombe veljajo za uporabo ključne besede PARALLEL za ustvarjanje ali obnovo (z uporabo stavka ALTER INDEX REBUILD) prostorskih indeksov:

                              Stroški delovanja in koristi vzporednega izvajanja za ustvarjanje ali obnovo indeksa so odvisni od sistemskih virov in obremenitve. Če so procesorji ali krmilniki diskov že močno naloženi, ključne besede PARALLEL ne smete podati.

                              Določanje parametra PARALLEL za ustvarjanje ali obnovo indeksa v tabelah s preprostimi geometrijami, kot so podatki o točkah, običajno povzroči manjše izboljšanje zmogljivosti kot pri tabelah s kompleksnimi geometrijami.

                              Druge možnosti, ki so na voljo za običajne indekse (na primer ASC in DESC), ne veljajo za prostorske indekse.

                              Ustvarjanje prostorskega indeksa vključuje ustvarjanje in vstavljanje indeksnih podatkov za vsako vrstico v stolpcu osnovne tabele, ki je prostorsko indeksirana, v tabelo s predpisano obliko. Vse vrstice v osnovni tabeli se obdelajo, preden se vstavi indeksni podatek, kar zahteva ustrezen prostor segmenta za povrnitev.

                              Če je v tabeli parametrov podano ime prostora tabel, mora imeti uporabnik (lastnik osnovne tabele) ustrezne pravice za ta prostor tabel.

                              Za več informacij o uporabi ključne besede layer_gtype za omejitev podatkov v sloju na vrsto geometrije glejte poglavje 5.1.1.

                              Parameter sdo_dml_batch_size lahko izboljša zmogljivost aplikacije, saj lahko Spatial vnaprej dodeli sistemske vire za učinkovitejše izvajanje več posodobitev indeksov kot zaporedne posodobitve posameznih indeksov, vendar za pridobitev prednosti zmogljivosti ne smete izvajati operacij predaje po vsaki operaciji vstavljanja ali v presledkih, ki so manjši ali enako vrednosti sdo_dml_batch_size. Vrednosti, ki je večja od 10000 (deset tisoč), ne smete navesti, ker bodo stroški dodatnega pomnilnika in drugih potrebnih virov verjetno odtehtali vsako mejno povečanje zmogljivosti, ki je posledica take vrednosti.

                              Določitev 'sdo_non_leaf_tbl = TRUE' lahko pomaga pri poizvedovanju pri velikih naborih podatkov, če celotna tabela drevesnega drevesa morda ne ustreza vmesnemu področju KEEP. V tem primeru morate Oracle tudi medpomniti MDNT_. $ v tabeli KEEP, na primer z uporabo ALTER TABLE in podajanjem STORAGE (BUFFER_POOL KEEP). Za particionirane indekse je treba za vse particije uporabiti isto vrednost sdo_non_leaf_tbl. Vsi fizični parametri shranjevanja, razen prostora tabel, se uporabljajo samo za MDRT_. $ tabela. MDNT_. $ table uporablja samo parameter prostora tabel, če je podano, in privzete vrednosti za vse druge parametre fizičnega shranjevanja.

                              Če ustvarjate prostorski indeks na podlagi funkcij, število parametrov ne sme presegati 32. Za informacije o uporabi prostorskih indeksov, ki temeljijo na funkcijah, glejte poglavje 9.2.

                              Če želite ugotoviti, ali izjava CREATE INDEX za prostorski indeks ni uspela, preverite, ali je stolpec DOMIDX_OPSTATUS v pogledu USER_INDEXES nastavljen na FAILED. To se razlikuje od primera običajnih indeksov, kjer preverite, ali je stolpec STATUS v pogledu USER_INDEXES nastavljen na FAILED.

                              Če stavek CREATE INDEX ne uspe zaradi neveljavne geometrije, se v sporočilu o napaki vrne ROWID neuspele geometrije skupaj z vzrokom napake.

                              Če stavek CREATE INDEX iz kakršnega koli razloga ne uspe, je treba stavek DROP INDEX uporabiti za čiščenje delno zgrajenega indeksa in z njim povezanih metapodatkov. Če DROP INDEX ne deluje, dodajte parameter FORCE in poskusite znova.

                              Naslednji primer ustvarja prostorski indeks drevesca R z imenom COLA_SPATIAL_IDX.


                              Poglej si posnetek: 2020 05 21 Studio Morava EBE OLIE odpovídá na Vaše otázky