Daugiau

„ArcSde Oracle“ Didžiausias tinklelių skaičius vienoje funkcijoje (8000)


Turiu problemų dėl duomenų (eilučių) importavimo į „ArcSde Oracle“.

2011-07-14 12: 10: 04 | 22.9 | 0.0 | KLAIDA | Klaida vykdant srauto įterpimo operaciją lentelėje „CHEMN“.: SDE_ERROR_CODE (-51) Pagrindinė DBVS klaida. SDE_EXT_ERROR (29875) SDE_ERROR_MSG1 (ORA-29875: įprastas pavyzdinis ODCIINDEXINSERT ORA-20092: viršytas didžiausias tinklelių skaičius vienai funkcijai (8000). ORA-06512: à "SDE.ST_DOMAIN_METHODS",

Ar turite sprendimą?

Dėkoju


Jūs nesakote, kurią „ArcSDE“ versiją naudojate, tačiau „Max“ of grids reikšmę valdo „SERVER_CONFIG“ sistemos lentelė. Norėdami pakeisti šias reikšmes, galite naudoti komandą sdeconfig. Arba pavyzdžio su „ArcSDE 9.2“ ieškokite svetainėje http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?id=2344&pid=2337&topicname=Troubleshooting_the_ArcSDE_service


Kaip: sureguliuoti kelių lygių tinklelio erdvinį indeksą

Erdvinis indeksas naudojamas greitai atlikti geografinę objektų klasės funkcijų paiešką. „ArcSDE“ naudoja kelių lygių tinklinį erdvinį indeksą kelių klasių saugyklų elementų klasėms, įskaitant suspaustą dvejetainę (LOB, LONG RAW arba BINARY) OGC-WKB, DB2 Spatial Extender ir „Oracle“ erdvinį tipą. Koreguojant erdvinio indekso tinklelio dydį, gali pagerėti erdvinių užklausų veikimas. Šiame straipsnyje pateikiama keletas informacijos apie daugiapakopio tinklelio erdvinį indeksą ir patarimų, kaip jį sureguliuoti.

Daugiapakopis tinklelio erdvinis indeksas apibrėžia įsivaizduojamą X / Y tinklelį. Kiekvienoje funkcijų klasėje gali būti vienas, du ar trys įsivaizduojami tinkleliai, dar vadinami tinklelio lygiais. Daugumai funkcijų klasių reikia tik vieno tinklelio lygio, tačiau gali prireikti ir daugiau lygių, jei vidutiniai elementų vokų dydžiai labai skiriasi. Kiekviena funkcija indeksuojama naudojant tik vieną iš tinklelio lygių: mažos ypatybės pirmajame lygyje ir didesnės ypatybės antrame ar trečiame lygyje, jei tokios yra. „ArcSDE“ įterpia įrašą arba eilutę erdviniame rodyklėje kiekvienam atvejui, kai vienas bruožas kerta vieną langelį konkrečiame tinklelio lygyje, naudojamame šiai funkcijai.

Vykdant pirminę erdvinės užklausos filtravimo funkciją, „ArcSDE“ suranda erdvinio filtro formos X / Y apvalkalą ir nustato, kuri erdvinio indekso tinklelio ląstelė kerta tą voką. Tada „ArcSDE“ atlieka užklausą, kad grąžintų visas funkcijas, kurių vokai taip pat kerta tas tinklelio ląsteles. Šios pirminio filtro operacijos rezultatai yra kandidato ypatybės. Vėliau antrinis filtravimas sumažina nustatytą rezultatą tik toms funkcijoms, kurios atitinka konkrečias erdvinės užklausos sąlygas, pvz., & # 39intersects & # 39, & # 39crosses & # 39 arba & # 39within & # 39.

Erdvinio indekso derinimas reiškia pagrindinio filtro operacijos selektyvumo subalansavimą, palyginti su įrašų skaičiaus erdvinėje rodyklėje mažinimu. Pirminio filtro kaina už funkciją yra daug mažesnė nei antrinio filtro, nes antrinis filtras atlieka išsamius skaičiavimus, o pagrindinis filtras yra paprasta užklausa erdvinių rodyklių lentelėje. Nurodant mažesnį tinklelio langelio dydį, paprastai gaunama daugiau įrašų erdvinių rodyklių lentelėje ir smulkesnis pirminio filtro pasirinkimo selektyvumas. Tai reiškia, kad antrinis erdvinis filtras turi ištirti mažiau funkcijų. Tačiau daugiau erdvinių rodyklių įrašų taip pat padidina erdvinio indekso dydį, taip sulėtindami pirminio filtro veikimą ir sunaudodami daugiau vietos duomenų bazėje.

Laimei, „ArcSDE“ teikia statistinius duomenis apie erdvinį indeksą, kuris kartu su našumo testavimais gali palengvinti derinimo procesą. Komanda & # 39sdelayer -o si_stats & # 39 yra pagrindinis erdvinių rodyklių tinklelio statistikos ataskaitų teikimo įrankis, naudojamas erdviniam indeksui sureguliuoti. Štai šios komandos išvesties pavyzdys:


Erdvinių duomenų valdymo infrastruktūros diegimas rinkodaros organizacijoje

Santrauka:
Šiame darbe bus aprašyta „SBC Communications“ rinkodaros GIS grupės patirtis pereinant prie naujos „ArcGIS“ platformos ir „ArcSDE“ erdvinių duomenų modelio departamento GIS aplinkoje. Šiame darbe bus aptarti organizaciniai ir techniniai klausimai, susiję su perėjimu į naują platformą ir erdvinių duomenų sandėlį. Diskusijos elementai apima vartotojo ir organizacijos poreikius bei tikslus, sistemų architektūros dizainą, erdvinių duomenų rinkinių kūrimą, duomenų aprašymo ir organizavimo problemas, duomenų perkėlimo problemas ir „ArcSDE“ derinimo patirtį „Oracle 8i“. Šiame straipsnyje taip pat bus aptarti erdvinių duomenų reliacinės duomenų bazės saugojimo pranašumai ir geoduomenų bazės bei „ArcSDE“ architektūra.

I. Įvadas

„SBC Communications Inc.“ yra pasaulinė telekomunikacijų paslaugų lyderė. SBC dukterinės įmonės, įskaitant „SBC Southwestern Bell“, „SBC Ameritech“, „SBC Pacific Bell“, „SBC Nevada Bell“, „SBC SNET“, „Sterling Commerce“ ir „Prodigy“ kartu su pasaulinio lygio tinklu, leidžia SBC teikti visas balso, duomenų, tinklų ir el. paslaugas, kad būtų patenkinti konkretūs individualių įmonių ir vartotojų poreikiai. „SBC“ yra pirmaujanti Amerikos didelės spartos DSL interneto prieigos paslaugų teikėja, turinti maždaug 1,3 milijono abonentų, ir viena iš pirmaujančių šalies interneto paslaugų teikėjų (IPT).

SBC, kurios būstinė yra San Antonijuje, Teksase, dirba apie 190 000 darbuotojų. Šiuo metu SBC įmonės turi daugiau nei 60 milijonų prieigos linijų 13-oje valstybių, taip pat 60 procentų nuosavybės dalį turi „Cingular Wireless“, bendrą įmonę su „BellSouth“, kuri aptarnauja daugiau nei 21 milijoną belaidžio ryšio klientų.

2000 m. Sausio mėn. Rinkodaros GIS skyrius buvo centralizuotas San Antonijuje, Teksase, prie SBC Strateginės rinkodaros organizacijos. Departamento misija yra teikti GIS analizę, žemėlapių sudarymą, ataskaitų teikimą ir programų bei pardavimo rinkodaros skyriaus plėtrą. 2000 m. Pavasarį departamentas pradėjo pereiti prie „ArcGIS“ programinės įrangos produktų grupės ir jos „ArcSDE“ duomenų modelio. Anksčiau šį laiką grupė pirmiausia rėmėsi „ArcView 3.x“, „WorkStation ArcInfo“ ir „Esri“ failais pagrįstais duomenų modeliais. Šiame darbe nagrinėjamas perėjimo prie naujos platformos ir duomenų modelio pagrindimas, taip pat mūsų patirtis planuojant ir įgyvendinant naują sistemos architektūrą.

II. „Esri“ platformų ir duomenų modelių apžvalga

A. ArcGIS: nauja ir patobulinta GIS platforma
Naujoji „ArcGIS“ platforma yra produktų grupė, susidedanti iš „ArcView“, „ArcEditor“, „ArcInfo“, „ArcIMS“ ir „ArcSDE“, sukurtų remiantis informacinių technologijų pramonės standartais. Tai keičiamo dydžio programinės įrangos sistema, skirta geografiniams duomenims kurti, valdyti, integruoti, analizuoti ir skleisti. Produktų šeima yra žingsnis į priekį nuo ankstesnių „Esri“ programinės įrangos leidimų dėl daugybės priežasčių, įskaitant vieną pagrindinių programų kodų bazę, reliacinių duomenų bazių valdymo programinę įrangą (RDBMS) duomenims saugoti, naują pritaikymo aplinką ir patobulintus intraneto programų kūrimo įrankius.

B. Senieji erdvinių duomenų modeliai
Deja, dar visai neseniai GIS duomenų modeliai neatsiliko nuo savo sudėtingesnių RDBMS pusbrolių ir tradiciškai buvo pagrįsti failais. Žvelgiant iš „Esri“ perspektyvos, į tradicinius geografinių duomenų modelius buvo įtraukti aprėpčiai, šablonai, tinkleliai, vaizdai ir trikampiai netaisyklingi tinklai (TINS).

Aprėpčiai - Apimtis yra originalus erdvinis modelis, naudojamas kartu su „ArcInfo“, ir sudaro pagrindinį vektorinių duomenų saugojimo vienetą. Jie saugo geografines ypatybes kaip pagrindinius požymius (lankus, mazgus, daugiakampius ir etikečių taškus) ir antrinius požymius (pvz., Tikus, žemėlapio mastą, nuorodas ir anotacijas). Susietose funkcijų atributų lentelėse aprašomi ir saugomi geografinių objektų atributai.

Formos failai - „Shapefiles“ buvo pristatyti išleidus „ArcView 2“ 1990-ųjų pradžioje. „Shapefile“ yra ne topologinė duomenų struktūra, kurioje nėra aiškiai saugomi topologiniai ryšiai, tačiau remiamasi topologijos vykdymo laiko skaičiavimais. Pagrindinis formato failų pranašumas yra tas, kad jo paprasta struktūra piešiama greičiau nei aprėptis. Formos failai taip pat lengvai nukopijuojami ir jiems nereikia importo ir eksporto priemonių. Pastaraisiais metais formos failai tapo pagrindiniu duomenų perdavimo formatu.

GRID - Tinkleliai yra pagrįsti geografinių duomenų modeliu, kuris pateikia informaciją kaip vienodo dydžio kvadratinių ląstelių masyvą, išdėstytą eilėse ir stulpeliuose. Kiekviena tinklelio ląstelė nurodoma pagal geografinę x, y vietą.

Skardos - Trikampiai netaisyklingi tinklai (TINS) yra paviršiaus pavaizdavimas, gaunamas iš netaisyklingai išdėstytų mėginių taškų ir lūžio ypatybių. TIN duomenų rinkiniai apima topologinius taškų ir jų gretimų trikampių ryšius. Kiekviename pavyzdžio taške yra x, y koordinatė ir paviršiaus arba z reikšmė. Šie taškai sujungiami briaunomis, kad susidarytų nesutampančių trikampių rinkinys, naudojamas paviršiui atspindėti.
Vaizdai - vaizdai yra grafiniai scenos vaizdai, paprastai pagaminti optiniu ar elektroniniu prietaisu. Dažni pavyzdžiai yra nuotoliniu būdu aptikti duomenys, nuskaityti duomenys ir nuotraukos. Vaizdas saugomas kaip dvejetainių ar sveikųjų skaičių reikšmių rastrinis duomenų rinkinys, atspindintis atspindėtos šviesos, šilumos ar kitų reikšmių diapazoną elektromagnetiniame spektre.

Visi failais pagrįsti duomenų modeliai turi didelių apribojimų. Vienalaikė vartotojo prieiga paprastai smarkiai pablogina našumą ir negalima palaikyti kelių vienu metu esančių vartotojų, redaguojančių vieną failą. Be to, bet kokio failų sistemoje saugomo sluoksnio dydis yra ribotas. Kai failai tampa didesni, programos našumas paprastai pablogėja iki taško, kuriame reikia suskaidyti didelius gretimus duomenų rinkinius į plyteles, kad būtų pasiektas tinkamas našumas.

C. Nauji erdvinių duomenų modeliai

Siekdamas įveikti failais pagrįstų duomenų modelių kliūtis, „Esri“ sukūrė erdvinių duomenų modelius, pagrįstus santykinių duomenų bazių valdymo sistemomis (RDBMS). Šie nauji duomenų modeliai naudojasi reliacinių duomenų bazių technologijos pažanga, kad suteiktų ypatybių, kurių trūksta failų modeliuose. Šių naujų modelių pranašumų yra daug ir jie apima daugybę tuo pačiu metu suteikiamų vartotojų prieigą prie gretimų duomenų rinkinių, erdvinių ir verslo duomenų valdymą integruotoje aplinkoje, erdvinius rodiklius, versijas, ilgas operacijas, saugumą ir intelektualiųjų funkcijų palaikymą. Nors dauguma duomenų bazių tiekėjų savo produktuose įdiegė nuosavų erdvinių duomenų modelius, šiame dokumente daugiausia dėmesio bus skiriama „Esri“ erdvinių duomenų modeliams.

„ArcSDE“ - „ArcSDE“ veikia kaip „Esri“ klientų produktų ir RDBMS tarpininkas. Jis valdo RDBMS erdvinius duomenis, kartu leisdamas vartotojui išgauti ir greitai pateikti didelio erdvinių duomenų sluoksnio pogrupį. Šis išskyrimas atliekamas naudojant daugiapakopio erdvinio indekso schemą. Todėl administratoriai gali nutolti nuo išdėstyto duomenų modelio ir sukurti vientisus duomenų sluoksnius, apimančius visą geografinę dominančią sritį. Be to, „ArcSDE“ leidžia tuo pačiu metu vartotojui pasiekti prieinamus sluoksnius, taip pat versijas, ilgas operacijas ir visus kitus RDBMS naudojimo duomenims saugoti pranašumus.

„GeoDatabase“ - Nuo pat jos įvedimo kilo nemažai painiavos dėl geoduomenų bazės koncepcijos. Pagrindinė duomenų bazės technologija, palaikanti geoduomenų bazę, yra tiesiog reliacinių duomenų bazių lentelių, kurias administruoja „ArcSDE“, grupė. Šiuo požiūriu geoduomenų bazė nesiskiria nuo ArcSDE. Tikroji geoduomenų bazės koncepcijos galia yra COM objektų grupė „ArcGIS“, veikianti „Windows“ platformoje. Iš tikrųjų „Geoduomenų bazės“ koncepcija remiasi „ArcSDE“ pateiktu saugojimo komponentu, pateikdama pasirinktinį elgesį COM objektuose ir geoduomenų bazėje apibrėžtuose ryšiuose.

III. Planavimas perėjimo prie „ArcGIS“ platformos ir „ArcSDE“ duomenų modelio

Dėl naujos „Esri ArcGIS“ platformos ir erdvinių duomenų modelių pranašumų „SBC Communications“ 2000 m. Pavasarį pradėjo projektą pereiti prie naujų duomenų modelių ir „ArcGIS“ platformos. Ši konversija nebuvo paprastas procesas ir išmokta daugybė pamokų. pakeliui. Didelio GIS diegimo negalima sėkmingai užbaigti be griežto planavimo proceso. Šis planavimo procesas, oficialiai žinomas kaip sistemos architektūros dizainas, leidžia organizacijoms tiksliai įvertinti savo dabartinį sistemos dizainą, programinės įrangos licencijos struktūrą, vartotojo poreikius, būsimą sistemos projektą, aparatūros reikalavimus ir išsamią įgyvendinimo informaciją.

A. Dabartinis sistemos dizainas
Kaip pirmas žingsnis pereinant prie naujų erdvinių duomenų modelių, „SBC Communications“ baigė tuometinio dabartinio sistemos projekto apžvalgą. Sistemos dizainą sudarė tradicinė darbastalio aplinka, pasiekianti duomenis iš centralizuoto GIS failų serverio. Stalinėse darbo stotyse buvo programinės įrangos licencijos „ArcView 3.x“, veikiančioms „Windows NT“ ir „UNIX“ platformose, kartu su „Workstation Arc / INFO“ licencijomis, veikiančiomis SUN darbo stotyse. Šios darbalaukio darbo vietos buvo prijungtos prie SUN 1000E centralizuoto GIS failų serverio per vietinį tinklą (LAN). Be to, kelios pradinės „ArcView 3.x“ interneto žemėlapių serverio programos taip pat buvo aptarnaujamos per „Windows NT Server“, kuriame veikia „Internet Information Server 4.0“.

B. Dabartinė programinės įrangos licencijos struktūra
Programinės įrangos licencijos struktūrą sudarė plaukiojančios „Workstation Arc / INFO“ ir „ArcView 3.x“ licencijos, valdomos per „License Manager“, esančią SUN 1000E serveryje. Be to, buvo galima naudotis keliomis GRID ir TIN licencijomis. Be to, kiekvieno vartotojo darbalaukyje buvo „ArcView 3.x“ kopija, kurią galima rasti iš „Windows NT“ darbalaukio. Taip pat buvo licencijuoti keli „ArcView“ plėtiniai, įskaitant „Spatial Analyst“, „3D Analyst“ ir „Internet Map Server“.

C. Vartotojo poreikių įvertinimas
Rinkodaros GIS grupė buvo įkurta teikti tiek erdvinę analizę, tiek ad hoc paramą kuriant žemėlapius ir ataskaitas. Siekdama patenkinti šiuos reikalavimus, grupė naudojo „ArcView 3.x“ ir „Workstation Arc / INFO“ kaip pagrindinius įrankius kuriant žemėlapius ir ataskaitas atsakant į ad hoc užklausas. Grupė naudojo įvairius geografinių duomenų šaltinius, įskaitant trečiųjų šalių tiekėjus, tokius kaip „Geographic Data Technology“ (GDT) ir „Claritas“, kartu su viduje sukurtais telekomunikacijų duomenų rinkiniais. Ne erdviniai klientų duomenys buvo pasiekiami per senas duomenų bazes, veikiančias didžiųjų kompiuterių aplinkoje. Prašymai pateikti vidinius klientų duomenis buvo pateikti per „SBC Reports Group“, kuri ištraukė duomenis iš senų duomenų bazių ir pateikė prašomą informaciją plokščių tekstinių failų pavidalu. Tada erdvinė ir ne erdvinė informacija būtų sujungta, kad būtų sukurta reikalinga analizė, žemėlapiai ar ataskaitos.

Visi erdvinių ir ne erdvinių duomenų rinkiniai buvo saugomi GIS failų serveryje, veikiančiame SUN 1000E platformoje. „Arc / INFO“ aprėptys ir formos failai buvo naudojami kaip pagrindinis duomenų modelis. Kadangi SBC aptarnauja milijonus klientų visoje Jungtinėse Valstijose, daugelis jos erdvinių ir verslo duomenų rinkinių yra labai dideli, o erdvinis mastas yra didžiulis. Naudojant failais pagrįstus duomenų modelius buvo sunku, paini ir neefektyvu pasiekti šiuos duomenis. Poreikių įvertinimas atskleidė akivaizdų poreikį pereiti prie naujesnių erdvinių duomenų modelių.

Tuo metu žiniatinklio planavimo pastangų grupėje praktiškai nebuvo. Tačiau atlikus poreikių vertinimą nustatyta, kad reikia sukurti intraneto programas, kad būtų pašalintos kai kurios įprastos ad hoc užklausos, ir numatyti mechanizmą, kaip sukurti individualizuotas žemėlapių sudarymo programas pardavimo ir rinkodaros organizacijai. „ArcIMS“ buvo akivaizdus pasirinkimas, nes daugeliui įprastų žemėlapių programų teikia sprendimus „iš dėžutės“.

D. Naujos sistemos architektūros projektavimas
Peržiūrėjęs dabartinį sistemos architektūros dizainą ir programinės įrangos licencijos struktūrą bei atlikęs vartotojo poreikių vertinimą, SBC sukūrė sistemos architektūrą, kuri galėtų geriau tenkinti organizacijos poreikius. Naujos sistemos architektūros pagrindu buvo pasirinkta „ArcGIS 8.x“ programinės įrangos šeima, apimanti visą geografinės informacijos sistemą.

„ArcInfo“ ir „ArcView“ darbalaukio versijos veiktų darbalaukio aplinkoje ir suteiktų vartotojams didesnes galimybes ir našumą žemėlapių sudarymui ir analizei. Galutiniai SBC vartotojai pasinaudotų visomis duomenų kūrimo, atnaujinimo, užklausų teikimo, susiejimo ir analizės funkcijomis, teikiamomis per „ArcInfo“ ir „ArcView“ darbalaukio versijas.

Rinkodaros GIS intraneto svetainės statyba taip pat buvo numatyta kaip naujos architektūros dalis. Šioje svetainėje būtų pateikiamos žemėlapių programos ir statiniai žemėlapiai, taip pat vidinės ir tiekėjų ataskaitos bei analizė. Be to, būtų sukurtas portalas, kuris suteiktų prieigą prie vidinių ir pardavėjų pateiktų ataskaitų, analizės, straipsnių žurnaluose ir specialios „Northern Light“ pateiktų dokumentų kolekcijos. Šis portalas turėjo būti sukurtas kartu su „Northern Light“ ir teiktų daug informacijos rinkodaros organizacijai. Specialus „Compaq Proliant DL 580“ tinklo serveris, kuriame veikia „Windows 2000“ su interneto informacijos serveriu, taip pat „ArcIMS“ ir „ColdFusion“, buvo nustatyti kaip būtini architektūros komponentai. Intraneto programos būtų kuriamos taikant ploną kliento metodą, naudojant „ArcIMS“ komponentus „HTML Viewer“ ir „Active Server Pages“.

Duomenų saugojimui SBC pasirinko „ArcSDE Data Warehouse“ aplinką, veikiančią „Oracle 8i“ reliacinių duomenų bazių valdymo sistemoje kartu su tradiciniu GIS failų serveriu, kiekvienu veikiančiu atskiruose „Compaq Proliant DL 580“ serveriuose su „Windows 2000“. „ArcSDE“ serveris pirmiausia buvo sukurtas teikti parama GIS peržiūros ir užklausų klientams. Iš pradžių „ArcIMS“ programos buvo laikomos pagrindine duomenų, teikiamų per „ArcSDE“ ir „Oracle“, vartotojais. Tradicinės žemėlapių sudarymo, ataskaitų ir analizės funkcijos ir toliau naudotųsi tradicinio GIS failais pagrįsto serverio pranašumais, kol galutiniai vartotojai įgis reikiamą mokymą ir įgūdžius naudodamiesi nauja „ArcGIS“ platforma, kad galėtų visapusiškai pasinaudoti naujuoju „ArcSDE“ erdvinių duomenų modeliu.

Dažniausiai nestandartiniai verslo duomenys pagal poreikį ir toliau būtų gaunami per „SBCs Reports Group“. Šie failai ir toliau bus teikiami kaip plokšti tekstiniai failai, kuriuos vėliau galima būtų įkelti į „ArcInfo“ arba „ArcView“, kad būtų galima sujungti su erdvinių duomenų rinkiniais. Kai kuriais atvejais šie duomenys būtų pateikiami kaip automatiniai duomenų ištraukos, pateikiamos nustatytais laiko intervalais. Viduje sugeneruoti ištraukimo, transformavimo ir įkėlimo (ETL) įrankiai būtų parašyti, kad būtų galima pašalinti duomenis iš senų duomenų bazių, prireikus juos transformuoti ir įkelti į „Oracle“. Šis automatinis duomenų perdavimas buvo laikomas būtinu keleto „ArcIMS“ programų komponentu.

E. Techninės įrangos reikalavimai
Palaikant naują sistemų architektūros dizainą, „Compaq Proliant DL 580“ serveriai, kuriuose veikia „Windows 2000“, buvo nustatyti kaip pagrindinis aparatinės įrangos komponentas. Buvo nurodytos kelios priežastys, kodėl „Windows Server“ pasirinkta tradiciškesnėje UNIX aplinkoje. Nors „Windows“ platforma paprastai yra mažiau stabili nei UNIX kolegos, ji teikia daug privalumų, įskaitant išlaidas, paprastą administravimą ir lengviau prieinamą talentų plėtrai ir administravimui.Be to, sistemos prieinamumas nebuvo nustatytas kaip kritinis komponentas projektuojant.

Naujos SBC rinkodaros grupės GIS architektūros diegimas prasidėjo 2000 m. Vasarą ir iš esmės buvo baigtas iki 2002 m. Sausio mėn. Daugybė žingsnių, įskaitant aparatūros ir programinės įrangos pirkimą, aparatinės įrangos sąranką, RDBMS diegimą, GIS programinės įrangos diegimą, vartotojo mokymą, duomenų įkėlimą ir duomenų derinimas buvo baigtas per šį laiką. Nors kiekvieną iš šių klausimų reikia kruopščiai planuoti ir įgyvendinti, keli nusipelno papildomo dėmesio grupėms, planuojančioms pereiti prie naujos „Esri“ platformos ir duomenų modelių.

A. Sistemos administravimas
Sistemos administravimas yra vienas iš svarbiausių, tačiau nepastebėtų GIS diegimo aspektų. Yra daugybė alternatyvų, kaip tvarkyti šį kritinį įgyvendinimo elementą. Turbūt dažniausiai naudojamas scenarijus apima informacinių technologijų skyriaus darbuotojų naudojimą sistemai palaikyti. Šio metodo pranašumai yra galimybė naudotis 24x7 parama, paruoštas apmokytų, patyrusių administratorių aprūpinimas ir kiti privalumai, kuriuos teikia centralizuota informacinių technologijų grupė. Tačiau grupės grąžinimo išlaidos dažnai yra daug didesnės nei išlaidos, susijusios su tiesioginiu samdymu ir sistemos administratorių mokymu, kuriuos tiesiogiai kontroliuoja samdanti grupė. „SBC Communications“ rinkodaros GIS grupė nusprendė administruoti savo sistemas pasitelkę darbuotojus, kurie tiesiogiai palaikė grupę, o ne pasitelkdami tradicinius informacinių technologijų grupės administratorius. Naudojant šį metodą buvo sutaupyta nemažai išlaidų.

Kita sistemos administravimo alternatyva apima rangovų samdymą pradiniam diegimui ir nuolatinę paramą. Kadangi sistemos administravimas yra nuolatinė funkcija, ši alternatyva ilguoju laikotarpiu nėra ekonomiška. Tačiau kvalifikacijos sutarčių administratoriai dažnai įtraukiami į įgyvendinimo etapą. Vėliau vykdomos administravimo pareigos gali būti perduotos vidaus administratoriams.

B. RDBMS programinės įrangos pasirinkimas
RDBMS pardavėjo pasirinkimas jūsų projektui priklauso nuo daugelio aspektų, įskaitant esamus darbuotojų RDBMS įgūdžius, jūsų diegimo dydį, erdvinių ir ne erdvinių duomenų integravimą ir „Esri“ teikiamos paramos lygį. Kadangi dauguma pagrindinių RDBMS tiekėjų teikia panašias funkcijas, tiekėją reikia pasirinkti pagal pirmiau minėtus veiksnius.

Norint efektyviai naudoti daugumą pagrindinių RDBMS programinės įrangos, reikia daug mokymų ir patirties. Jei jau turite personalo narių, turinčių tam tikro RDBMS produkto naudojimo ir administravimo patirties, tai greičiausiai bus geriausias jūsų pasirinkimas. Ypač svarbu, kad kažkas iš jūsų personalo būtų gerai susipažinęs su RDBMS administravimu. Galų gale sistemos našumą labai nulems tai, kaip gerai veikia jūsų duomenų bazė, ir tai daugiausia priklauso nuo loginio ir fizinio duomenų bazės dizaino, kurį įgyvendina duomenų bazės administratorius. Be to, svarbu, kad duomenų bazės administratorius suprastų erdvinius duomenis ir kaip jie turėtų būti fiziškai struktūrizuoti duomenų bazėje, taip pat žinotų apie konkretų pardavėjo produktą.

Jūsų diegimo dydis taip pat turės reikšmės renkantis RDBMS. Kai kurie produktai, tokie kaip „Oracle“ ir DB2, geriau tvarko didelius duomenų kiekius. Be to, paskirstytų programų atveju šie produktai paprastai veikia geriau.

Jei organizacijose turite ne erdvinių duomenų bazių, kurias galima patobulinti pridėjus erdvinį komponentą, prasminga naudoti tą pačią platformą. Duomenis galima lengvai perduoti tarp sistemų naudojant eksporto ir importo funkcijas.

Galiausiai, jei „ArcSDE“ naudosite kaip tarpinės programinės įrangos produktą, kad galėtumėte administruoti ir pasiekti duomenis RDBVS, reikėtų pažymėti, kad „Esri“ teikiamos informacijos ir palaikymo lygis skirtinguose produktuose labai skiriasi. Šiuo metu „Oracle“ ir „Microsoft SQL Server“ teikiama daug informacijos, palaikymo ir mokymų. Palaikomi kiti tiekėjų produktai, pvz., DB2 ir „Informix“, tačiau yra ribota informacija ir mokymai.

„SBC Communications“ rinkodaros GIS grupė pasirinko „Oracle 8i“, nes tai yra RDBMS, atsižvelgiant į darbuotojų įgūdžių rinkinius, diegimo dydį ir „Esri“ teikiamą palaikymą naudojant „ArcSDE“ produktą su „Oracle“. Vidaus įgūdžius sudarė „Oracle 8i“ sertifikuotas duomenų bazės administratorius, turintis „ArcSDE“ ir erdvinių duomenų patirties, taip pat didelė SQL užklausų patirtis tarp kelių kitų grupės narių. Be to, diegimo reikalavimas buvo galimybė saugoti ir efektyviai pasiekti didelius duomenų rinkinius. Dideli išorinių tiekėjų erdviniai duomenų rinkiniai kartu su didžiuliais vidiniais klientų duomenimis gali padidinti viso duomenų bazės dydį į terabaitų diapazoną. „Oracle“ turi įrodymų, kad efektyviai saugo ir prieina tokio dydžio duomenų rinkinius. Be to, duomenų perdavimas tarp ne erdvinių „Oracle“ duomenų bazių organizacijoje ir galimybė gauti mokymą bei palaikymą per „Esri“ buvo veiksniai, lemiantys „Oracle“ pasirinkimą kaip mūsų RDBMS.

C. Duomenų įkėlimas
Erdvinę ir ne erdvinę duomenų bazes į esamą „Oracle“ / „ArcSDE“ duomenų bazę įkelti buvo naudojami keli metodai, įskaitant tiekėjo procesus, „BusinessObjects“ užduotis, „Oracle PL / SQL“ užduotis ir „Arc Macro Language“ (AML) scenarijus. Daugelis erdvinių duomenų rinkinių, kuriuos teikia trečiųjų šalių tiekėjai, pvz., GDT, turi pakrovimo procesus, kurie automatizuoja didelių duomenų rinkinių įkėlimą. Šiuos procesus galima pradėti ne darbo valandomis, pavyzdžiui, naktimis ir savaitgaliais, kad apkrovos metu nepakenktų sistemos veikimui. Be to, šiuos procesus paprastai lengva naudoti. Tačiau reikia stebėti, ar apkrovose nėra problemų ar klaidų. Dauguma tiekėjų duomenų teikiami kas ketvirtį.

Taip pat „BusinessObjects“ ir „Oracle“ PL / SQL buvo parašytos individualiai parašytos ETL darbo vietos, kad būtų lengviau į „Oracle“ įkelti ne erdvinius klientų duomenis. Kadangi jie buvo susipažinę su vidiniais klientų duomenimis, SBC darbuotojai parašė šiuos darbus. Apskritai dauguma ETL darbo vietų atliekamos kas mėnesį.

AML taip pat buvo parašyta, kad į GIS failų serverį būtų galima įkelti viduje pagamintus erdvinius duomenų rinkinius ir kai kuriuos trečiųjų šalių tiekėjų duomenis. AML buvo pagaminti naudojant parinktį „Partija“, kurią galite rasti naujoje „ArcToolbox“ programoje.

D. „Oracle“ ir „ArcSDE“ derinimas
„Oracle“ ir „ArcSDE“ yra lankstūs produktai, kuriuos galima sukonfigūruoti daugelyje aplinkų, kad būtų palaikomos įvairiausios programos. Tačiau klientų programų, pasiekiančių erdvinius ir ne erdvinius duomenis per „ArcSDE“ ir „Oracle“, našumas labai priklauso nuo duomenų bazės administratoriaus įgūdžių ir patirties. Nors yra bendros šių produktų sukūrimo gairės, derinimas išlieka tiek pat meno, kiek mokslas. Naudojant „Oracle“, galima gerokai padidinti našumą tinkamai koreguojant lenteles, rodykles ir fizinį duomenų išdėstymą operacinėje sistemoje. Ypatingas dėmesys turėtų būti skiriamas loginiam ir fiziniam duomenų bazės dizainui, naudojamam kartu su ArcSDE. Paprastai „ArcSDE“ diegimui reikės mažiausiai penkių lentelių, kad būtų saugomi geografiniai duomenys: FEATURE, ATTRIBUTE, SPATIAL_INDEX, ORACLE_INDEX ir SDE. Kiekvienoje iš šių lentelių bus saugomos skirtingos lentelės ar indeksai, kurie naudojami kartu su „ArcSDE“ ir su ja susijusiomis kliento programomis. Žiūrint iš „ArcSDE“ derinimo perspektyvos, didelis dėmesys turėtų būti skiriamas tinkamai nustatyti kiekvieno sluoksnio tinklelio dydžius, parametrus, išvardytus faile dbtune.sde ir failą giomgr.defs. Tiek „Oracle“, tiek „ArcSDE“ derinimas yra dalykai, kurie išeina už šio straipsnio taikymo srities ribų, todėl čia nebandysime jiems suteikti teisingumo.

E. Mokymai
Perėjimas prie naujos „ArcGIS“ platformos ir „ArcSDE“ duomenų modelio reikalavo nemažai grupės mokymų. Kiekvienas grupės narys dalyvavo „ArcGIS“ ir „ArcIMS“ mokymuose, kad padėtų pereiti. Be to, administratoriai kartu su „Oracle“ duomenų bazių administravimo mokymais įgijo papildomų „ArcSDE“ mokymų.

F. Programos kūrimas naudojant ArcIMS
Per pastaruosius metus „Marketing GIS Groups“ svetainėje buvo sukurta ir įdiegta nemažai „ArcIMS“ intraneto programų. Šios programos buvo sukurtos siekiant patenkinti specifinius rinkodaros ir pardavimo organizavimo poreikius, be to, kad būtų pašalintos daugelio ad hoc kartografavimo užklausos, filtruojančios grupę. Naudojant „HTML Viewer“ ir „Active Server Pages“ jungtį, visos programos buvo sukurtos kaip plonosios klientai. Paraiškos iš programų apima:

  • Konkurencinių linijų praradimas - naudojamas stebėti, kiek laiko ir vietos prarado linijos dėl konkurencinių priežasčių. Ši programa kas mėnesį renka ne erdvinius klientų duomenis iš pasenusios duomenų bazės ir sujungia juos su erdvinių laidų centro sluoksniu, kad vartotojai galėtų pateikti dėl konkurencijos priežasčių prarastų linijų skaičių ir procentinę dalį bei pajamų, prarastų dėl atjungia
  • DSL diegimas - gali būti naudojamas norint nustatyti, kur yra SBC didelės spartos interneto paslauga (DSL).
  • „CLEC Penetration“ - konkurencingi vietinių mainų vežėjai (CLEC) yra SBC konkurencija vietinių telekomunikacijų paslaugų srityje. Ši programa leidžia vartotojams įvertinti konkurencijos grėsmę SBC franšizės srityse.
  • Daugiabučių nuomininkų pastatas - Ši programa suteikia galimybę pamatyti daugiabučių pastatų vietas SBC laidinių franšizės zonose. Teikiamos funkcijos apima priartinimą iki pagrindinės gatvės lygio, pastato vietų rodymą pagal nuomininkų skaičių pastate, „aktyvaus“ pastato sluoksnio tipo ar klasės pasirinkimą, konkrečios pastato vietos nustatymą ir atributinės informacijos apie pastate esančias įmones rodymą. .

E. Iššūkiss
Visi GIS diegimai susiduria su iššūkiais, ir šis konkretus atvejis nėra išimtis. Tikriausiai vienintelis didžiausias iššūkis, su kuriuo susidūrėme ir su kuriuo susiduriame, yra analitikų nenoras pereiti prie naujos platformos ir duomenų modelio. Nepaisant patobulintų vizualizavimo, redagavimo, žemėlapių kūrimo ir analizės galimybių, kai kurie vartotojai ir toliau remiasi „ArcView 3.x“ technologija su failais pagrįstais duomenimis, tokiais kaip šablonai ir aprėpčiai. Be abejo, perėjimas prie „ArcGIS 8.x“ platformos ir „ArcSDE“ duomenų modelio nėra neskausmingas procesas. Vartotojai turi skirti daug laiko mokymams, naujos terminijos ir funkcijų mokymuisi bei programavimo įgūdžių atnaujinimui į naują VBA pritaikymo aplinką. Tačiau investicijų grąža yra didelė padidėjus produktyvumui, patobulintai žemėlapių ir ataskaitų gamybai bei internetinių programų kūrimui. Kiti iššūkiai, su kuriais teko susidurti, buvo aparatinės įrangos sąrankos problemos, pritaikytų duomenų įkėlimo įrankių kūrimas senoms klientų duomenų bazėms, duomenų tiekėjų palaikymas naujiems duomenų modeliams ir personalo kaita.

Artimiausiu metu tikimės pasinaudoti „Esri“ technologijos pažanga, įskaitant „ArcIMS 4.0“ įdiegimą, „ArcGIS“ integravimą su „ArcIMS“, gaminant „ArcIMS“ paslaugas per „ArcGIS“ projekto failus (.mxd, .mxt) ir tiesioginį ryšį su „Oracle Spatial“ produktas, išleistas 9i versijoje. Gebėjimas gaminti „ArcIMS ArcMap Services“ per „ArcGIS“ yra nepaprastai svarbus, nes tai leis mums pasinaudoti pažangiomis duomenų prieigos ir kartografijos galimybėmis, kurių mūsų vartotojai skubiai paprašė. Be to, tai turėtų dar labiau pagreitinti mūsų vartotojų perėjimą nuo „ArcView 3.x“ ir „WorkStation ArcInfo“ prie naujos „ArcGIS 8.x“ platformos.


„ArcSde Oracle“ Didžiausias tinklelių skaičius vienai funkcijai (8000) - geografinės informacinės sistemos

„BAE SYSTEMS Mission Solutions Inc.“

A. Stewartas Walkeris ir Scottas B. Milleris

& # 9GIS duomenų bazės tampa vertingesnės, kai yra nuolat atnaujinamos, jose yra vaizdo sluoksnių, yra 3D informacijos ir didelis erdvinis tikslumas. „Esri“ erdvinių duomenų bazių variklis („ArcSDE & # 228“) suteikia sąsają GIS duomenims integruoti su ne GIS duomenimis, o GIS duomenis tiesiogiai kontroliuoja duomenų bazės valdymo sistema. SOCET SET & # 226, pristatome 3D funkcijų išgavimo sistemą, kuri tiesiogiai susieja su ArcSDE & # 228 ir naudojasi ArcSDE & # 228 teikiamomis galimybėmis realiuoju laiku. „ArcSDE & # 228“ leidžia vartotojams išgauti 3D funkcijas tiesiogiai iš valdomų stereofoninių vaizdų, tuo pačiu įterpiant jas į GIS duomenų bazę. Ši sistema leidžia keliems operatoriams išgauti 3D funkcijas į tą pačią funkcijų duomenų bazę ir (arba) atnaujinti funkcijų duomenų bazę, kol ji naudojama realaus laiko programoms, ir neturi jokių apribojimų funkcijų duomenų bazės dydžiui. 3D funkcijos yra glaudžiai integruotos su ne GIS duomenimis, kad būtų maksimaliai padidinta jų vertė ir taikymas. Tai yra būtinas žingsnis link žiniatinklio programų, naudojančių geoerdvinius duomenis ir vaizdus.

Didžiausia GIS duomenų bazės valdymo kaina yra GIS duomenų kūrimas ir atnaujinimas. Paprastas duomenų konvertavimo iš spausdintos kopijos į skaitmeninį formatą procesas sudaro daugiau nei 50% GIS operacijų išlaidų (Stevenson, 1995). Rankiniu būdu skaitmeninti GIS duomenis iš popierinių žemėlapių yra linkę į klaidas ir juose yra būdingų netikslumų. Vaizdų, o ne popierinių žemėlapių naudojimas GIS operacijoms padeda trimis pagrindiniais būdais: sąnaudų tikslumu ir valiuta (naujausia). Išlaidos yra mažesnės, nes rinkimas iš vaizdų yra efektyvus, tikslus ir tinkamas. Be to, daugelį procesų, kuriems anksčiau reikėjo žmogaus operatoriaus, pvz., Reljefo generavimą, dabar atlieka neprižiūrimas kompiuteris. Tikslumas padidėja, nes vaizdiniai duomenys gaunami iš tikrojo žemės nuotraukų, o ne popierinių žemėlapių ar naujausių šaltinių, kurie gali būti abejotinos kilmės. Valiuta yra patobulinta, nes vaizdus galima rinkti pagal poreikį santykinai mažomis sąnaudomis, o iš jo gautus duomenis galima panaudoti kuriant ar patikslinant GIS duomenų bazę (Zhang ir Olander, 2000). Naudojant stereofotografinius vaizdus, ​​galima visiškai tiksliai suformuoti GIS duomenų bazės 3D populiaciją. Visi šie privalumai atsiranda naudojant kompiuterines fotogrammetrines sistemas, tokias kaip SOCET SET & # 226. Pastarojo dešimtmečio patobulinimai, susiję su pigia kompiuterine kompiuterine fotogrammetrija, parduodama nebrangiai, sukūrė efektyvius fotogrammetrinių duomenų surinkimo metodus už mažą kainą. Šios mažos kainos ir didelis produktyvumas leidžia efektyviai naudoti fotogrammetriją kaip tiesioginę GIS peržiūros ir populiacijos priemonę. 1 paveiksle parodytas paprastas 3D vaizdavimo šaltinių ir GIS ryšio paprastumas.

Kai naudojama fotogrammetrija, duomenų kūrimo ir keitimo išlaidos gali būti žymiai sumažintos. Pavyzdžiui, programinės įrangos produktas „SOCET SET & # 226“ gali sugeneruoti milijoną reljefo duomenų taškų per valandą (Zhang ir Miller, 1997 Zhang et al. 1998). Konversijos išlaidos yra kuo mažesnės, nes „SOCET SET & # 226“ gali tiesiogiai redaguoti GIS duomenis „ArcSDE“ ir # 228 duomenų bazėse, nereikalaujant jokių failo formato konversijų. Tikslumas užtikrinamas, nes fotogrametrijoje naudojami sudėtingi algoritmai, kurie apskaičiuoja kiekvieno vaizdo taško ar taško, ištraukto iš vaizdo, tikslią žemės padėtį (platumą, ilgumą ir aukštį).

Vaizdai gali būti iš daugybės šaltinių. Komercinius palydovus, pagrįstus įslaptinta vyriausybės šnipinėjimo technologija, dabar gali naudoti GIS bendruomenė. „IKONOS“, „QuickBird“, „SPOT 5“ ir „OrbView“ yra trys palydovai, galintys arba surinkti vaizdus, ​​kurių erdvinė skiriamoji geba yra nuo 2 iki 0,5 metro. Tačiau dažniausiai vaizdų šaltinis vis dar yra oro. Kino filmų oro kameros yra labai paplitusios ir pateikia patikimus aukštos kokybės vaizdus. Be to, skaitmeniniai fotoaparatai yra plačiai naudojami ir apima tokias sistemas kaip paprastus rėmelius turinčius skaitmeninius fotoaparatus į sudėtingesnius. Skaitmeninės kameros, tokios kaip „TerraSource“ ir „ADS40“ iš „LH Systems“. Vaizdo šaltiniai, palaikomi „SOCET SET & # 226“, išvardyti 1 lentelėje.

1 lentelė: GIS vaizdo šaltiniai.

Filmo kamera (LH Systems, Z / I Imaging)

LH Systems ADS40 skaitmeninis oro jutiklis

„Z / I Imaging DMC 2001“ skaitmeninė modulinė kamera

„TerraSource“ skaitmeninis fotoaparatas

USGS skaitmeninis ortofotografinis kvadrantas (DOQ)

Įvairūs rėmelių skaitmeniniai jutikliai

Svarbiausia fotogrammetrinės sistemos funkcija yra susieti arba apskaičiuoti žemės vietas (platumą, ilgumą ir aukštį) tam tikriems vaizdo taškams. Šį skaičiavimą atlieka algoritmas, vadinamas & quotsensor model & quot, kuris yra unikalus kiekvieno vaizdo šaltinio tipui.

Jutiklių modeliuose naudojami stereoskopiniai principai, panašūs į dviejų akių gyvūnų žiūroną, kaip parodyta 2 paveiksle, tiksliai apskaičiuojant objektų žemės vietas vaizduose (Olander ir Walker, 1998). Paprastai duomenų, gautų iš vaizdų, tikslumas yra maždaug 0,5 pikselio ar didesnis. Pvz., Jei vaizdo skiriamoji geba yra 6 coliai pikselyje, tikslumas gali būti 3 coliai. Kadangi fotogrammetrijoje naudojami stereoskopiniai algoritmai, visiems apdorojamiems regionams reikalingi du vaizdai. Jei yra tik vienas vaizdas, vis tiek įmanoma generuoti GIS duomenis, tačiau neišgaunant visų fotogrametrijos privalumų, nes negalima išgauti 3 dimensijų žemės charakteristikų.

& # 9SOCET SET & # 226 funkcijų ištraukimo modulis naudoja 3D valdomų vaizdų rinkimą 3D GIS duomenims, kaip parodyta 3 paveiksle. Kaip aptarta aukščiau, skaitmeniniai vaizdai turi būti valdomi, kol gali atsirasti 3D funkcija. Kontroliuojami vaizdai naudojami norint sukurti 3D vaizdą S SOCET SET & # 226 stereofoninių vaizdų serveryje, kaip parodyta 3 paveiksle. 3D funkcijų išskyrimo procesas sukuria geometrinius objektų, tokių kaip pastatas, keliai ir kt., Duomenis iš „Stereo Image Server“. Šis procesas taip pat apskaičiuoja funkcijų atributus arba gauna funkcijų atributus iš vartotojo įvesties ir tuo pačiu metu rašo geometrinius duomenis ir atributus per ArcSDE & # 228 į RDBMS.

„Esri“ erdvinių duomenų bazių variklis („ArcSDE & # 228“) suteikia sąsają, leidžiančią tiesiogiai integruoti GIS duomenis su stereofoniniais vaizdais, o GIS duomenis tiesiogiai kontroliuoja duomenų bazių valdymo sistema. Su „SOCET SET & # 226“ pristatome 3D funkcijų išskyrimo sistemą, kuri tiesiogiai susieja su „ArcSDE & # 228“ ir visapusiškai naudoja „ArcSDE & # 228“ teikiamas galimybes realiuoju laiku veikiančioms programoms. Naudodamiesi šia sistema, vartotojai gali išgauti 3D funkcijas tiesiogiai iš valdomų stereofoninių vaizdų. Ši sistema leidžia keliems operatoriams išgauti 3D funkcijas į tą pačią funkcijų duomenų bazę ir (arba) atnaujinti funkcijų duomenų bazę, kol ji naudojama realaus laiko programoms, ir neturi jokių apribojimų funkcijų duomenų bazės dydžiui. 3D funkcijos yra glaudžiai integruotos su ne GIS duomenimis, kad būtų maksimaliai padidinta jų vertė ir pritaikomumas.

Viena iš svarbiausių GIS duomenų bazės programų yra palaikyti sprendimų priėmimą. Daugeliu atvejų vien GIS duomenų gali nepakakti, o sprendimams priimti reikalingi ne GIS duomenys. Šioje skaitmeninėje eroje duomenų bazių valdymo sistemos yra plačiai naudojamos ne GIS duomenims saugoti ir valdyti. Kai ne GIS duomenis, bet ir GIS duomenis valdo ta pati duomenų bazės valdymo sistema, priimti sprendimus naudojant ne GIS duomenis ir GIS duomenis tampa daug lengviau. Todėl GIS duomenų bazės gali palaikyti daugiau programų.

& # 9Realiojo laiko programoms reikalinga lygiagretumo kontrolė, kurią galima lengvai pasiekti iš duomenų bazių valdymo sistemos, tokios kaip „Oracle Spatial“. „ArcSDE & # 228“ naudojasi duomenų bazių valdymo sistemos turimų lygiagrečių valdymo galimybių pranašumais, o „SOCET SET & # 226 3D“ funkcijų išskyrimas naudoja šią galimybę palaikyti programas realiuoju laiku užrakinant. Užrakinimas galimas visuose sluoksniuose arba tam tikroje geografinėje srityje. Galimi dviejų tipų užrakinimo būdai: skaitymo ar rašymo užraktas. Skaitymo užraktas apsaugo nuo bet kokio vartotojo užrakintos srities pakeitimų (čia esančių funkcijų negalima redaguoti ar atnaujinti), o rašymo užraktas leidžia atlikti pakeitimus tik iš konkretaus vartotojo (kiti vartotojai gali skaityti duomenis). Jei skaitymo užraktas yra nustatytas funkcijų rinkiniui, rašymo užrakto savo ruožtu negalima nustatyti šiam funkcijų rinkiniui ir atvirkščiai. Ši užrakinimo galimybė leidžia keliems vartotojams vienu metu išgauti 3D GIS duomenis į tą pačią „ArcSDE & # 228“ duomenų bazę. Pavyzdžiui, vartotojas A ištraukia 3D duomenis su stereo modeliais 1-10, vartotojas B - 3D duomenis su stereo modeliais 11-20 tame pačiame projekte. Ši užrakinimo galimybė taip pat leidžia kitiems vartotojams, tokiems kaip ugniagesių tarnyba, prieiti prie „ArcSDE & # 228“ duomenų bazės tuo pačiu metu, kai ji yra atnaujinama.

Duomenų atkūrimas yra dar viena lengvai prieinama galimybė naudojant „ArcSDE & # 228“ sąsają. Dauguma duomenų bazių valdymo sistemų apima šią galimybę, pavyzdžiui, „Oracle Spatial“. Sugedus kompiuteriams arba praradus maitinimą, duomenų atkūrimas ateina į pagalbą. Naudojant internetinį ryšį su RDBMS, duomenys prarandami retai. Kai nutinka kažkas netikėto, duomenų atkūrimas gali atkurti išgautus 3D duomenis.

Skirtingai nuo daugumos paketų, kuriuose funkcijų duomenys saugomi failų sistemoje ir įkeliamas visas failas iš disko į atmintį, pvz., „ArcInfo“ aprėpties failai, shapefiles arba „SOCET SET & # 226 3D“ topologinių funkcijų duomenų bazės failai, „ArcSDE & # 228“ sąsaja neįkelia visą duomenų bazę į atmintį. Vietoj to, duomenų bazių valdymo sistema teikia puslapių paiešką. Tik reikalingi įrašai yra gaunami iš duomenų bazės, esančios diske, į atmintį. Todėl duomenų bazės dydį riboja tik vietos standžiajame diske kiekis, kuris paprastai yra daug didesnis nei pagrindinė kompiuterio atmintis. Taigi duomenų bazės dydis praktiškai neribojamas.

Koordinačių sistemos transformacijos

SOCET SET & # 226 ir ArcSDE & # 228 palaiko daugybę koordinačių sistemų. Tačiau kai kurie iš jų nėra tapatūs abiejose sistemose. „ArcSDE & # 228“ nepalaiko kai kurių „SOCET SET & # 226“ koordinačių sistemų ir atvirkščiai. Norėdami išspręsti šią problemą, turime atlikti koordinačių sistemos transformacijas, kaip parodyta 4 paveiksle. Pirmiausia prieš konvertuodami į SOCET SET & # 226 projekto koordinates arba į ArcSDE, visas koordinates konvertuojame į paprastai palaikomą sistemą (WGS-84 Geographic). # 228 koordinatė. Šis požiūris nepriklauso nuo projekcijos / atskaitos pogrupio ar vertikalios atskaitos. Tokiu būdu „SOCET SET & # 226“ pavers bet kurią palaikomą koordinačių sistemą į bendrą formatą, kurį „ArcSDE & # 228“ gali lengvai konvertuoti atgal į bet kurią palaikomą koordinačių sistemą ir atvirkščiai.

Šis metodas turi šiuos pranašumus:

    1. Nepriklausomai nuo koordinačių sistemų, projekcijų, atskaitos taškų ar vertikalių nuorodų, palaikomų SOCET SET & # 226 arba ArcSDE & # 228 projektavimo variklyje.
    2. Reikalinga mažiau programinės įrangos, nes „Geo / WGS-84 / Ellipsoid“ yra iš anksto nustatyta PE koordinačių sistema (priešingai nei PE paverčiama „SOCET SET“ ir „# 226“ koordinačių sistema ir atvirkščiai).
    3. Palaikomumas: jei prie SOCET SET & # 226 arba ArcSDE & # 228 PE bus pridėta kokių nors naujų koordinačių sistemų ar projekcijų, šiose procedūrose kodo keisti nereikės.

    Profilis ir „ArcSDE & # 228“ sluoksniai

    SOCET SET & # 226 funkcijų duomenų bazės specifikacija yra apibrėžta ASCII faile, vadinamame ištraukimo specifikacija. Ištraukimo specifikacijoje apibrėžiami požymių tipai (klasės), kurie yra leistini funkcijų duomenų bazėje, ir apibrėžiami atributų tipai, susieti su kiekviena funkcijų klase. Šis failas visada yra funkcijų duomenų bazės dalis. „ArcSDE & # 228“ nenaudoja „SOCET SET & # 226“ ištraukimo specifikacijos. Vietoj to, „ArcSDE & # 228“ naudoja sluoksnius, kurie prilygsta „SOCET SET“ ir # 226 klasėms.

    „SOCET SET“ vartotojai turi galimybę pasirinkti „ArcSDE & # 228“ sluoksnių rinkinį, kurį norite įkelti į 3D funkciją. Ištraukimo specifikaciją galima sukurti skrendant naudojant šiuos pasirinktus sluoksnius. Arba šie esami sluoksniai gali būti suderinti su klasių apibrėžimais iš esamos ištraukimo specifikacijos. Be to, vartotojas gali sukurti naują „ArcSDE & # 228“ sluoksnių rinkinį pasirinkdamas vieną ar daugiau klasių iš esamos ištraukimo specifikacijos. Alternatyva nuolat pasirinkti tas pačias sluoksnių grupes kiekvienai redagavimo sesijai yra turėti profilį, kuriame yra sluoksnių sąrašas, kurį visada reikia redaguoti tuo pačiu metu. Tai yra panašu į kelių klasių turėjimą vienoje „SOCET SET & # 226“ funkcijų duomenų bazėje. Šis duomenų failas (profilis) yra projekto duomenų kataloge ir jame yra informacijos, leidžiančios ArcSDE & # 228 sluoksnių rinkiniui veikti kaip ištraukimo specifikacijai. Šiame faile yra tokia informacija kaip ArcSDE & # 228 sluoksnių pavadinimai ir ribojantys stačiakampiai (funkcijų blokavimui ar užklausų apribojimui). Pasirinkus šį failą 3D elementų ištraukime, gali būti naudojama esama ištraukimo specifikacija, minima šiame faile, kad atitiktų sluoksnius. Arba išskridimo specifikacija su visais šiais sluoksniais gali būti sukurta skrendant.

    Kuriant „ArcSDE & # 228“ sluoksnį, ribojantis stačiakampis yra svarbus nurodant sluoksnio mastą (žemėlapio mastą). Jei reikia užduoti platų „ArcSDE“ ir # 228 sluoksnius, tačiau dominanti sritis yra tik dalis tos srities, tada ribojantis stačiakampis būtų naudingas norint apriboti užklausą tik toje srityje. Ribojantis stačiakampis taip pat yra svarbus funkcijų fiksavimui. Mes galime užrakinti funkcijas pagal sluoksnį, plotą ar abu. Tai gali neleisti daugiau nei vienam vartotojui redaguoti konkrečių funkcijų. (Taip pat galima užrakinti atsižvelgiant į minimalų ekrano ribojimo stačiakampį arba atskirai parinktas funkcijas). Užuot nurodęs operatoriui tiesiogiai nurodyti, kas yra ribojantis stačiakampis, 3D funkcijų ištraukimas šią sritį apskaičiuoja automatiškai, sugeneruodamas MBR, susidedantį iš visų vaizdo palaikymo failų sujungimo projekte.

    3D geometriniai duomenys ir „ArcSDE“ & # 228 formos

    & # 9 3D geometriniai duomenys arba vektoriniai duomenys skirstomi į šešis geometrijos tipus sistemoje SOCET SET & # 226, kaip parodyta 2 lentelėje. Tada šeši geometrijos tipai paverčiami penkiomis ArcSDE ir # 228 formomis. POINT_GEOMETRY savybės turi (X, Y, Z) koordinates ir atributų rinkinį, apibūdinantį ypatybes, tokias kaip aukštis. POINT_GEOMETRY ypatybes galima naudoti funkcijoms, kurių matmenys yra palyginti per maži, kad būtų galima pateikti kaip srities ypatybę. TEXT_GEOMETRY funkcijos turi (X, Y, Z) koordinates, eilutę ir atributų rinkinį. Pavyzdžiui, TEXT_GEOMETRY funkcijos gali būti naudojamos kaip etiketės. LINE_GEOMETRY savybėse yra daugybė viršūnių su (X, Y, Z) koordinatėmis ir atributų rinkiniu. LINE_GEOMETRY ypatybės gali būti naudojamos keliams, upėms ir pan. POLYGON_GEOMETRY savybėse yra daugybė viršūnių su (X, Y, Z) koordinatėmis ir atributų rinkiniu. POLYGON_GEOMRTY ypatybės gali būti naudojamos vietovės ypatybėms, tokioms kaip ežerai, sklypo ribos ir kt. Funkcijos MULTILINE_GEOMETRY elementai gali būti viena ar daugiau funkcijų LINE_GEOMETRY. MULTILINE_GEOMETRY gali turėti tiek funkcijų atributų rinkinį, tiek elementų atributų rinkinį. Pvz., Norint vaizduoti greitkelį I-15, mums gali prireikti daugybės požymių, tokių kaip pavadinimas, ir elementų atributų, tokių kaip paviršiaus tipas, juostų skaičius ir tt, rinkinio. I-15 magistralėje pavadinimas yra tas pats visiems elementams / sekcijoms, tačiau paviršiaus tipas, juostų skaičius gali skirtis nuo elemento / sekcijos iki elemento / sekcijos. POLYHEDRON_GEOMETRY funkcijos gali būti daugybė POLYGON_GEOMETRY funkcijų. POLYHEDRON_GEOMETRY funkcijos yra ypač naudingos 3D tūrinėms funkcijoms, tokioms kaip pastatai ir namai. 3D vizualizacijoms kiekviena tūrinė funkcija gali pritvirtinti vaizdo pleistrą prie savo daugiakampio briaunos. Ši informacija saugoma ArcSDE & # 228 kaip blob tipo.

    2 lentelė. SOCET SET & # 226 geometrijos tipai, palyginti su ArcSDE & # 228 formomis.

    SOCET SET & # 226 Geometrijos tipai

    SE_MULTIPART_TYPE ir SE_LINE_TYPE

    SE_MULTIPART_TYPE ir SE_AREA_TYPE

    „SOCET SET“ ir # 226 3D funkcijų išskleidimas suteikia tvoros įrankių rinkinį manipuliuoti ir pateikti užklausas funkcijoms, įskaitant (1) daugiakampio karpymą, kuris gali spustelėti ypatybes naudodamas daugiakampį (2) apdailą / išplėtimą, kuris išsprendžia kabančių mazgų problemas (3) linijines bruožų sankirtos ir sukrautų mazgų generavimas, kurie daugiausia naudojami tiesinėms funkcijoms, tokioms kaip gatvės ir greitkeliai (4), manipuliuoti duomenų bazėmis, pvz., kopijuoti, ištrinti, perkelti, grupuoti, atnaujinti atributus funkcijų, pasirinktų pagal atributų užklausą arba tvoros daugiakampį, sąraše. pasirinkimas.

    „SOCET SET“ ir # 226 3D funkcijų išskyrimas suteikia specialius įrankius tekstūros pleistrui, kuris daugiausia naudojamas 3D vizualizacijai. Kiti specialūs įrankiai apima bendrąsias savybes ir modelio išdėstymą. Šis įrankis, panašus į „Arc / Info 8.0“ padalinį, gali efektyviai išgauti daugybę bendrųjų funkcijų, tokių kaip gatvių žibintai. 3D modeliai naudojami tūrinėms savybėms išgauti, pvz., Pastatams. Matmenų atributus galima apskaičiuoti skrendant. Yra ir daugiau specialių įrankių, tokių kaip „Volume Create“ ir kt. Visi įrankiai yra sukurti ir optimizuoti, kad būtų galima efektyviai išgauti 3D GIS funkcijas iš vaizdų.

    3D geometriniai duomenys išgaunami eskizų įrankių rinkiniu, kurie yra optimizuoti efektyviam 3D funkcijų išskyrimui iš stereofoninių vaizdų. Įrankiai yra panašūs į CAD / CAM / GIS įrankius, tačiau turi reikšmingų skirtumų: (1) visos viršūnės turi (X, Y, Z) koordinates (2) kompiuterinės regėjimo technikos naudojamos pusiau automatiniam funkcijų ištraukimui iš poros stereofoninių vaizdų (3) įrankiai yra optimizuoti veikti stereoskopinio vaizdo aplinkoje. Stereoskopinio vaizdo aplinkoje vartotojai gali greitai pavargti, nes jų akys turi dažnai sutelkti dėmesį ir persiorientuoti. Eskizo įrankiai turi būti kuo efektyvesni, siekiant sumažinti laiką, reikalingą vartotojams išgauti vektorinius duomenis. Remdamiesi ilgamete patirtimi ir klientų atsiliepimais, neseniai pertvarkėme naujus eskizų įrankius, kurie yra efektyvių įrankių rinkinys, specialiai sukurtas funkcijoms išgauti iš stereofoninių vaizdų. Taip pat yra pusiau automatinių vektorinių duomenų išgavimo įrankių rinkinys, pagrįstas kompiuterio regėjimo metodika.

    Atributai yra faktai apie objektą, tokie kaip jo dydis, paskirtis, amžius, būklė, siuntinio numeris, medžiaga, istorija ar adresas. Daugelyje GIS programų atributai yra tokie pat svarbūs, kaip ir funkcijos geometrija (vieta ir forma). Atributai kenčia nuo to paties tikslumo ir valiutos problemų, kaip ir geometriniai duomenys. Naudodami vaizdus galite įsitikinti, kad atributai yra tikslūs ir atnaujinti. „SOCET SET & # 226“ automatiškai apskaičiuoja dydžio atributus (plotą ir ilgį), o kitus požymius, tokius kaip būklė, medžiaga ir paskirtis, galima lengvai nustatyti paprasčiausiai interpretuojant vaizdus.

    & # 9 Galima apskaičiuoti aštuonis matmenų atributus.

    1. Daugiakampio požymio plotas, apskaičiuotas 2D erdvėje
    2. Tinkamiausio stačiakampio, kurio plotas yra aplink objektą, ilgis
    3. Ilgis išilgai centro linijos
    4. Tinkamiausio stačiakampio, kuriame yra minimalus plotas aplink objektą, plotis
    5. Plotis pagal objekto plotą
    6. Didžiausias objekto Z aukštis (virš vidutinio jūros lygio)
    7. Funkcijos aukštis virš reljefo
    8. Orientacijos kampas, matuojamas pagal šiaurės kryptį pagal laikrodžio rodyklę laipsniais.

    Išsaugomi matmenų atributai, apskaičiuoti SOCET SET & # 226. „ArcSDE & # 228“ gali apskaičiuoti kai kuriuos matmenų atributus, tokius kaip plotas ir perimetras. Tačiau mes naudojame matmenų atributus, apskaičiuotus SOCET SET & # 226, nes SOCET SET & # 226 skaičiuoja ne tik plotą ir perimetrą.

    Išvardyti atributų tipai yra labai naudingi, kad padėtų vartotojams pasirinkti teisingus atributus. Šis atributas yra labai svarbus NIMA užsakomosioms paslaugoms ir SOCET SET & # 226 funkcijoms išgauti apskritai. Išvardintus atributų tipus išsaugo ArcSDE & # 228, nors ArcSDE & # 228 tiesiogiai nepalaiko išvardytų tipų. Vartotojai sugeba elgtis su išvardintais tipais taip pat, kaip su jais be ArcSDE & # 228. Mūsų požiūris yra saugoti SOCET SET & # 226 specifikacijos failą (ASCII failą) į ArcSDE & # 228 ir kiekvieną išvardytą atributą kaip sveikąjį skaičių. Atidarydami „ArcSDE & # 228“ duomenų bazę, SOCET SET & # 226 specifikacijos faile perskaitėme taip, kad galėtume nustatyti santykį tarp sveiko skaičiaus vertės ir išvardytos eilutės.

    SOCET SET & # 226 palaiko sudėtingus funkcijų tipus (POLYHEDRON ir MULTILINE). Sudėtingas bruožas gali turėti daugiau nei vieną elementą (dalį) ir kiekvienas elementas gali turėti savo unikalius atributus, vadinamus elemento atributais. Elemento atributai išsaugoti ArcSDE & # 228. ArcSDE & # 228 neturi elemento atributų sąvokos. Elemento atributus mes traktuojame kaip elementų atributus, įtraukdami elemento priešdėlį į jo pavadinimą ArcSDE & # 228. Elementų atributai elgiasi vienodai SOCET SET & # 226 3D funkcijų išskyrime su „ArcSDE“ ir Nr. 228 sąsaja arba be jos.

    Grafiniai atributai daugiausia naudojami piešimui. Galimi grafiniai atributai yra: (1) priekinio plano spalva (2) fono spalva (3) linijos plotis (4) linijos stilius (5) šrifto dydis (6) šrifto tipas ir (7) šrifto stilius. SOCET SET & # 226 palaiko iki 216 skirtingų perdangos grafinių spalvų. Grafiniai atributai saugomi ArcSDE & # 228 duomenų bazėje taip, kad kiekviena funkcija galėtų turėti savo grafinius atributus.

    Iš pramonės tendencijų pastebime, kad internetinės programos turi didelį potencialą geoerdvinės informacijos pramonei, įskaitant skaitmeninę fotogrametriją. Sąsaja su „ArcSDE & # 228“ ir „Oracle Spatial“ yra būtinas žingsnis link internetinės skaitmeninės fotogrammetrijos programų. Išplėtus skaitmeninę fotogrametriją iki platesnės technikos nei paprasčiausiai modeliuojant dvi žmogaus akis, norint sukurti 3D stereofoninį vaizdą ir atlikti 3D matavimus, atsiveria daugybė potencialių galimybių. Pavyzdžiui, žmonės naudoja skaitmeninę fotogrammetriją, kad matuotų delfino dydį, nelaikydami jo nelaisvėje. Interneto technologijos kartu su internetine skaitmeninės fotogrammetrijos programine įranga gali padaryti fotogrametriją prieinamesnę plačiam vartotojų ratui ir sukurti daug daugiau naujų programų.

    Vaizdas yra esminė skaitmeninės fotogrammetrijos ir GIS duomenų generavimo duomenų dalis. „ArcSDE & # 228“ ir „Oracle Spatial“ palaiko vaizdus. Manome, kad „SOCET SET & # 226“ turėtų visapusiškai išnaudoti „ArcSDE & # 228“ ir „Oracle Spatial“ pranašumus ir saugoti savo vaizdus kartu su palaikymo / valdymo duomenimis RDBMS. SOCET SET & # 226 reljefo duomenys (skaitmeninio reljefo modeliai) saugomi vaizdų formatais GRID ir funkcinių duomenų bazių formatu TIN. Kai vaizdai bus saugomi „ArcSDE & # 228“ ir „Oracle Spatial“, visi „SOCET SET & # 226“ duomenys bus valdomi RDBMS. Tai leis „SOCET SET & # 226“ kurti internetines programas potencialioms naujoms rinkoms.

    Olanderis, N. ir A.S. Walker. (1998). Jutiklių modeliavimas programinėje įrangoje. ISPRS komisijos II simpoziumo darbai, Kembridžas, Anglija, liepa.

    Stevenson, P. J. (1995). Duomenų konvertavimo problema. „Geo Info Systems“, vasaris, p. 28-32.

    Zhang, B. ir S. Miller. (1997). Adaptyvus automatinis reljefo ištraukimas. Proceedings of SPIE, Volume 3072, Photogrammetric Techniques Integration with Scene Analysis and Machine Vision (redagavo D. M. McKeown, J. C. McGlone ir O. Jamet). p. 27-36.


    11 atsakymai 11

    Taip yra todėl, kad „Chrome“ pridėjo šaltinių žemėlapių palaikymą.

    Eikite į kurejo irankiai (Naršyklėje F12), tada pasirinkite trys taškai viršutiniame dešiniajame kampe ir eikite į Nustatymai.

    Tada ieškokite Šaltiniaiir išjunkite parinktis: & quot Įgalinti „JavaScript“ šaltinio žemėlapius & quot & quot Įgalinti CSS šaltinio žemėlapius & quot

    Jei tai padarysite, tai atsikratys įspėjimų. Tai neturi nieko bendro su jūsų kodu. Patikrinkite kūrėjo įrankius kituose puslapiuose ir pamatysite tą patį įspėjimą.

    Eikite į kūrėjo įrankius - & gt nustatymai - & gt konsolė - & gt varnelė & quotTik pasirinktas kontekstas & quot. Įspėjimai bus paslėpti. Galite vėl juos pamatyti, nuimdami tą patį laukelį.

    Tik & quotselected context & quot reiškia tik viršutinius, iframe, darbuotojo ir plėtinio kontekstus. Tai yra viskas, ko jums prireiks, didžiąją laiko dalį.

    Man problemą sukėlė ne pati kuriama programa, o „Chrome“ plėtinys: React Developer Tool. Iš dalies tai išsprendžiau dešiniuoju pelės mygtuku spustelėdamas plėtinio piktogramą įrankių juostoje, spustelėdamas & quot, valdyti plėtinį & quot (aš laisvai verčiu meniu tekstą, nes mano naršyklės kalba yra portugalų k.) Ir tada įgalinau & quot; Leisti prieigą prie failų URL. & Quot Bet ši priemonė ištaisyta tik kai kurie perspėjimai.

    Reakcijos repo radau problemų, kurios rodo, kad priežastis yra jų išplėtimo klaida ir kurią planuojama netrukus ištaisyti - žr. 20091 ir 20075 numerius.

    Galite patvirtinti, kad tai susiję su plėtiniu, pasiekdami savo programą anoniminiame skirtuke neįjungę jokio plėtinio.

    faile „include.prepload.js“ bus eilutė, panaši į žemiau. tikriausiai kaip paskutinė eilutė.

    Ištrinkite ir klaida išnyks.

    Taisomi & quotSourceMap & quot klaidos pranešimai kūrimo įrankių pulte, kuriuos sukelia „Chrome“ plėtiniai:

    „McAffe“ plėtinių sukelti pavyzdžiai:

    „DevTools“ nepavyko įkelti „SourceMap“: nepavyko įkelti „Chrome“ plėtinio turinio: //klekeajafkkpokaofllcadenjdckhinm/sourceMap/content.map: HTTP klaida: būsenos kodas 404, net :: ERR_UNKNOWN_URL_SCHEME

    „DevTools“ nepavyko įkelti „SourceMap“: nepavyko įkelti „Chrome“ plėtinio turinio: //fheoggkfdfchfphceeifdbepaooicaho/sourceMap/chrome/content.map: HTTP klaida: būsenos kodas 404, net :: ERR_UNKNOWN_URL_SCHEME

    „DevTools“ nepavyko įkelti „SourceMap“: nepavyko įkelti „Chrome“ plėtinio turinio: //fheoggkfdfchfphceeifdbepaooicaho/sourceMap/chrome/iframe_handler.map: HTTP klaida: būsenos kodas 404, net :: ERR_UNKNOWN_URL_SCHEME

    Jei vystaisi, tada jums reikia pažymėti & quot; Įgalinti „JavaScript“ šaltinio žemėlapius & quot; & & quot; Įgalinti CSS šaltinio žemėlapius & quot; jei norite pamatyti šaltinio kodą „Chrome“ kūrėjo įrankiuose Jei atžymėsite šias parinktis, atimsite galimybę derinti šaltinio kodą. Tai tarsi gaisro signalizacijos išjungimas, o ne gaisro gesinimas. Jūs nenorite to daryti.

    Vietoj to norite rasti plėtinius, kurie sukelia pranešimus, ir juos išjungti. Štai kaip jūs tai darote:

    1. Eikite į tris taškus viršutiniame dešiniajame „Chrome“ kampe.
    2. Eikite į & quotDaugiau įrankių & quot ir spustelėkite & quotExtensions & quot.
    3. Atlikite tai po vieną plėtinį, kol konsolėje nebebus klaidų & quotSourceMap & quot:
      1. Išjunkite prailginimą stumdami jungiklį į kairę.
      2. Iš naujo įkelkite puslapį, kuriame naudojote kūrimo įrankius.
      3. Patikrinkite, ar dingo kuris nors iš & quotSourceMap & quot klaidos pranešimų.
        1. Jei kas nors padarė, tada tas plėtinys sukėlė tuos pranešimus.
        2. Priešingu atveju tą plėtinį galima vėl įjungti.

        Nustačius, kurie plėtiniai sukėlė problemą:

        1. Jei jums to reikia, susisiekite su gamintoju, kad jie išspręstų problemą.
        2. Kitu atveju nuimkite plėtinį.

        Plėtiniai, neturėdami pakankamai leidimo naudoti „Chrome“, gali sukelti šiuos įspėjimus, pvz., „React“ kūrėjo įrankiuose, patikrinkite, ar šią problemą išsprendžia ši procedūra:

        Tada pasirinkite & quot; tai gali skaityti ir rašyti svetainės duomenis & quot. Sąraše turėtumėte pamatyti 3 parinktis, pasirinkti pakankamai griežtą, atsižvelgiant į tai, kiek pasitikite plėtiniu, taip pat patenkins plėtinių poreikius.

        Teisingai: tai neturi nieko bendro su jūsų kodu. Aš radau du pagrįstus šio įspėjimo sprendimus (ne tik jo išjungimą). Norėdami geriau suprasti, kas yra „SourceMap“, siūlau patikrinti šį atsakymą, kuriame paaiškinta, kaip tai padeda derinti:

        .Map failai skirti suspaustiems js ir css (o dabar ir ts) failams. Jie vadinami „SourceMaps“. Kai sutrinate failą, pvz., Failą angular.js, jis užima tūkstančius eilučių gražaus kodo ir paverčia jį tik keliomis bjauraus kodo eilutėmis. Tikimės, kad siunčiant kodą į gamybą, vietoj visos, nenutrūkstamos versijos, naudojate sutrumpintą kodą. Kai jūsų programa yra kuriama ir joje yra klaida, šaltinio žemėlapis padės pasiimti jūsų negražų failą ir leis pamatyti pradinę kodo versiją. Jei neturėtumėte šaltinio žemėlapio, bet kokia klaida geriausiu atveju atrodytų paslaptinga.

        Pirmasis sprendimas: matyt, ponas Heelis buvo artimiausias: turėtumėte pridėti .map failą ir yra keletas įrankių, kurie jums padės išspręsti šią problemą (pavyzdžiui, „Grunt“, „Gulp“ ir „Google“ uždarymas, cituodami atsakymą). Kitu atveju galite atsisiųsti .map failą iš oficialių svetainių, tokių kaip „Bootstrap“, „jquery“, nuostabus šriftas, išankstinis įkėlimas ir pan. ((Galbūt įdiegsite tokius dalykus kaip „Popper“ ar „swiper“ pagal komandą npm atsitiktiniame aplanke ir nukopijuokite tik .map failą į jūsų js / css paskirties aplankas)

        Antras sprendimas (tas, kurį naudojau): pridėkite šaltinio failus naudodami CDN (čia visi CDN naudojimo pranašumai). Naudodamiesi turinio pristatymo tinklu (CDN), galite tiesiog pridėti CDN nuorodą, o ne kelią į aplanką. Cdn galite rasti oficialiose svetainėse („Bootstrap“, „jquery“, „Popper“ ir kt.) Arba galite lengvai ieškoti kai kuriose svetainėse, pvz., „Cloudflare“, „cdnjs“ ir kt.


        Giminė ▼ ►

        Procesui įvykus 2004-11-11 00:00:00 Aprašymas MELCD yra Meino žemės dangos žemėlapis, pirmiausia gautas iš „Landsat“ teminių žemėlapių 5 ir 7 vaizdų 1999–2001 m. Šie vaizdai yra nacionalinio žemės dangos duomenų rinkinio (NLCD 2001) ir NOAA pakrančių pokyčių analizės programos (C-BŽŪP) pagrindas. Šis žemės dangos žemėlapis buvo patobulintas pagal Meino valstijos reikalavimus, naudojant SPOT 5 panchromatinius vaizdus nuo 2004 m. Landsat vaizdai buvo naudojami tris sezonus: ankstyvą pavasarį (lapų laukas), vasarą ir ankstyvą rudenį (senėjimas) ir rinko su erdvinė skiriamoji geba 30 m. 2004 m. Pavasario ir vasaros mėnesiais SPOT 5 panchromatiniai vaizdai buvo surinkti 5 m erdvine skiriamąja geba. Žemėlapis buvo parengtas dviem atskirais etapais. Pirmasis etapas buvo visos valstybės žemės dangos duomenų rinkinio, atitinkančio NOAAC, parengimas. -BŽŪP žemės dangos žemėlapis. Antrasis etapas buvo: a) 2004 m. Sąlygų atnaujinimas, b) klasifikavimo sistemos patobulinimas pagal Meino specifines klases ir c) erdvinių ribų patikslinimas, siekiant sukurti daugiakampio žemėlapį, pagrįstą 5 m vaizdais. Vaizdo analizės metodai, naudojami kuriant žemėlapį, buvo prižiūrimo klasifikavimo, naudojant klasifikavimo ir regresijos medžio (CART) algoritmus, ir erdvinio modeliavimo derinys. Naudojant tris „Landsat“ atvaizdo datas, buvo galima išskirti konkrečius kraštovaizdžio elementus. Pavyzdžiui, pavasario vaizdai buvo naudingi klasifikuojant pelkes ir atskiriant spygliuočius bei plačialapes rūšis, o rudeniniai vaizdai buvo naudingi diskriminuojant plačialapes rūšis. Sukūrus pagrindinį NOAA C-CAP žemėlapį, Sanbornas naudojo vaizdo segmentavimą, kad patikslintų žemės dangos klasių erdvines ribas, naudodamas Landsat lapo sujungimą vaizduose ir SPOT 5 vaizdus. Šio proceso metu pagaminti segmentai buvo pažymėti automatizuotais metodais kuriant galutinį Meino žemės dangos duomenų rinkinį (MeLCD). Baigus klasifikaciją, žemėlapį plačiai peržiūrėjo „Sanborn“ analitikai, o tam tikros klasės buvo modeliuojamos ir redaguojamos rankomis, kad būtų pašalinta klasės painiava.

        Proceso kontaktas Organizacijos pavadinimas „Sanborn Contact“ pareigos GIS / RS „Analyst Contact“ vaidmens procesorius

        Aprašymas MELCD žemės dangos žemėlapis pirmiausia buvo gautas iš „Landsat Thematic Mapper 5“ ir „7“ vaizdų 1999–2001 m.

        Pavadinimas (LANDSATTM) „Landsat“ teminių žemėlapių kūrėjų vaizdai Alternatyvūs pavadinimai landsattm Paskelbimo data 1982-07-16 Nenustatytas laikas nežinomas

        FGDC geoerdvinio pristatymo formato nuotolinio stebėjimo vaizdas

        Serijos pavadinimas Nacionalinio palydovinės žemės nuotolinio stebėjimo duomenų archyvo leidimas LANDSAT
        Kita informacija apie citavimą 1972 m. Liepos 23 d. NASA paleido pirmąjį palydovų seriją, skirtą visuotiniam Žemės žemės masių aprėpimui užtikrinti. Kai buvo pasiekta operacinė orbita, ji buvo paskirta ERTS-1 (vėliau pervadinta į Landsat 1). Palydovas nustojo veikti 1978 m. Sausio 6 d., Praėjus daugiau nei 5 metams nuo jo paleidimo datos. Antrasis šioje Žemės išteklių palydovų serijoje (pažymėtas ERTS-B, pavadintas „Landsat 2“) buvo paleistas 1975 m. Sausio 22 d. Trys papildomi „Landsats“ buvo paleisti 1978, 1982 ir 1984 m. (Atitinkamai „Landsats 3“, „4“ ir „5“). Kiekviena paskesnė palydovų sistema turėjo patobulintas jutiklių ir ryšio galimybes. „Landsat“ duomenis naudojo vyriausybinės, komercinės, pramoninės, civilinės ir švietimo bendruomenės JAV ir visame pasaulyje. Jie naudojami įvairiems pritaikymams palaikyti tokiose srityse kaip pasaulinių pokyčių tyrimai, žemės ūkis, miškininkystė, geologija, išteklių valdymas, geografija, žemėlapiai, vandens kokybė ir okeanografija. „Landsat“ duomenys gali būti naudojami Žemės žemės paviršiaus sąlygoms stebėti. Paveikslėliai gali būti naudojami antropogeniniams ir gamtiniams pokyčiams Žemėje atvaizduoti nuo kelių mėnesių iki daugiau nei 15 metų. Pakeitimų tipai, kuriuos galima nustatyti, yra žemės ūkio plėtra, miškų kirtimas, stichinės nelaimės, urbanizacija ir vandens išteklių plėtra bei degradacija. „Landsats 4“ ir „5“ yra tiek daugiaspektriai (MSS), tiek teminiai žemėlapių davikliai (TM), tačiau įprastas MSS duomenų rinkimas buvo nutrauktas 1992 m. Pabaigoje. MSS ir TM jutikliai pirmiausia aptinka atspindėtą Žemės paviršiaus spinduliuotę matomame ir šalia - infraraudonųjų spindulių (IR) bangos ilgiai, tačiau TM jutiklis suteikia daugiau radiometrinės informacijos nei MSS jutiklis. TM jutiklio erdvinė skiriamoji geba yra 30 metrų matomiems, artimiems IR ir viduriniams IR bangos ilgiams, o erdvinė skiriamoji geba - 120 metrų šilumai ir IR juostai. 10–13 keliai ir 27–30 eilutės apima Meiną.

        Atsakinga šalis Organizacijos pavadinimas JAV geologijos tarnyba (USGS) EROS duomenų centras (EDC) Kontaktinio asmens iniciatorius

        Atsakinga šalis Organizacijos pavadinimas JAV geologijos tarnyba EROS duomenų centro kontakto leidėjas

        Šaltinio duomenų apimtis Aprašymas Laikinas mastas Pradžios data 1982-07-26 Neapibrėžtas laikas nežinomas Pabaigos data Neapibrėžta data Neapibrėžta data nežinoma

        Aprašymas Neaiškios interpretacijos buvo padarytos ir pridėtos prie duomenų bazės, kai tai pateisino ir sutiko Meino valstija, t. Y. Kai DOQQ aiškinimai buvo dviprasmiški.

        Šaltinio terpės pavadinimo internetinė nuoroda Šaltinio duomenų skiriamoji geba skalės vardiklis 12000
        Šaltinio nuoroda ▼ ►

        Pavadinimas doqq Pakaitiniai pavadinimai doqq Paskelbimo data 1997-05-14

        Serijos pavadinimas „USGS Aerial Photography Issue“ skaitmeniniai ortofotografiniai keturkampiai
        Kita citavimo informacija 1: 12000 Skaitmeninė ortofotografija yra kompiuterio sukurtas aerofotografijos vaizdas, kuriame pašalintas reljefo reljefo ir fotoaparato pasvirimo sukeltas vaizdo poslinkis. Skaitmeninė ortofotografija gali būti įtraukta į bet kurią geografinės informacijos sistemą (GIS), kuri gali manipuliuoti rastriniais vaizdais. Jis gali veikti kaip kartografinė bazė atvaizduoti, generuoti ir modifikuoti susijusius skaitmeninius planimetrinius duomenis. Kitos programos apima augmenijos ir medienos valdymą, maršrutų ir buveinių analizę, poveikio aplinkai vertinimą, avarinės evakuacijos planavimą, potvynių analizę, dirvožemio erozijos vertinimą, įrenginių valdymą ir požeminio vandens bei baseino analizę. Skaitmeninės ortofotografijos pateikiamas tikslumas ir nepaprastas detalumas leidžia vartotojams įvertinti savo duomenis tikslumui ir išsamumui, realiuoju laiku keisti savo duomenis ir netgi sugeneruoti naujus failus. DOQQ - tai skaitmeninių ortofotografinių keturkampių mozaika, saugoma Meino geografinių informacinių sistemų biuro (MEGIS) „Oracle“ / „ArcSDE“ aplinkoje. Skaitmeninius ortofotografinius ketvirčius, sudarančius mozaiką, galima atsisiųsti iš Meino GIS interneto duomenų katalogo suspaustu MrSID formatu 7,5 minutės keturkampio žemėlapio mastu. Suglaudinimas naudojant „LizardTech“ programinę įrangą „MrSID“ sukuria du failus .sid vaizdą ir .sdw failo georeferencinį failą, apytikslis atsisiuntimo dydis yra 12 MB, tai yra šešiolikta nesuspausto DOQQ vaizdo.

        Atsakinga šalis Organizacijos pavadinimas JAV geologijos tarnyba (USGS) EROS duomenų centras (EDC) Kontaktinio asmens iniciatorius

        Atsakinga šalis Organizacijos pavadinimas JAV geologijos tarnyba JAV geologijos tarnybos kontaktų leidėjas

        Šaltinio duomenų apimtis Aprašymas Laikinas mastas Pradžios data 1996-05-07 Neapibrėžtas laikas nežinomas Pabaigos data 1999-06-10 Neapibrėžtas laikas nežinomas

        Aprašymas Šis žemės dangos žemėlapis buvo patikslintas pagal Meino valstijos reikalavimus, naudojant NOAA pakrančių pokyčių analizės programos (CCAP) SPOT 5 panchromatinius vaizdus nuo 2004 m.

        Pavadinimas (SPOT) SPOT palydovai ir geoerdviniai gaminiai Pakaitiniai pavadinimai spot05

        Pateikimo formatai skaitmeninis žemėlapis FGDC geoerdvinis pristatymo formatas nuotolinio jutimo vaizdas

        Serijos pavadinimas SPOT palydovai išleidžia SPOT 1, 2, 3, 4, 5
        Kita citavimo informacija Keturi SPOT („Satellite Pour l'Observation de la Terre“) palydovai buvo paleisti nuo 1986 m. Kiekvienas palydovas turi du elektrooptinius jutiklius. Panchromatinis jutiklis įgauna vienos juostos vaizdus 10 metrų erdvine raiška, o daugiaspektris jutiklis užfiksuoja 20 metrų vaizdą trimis bangos ilgiais - matoma žalia, matoma raudona ir šalia infraraudonųjų spindulių. 1998 m. Kovo 23 d. Buvo paleista SPOT4 su dviem papildomomis galimybėmis: vaizdo gavimas vidurinėje infraraudonųjų spindulių bangos ilgio juostoje ir „Vegetation“ jutiklis, skirtas kasdien stebėti visą Žemę 1 km raiška. Jutiklių „reguliuojami žiūrėjimo kampai“ leidžia SPOT įgyti stereoskopinius vaizdus iš vienos pusės į kitą, kad būtų galima matyti erdvinį paviršių. Tai taip pat leidžia SPOT kiekvieną dieną gauti pakartotinius vaizdus apie bet kurį žemės tašką. Laive registratoriai saugo vaizdo duomenis, kad juos būtų galima perduoti vėliau, kai palydovai yra už žemės stoties priėmimo zonos ribų. SPOT 1, 2 ir 4 toliau teikia komercines paslaugas. „SPOT 5“, kurį planuojama pradėti eksploatuoti 2001 m., Apima pagrindinius pasiekimus: panchromatiniai vaizdai su 2,5 metrų raiška 60x60 kilometrų scenos dydžiu, „priekinio galo“ jutiklių rinkinys stereofoniniam vaizdui gauti, siekiant sukurti aukštos kokybės skaitmeninius aukščio modelius, papildomus vaizdavimo režimus -5m panchromatinis, 10 m daugiaspektris / 4 juostų, 120 km pločio plotis. „SPOT Image Corporation“ pagrindinė informacija Palydovai ir geoerdviniai gaminiai MK020SHE RVS000 10/10/99

        Atsakinga šalis Organizacijos pavadinimas „Spot Image Corporation“ (SPOTCORP) Kontaktinio asmens iniciatorius

        Šaltinio duomenų apimtis Aprašymas Laikinas mastas Pradžios data 1986-01-01 Neapibrėžtas laikas nežinomas Pabaigos data Neapibrėžta data Neapibrėžta data nežinoma


        Rastrinių duomenų tipai

        Galite naudoti „BLOB“, „Long Raw“, „ST_Raster“ arba „SDO_GeoRaster“ rastrinių duomenų rinkinių, rastrinių katalogų ar mozaikinių duomenų rinkinių rastrų stulpeliuose.

        Žr. Šios temos BLOB skyrių, kad gautumėte informacijos apie BLOB, esančius „Oracle“.

        „Oracle“ nebenaudojo „Long Raw“ duomenų tipo, todėl turėtumėte vengti naudoti šį tipą, kad jis nebebūtų palaikomas. Nors „Long Raw“ vis dar veikia, geriausia jo nenaudoti, jei jūs naudojate „Long Raw“, turėsite jį perkelti į kitą atminties tipą.

        Kituose dviejuose poskyriuose aprašomi likę rastrinių duomenų tipai.

        ST_Rastras

        ST_Raster yra vartotojo apibrėžtas duomenų tipas, kurį galite įdiegti įmonės geoduomenų bazėse, kad galėtumėte suteikti SQL prieigą prie rastro duomenų.

        Norėdami naudoti ST_Raster, turite sukonfigūruoti ją duomenų bazėje. Žr. „ST_Raster“ diegimas „Oracle“.

        Išsamios informacijos apie tai, kaip apibrėžiamas objekto ST_Raster tipas, žr. ST_Raster duomenų tipas.

        SDO_GeoRaster

        „Oracle Spatial“ rastrinių duomenų tipas SDO_GeoRaster įgyvendinamas naudojant „Oracle“ išplėstinio objekto-reliacijos tipo sistemą. SDO_GeoRaster tipas saugo informaciją apie rastrą, įskaitant jo pikselių tipą, erdvinės nuorodos ID ir pikselių vertes.

        „SDO_GeoRaster“ tipas palaiko visus „Esri“ taškų tipus: nuo 1 iki 64 bitų, pasirašytų, nepasirašytų ir slankiojo kablelio. „ArcGIS“ palaiko „Oracle Spatial“ SDO_GeoRaster duomenų tipą kaip parinktį rastriniams duomenims saugoti.

        Taikomosios programos yra atsakingos už tinkamą SDO_GeoRaster tipo turinio įterpimą, atnaujinimą ir atkūrimą naudojant „Oracle“ objektų-santykių struktūrizuotos užklausos kalbos (SQL) sąsają. Programos taip pat yra atsakingos už tai, kad kiekvieno rastro turinys atitiktų „Oracle“ dokumentuose nustatytas taisykles.

        Kurdamas lentelę su „Oracle SDO_GeoRaster“ stulpeliu, „ArcGIS“ užpildo reikiamą „Oracle“ metaduomenų schemą. Už šią užduotį yra atsakingos tokios programos kaip „ArcGIS“, nes „Oracle“ jos neatlieka automatiškai. Jei užregistruosite lentelę, kurioje yra „Oracle SDO_GEORASTER“ stulpelis, kurį sukūrė trečiosios šalies produktas, už tą produktą reikia tinkamai užpildyti „Oracle“ metaduomenų schemą stulpelyje SDO_GeoRaster.

        Žinomos SDO_GeoRaster naudojimo su geoduomenų baze ribos

        Toliau pateikiamas apribojimų sąrašas, į kuriuos reikia atsižvelgti saugant rastrinius duomenis įmonės geoduomenų bazėje kaip SDO_GeoRaster.

        • „Oracle“ nepalaiko dalinių SDO_GeoRaster naujinimų. Todėl neįmanoma mozaikyti vaizdo failų į esamą rastro duomenų rinkinį, kuris saugomas kaip SDO_GeoRaster.
        • Įterpiant duomenis negalima kurti piramidžių. Įterpus vaizdo duomenis į SDO_GeoRaster, piramidės sukūrimui reikalingas atskiras atnaujinimo žingsnis. Dėl šios priežasties visada turėtumėte atžymėti žymės langelį Kurti piramidę bet kurio iš „ArcGIS“ geoproceso įrankių, sukuriančių rastrinius duomenų rinkinius ar rastrų katalogus, dialogo lange.
        • Vaizdo duomenų šiuo metu negalima laikyti suglaudintu formatu „SDO_GeoRaster“, jei naudojate „Oracle 10“g 1 leidimas (R1). „Oracle 10“ pridėjo SDO_GeoRaster tipo vaizdo glaudinimąg 2 leidimas (R2). Jei naudojate „Oracle 10“g R1, bet kurio „ArcGIS“ geoproceso įrankio dialogo lange visada turėtumėte nustatyti suspaudimo tipą NENU, kai juos naudojate kurdami rastrinius duomenų rinkinius ar rastrinius katalogus.
        • „Oracle 11“ negalima naudoti SDO_GeoRaster saugyklosg R2 duomenų bazė, atsiradusi dėl „Oracle“ klaidos 12537431. Jei norite naudoti SDO_GeoRaster saugyklą, naudokite „Oracle 11“g R1 ar naujesnės versijos.
        • „Oracle“ įdiegia SDO_GeoRaster kaip į juostą integruotą architektūrą. Todėl neįmanoma pridėti ir ištrinti atskirų rastro duomenų rinkinio juostų.
        • „ArcGIS“ nepalaiko kelių rastro stulpelių lentelėje. Į lenteles su keliais SDO_GeoRaster stulpeliais reikia patekti per rodinius, kuriuose yra tik vienas SDO_GeoRaster stulpelis. Sukurkite lentelės rodinį ir į rodinio apibrėžimą įtraukite tik vieną stulpelį SDO_GeoRaster.
        • Naudojant SDO_GeoRaster saugyklą geoduomenų bazėje, nėra palaikymo mazgų bitų kaukei. Todėl neįmanoma pastatyti piramidės iš kvadratinių įprastų duomenų.

        3 atsakymai 3

        SQL serveris duomenims saugoti naudoja puslapį. Puslapio dydis yra 8 kb.

        Taigi įrašo dydis (eilutės dydis) SQL serveryje negali būti didesnis nei 8060 baitų.

        Jei duomenys neįtraukti į 8060 baitų, naudojami atskaitos rodyklės. Kai varchar, nvarchar, varbinary, sql_variant arba CLR vartotojo apibrėžtų tipų stulpelių derinys viršija šią ribą, „SQL Server Database Engine“ perkelia didžiausio pločio įrašo stulpelį į kitą ROW_OVERFLOW_DATA paskirstymo vieneto puslapį, išlaikydama 24 baitų žymeklis pradiniame puslapyje.

        Didelių įrašų perkėlimas į kitą puslapį vyksta dinamiškai, nes įrašai ilginami atsižvelgiant į naujinimo operacijas. Atnaujinant operacijas, kurios sutrumpina įrašus, įrašai gali būti perkelti atgal į pradinį puslapį IN_ROW_DATA paskirstymo vienete.

        Be to, užklausos ir kitos pasirinktos operacijos, pvz., Rūšiuojami arba sujungiami dideli įrašai, kuriuose yra duomenų apie eilės perpildymą, lėtina apdorojimo laiką, nes šie įrašai apdorojami sinchroniškai, o ne asinchroniškai.

        Rekordinio dydžio riba lentelėms, kurios naudoti retus stulpelius yra 8 018 baitų. Kai konvertuoti duomenys ir esamų įrašų duomenys viršija 8 018 baitų, grąžinama „MSSQLSERVER ERROR 576“. Kai stulpeliai konvertuojami tarp retų ir nesudėtingų tipų, „Database Engine“ saugo dabartinių įrašų duomenų kopijas. Tai laikinai padvigubina įrašui reikalingą saugyklą. .


        „ArcSde Oracle“ Didžiausias tinklelių skaičius vienai funkcijai (8000) - geografinės informacinės sistemos

        „GeoRaster“ yra „Oracle Spatial and Graph“ funkcija, leidžianti saugoti, indeksuoti, pateikti užklausas, analizuoti ir pateikti rastrinius vaizdus, ​​sugretintus duomenis ir su jais susijusius metaduomenis.

        „GeoRaster“ pateikia „Oracle“ erdvinių duomenų tipus ir objektų-reliacijų schemą. Šiuos duomenų tipus ir schemos objektus galite naudoti saugodami daugiamačius tinklelio sluoksnius ir skaitmeninius vaizdus, ​​kurie gali būti susieti su padėtimis Žemės paviršiuje arba vietinėje koordinačių sistemoje. Jei duomenys yra georeferenciniai, galite rasti nuotraukos langelio vietą Žemėje arba nurodytą vietą Žemėje, galite rasti langelį paveikslėlyje, susietame su ta vieta.

        „GeoRaster“ gali būti naudojamas su duomenimis iš bet kurios technologijos, kuri fiksuoja ar generuoja vaizdus, ​​pvz., Nuotolinio stebėjimo, fotogrametrijos ir teminių žemėlapių. Jis gali būti naudojamas įvairiose taikymo srityse, įskaitant vietos nustatymo paslaugas, geografinių vaizdų archyvavimą, aplinkos stebėjimą ir vertinimą, geologinę inžineriją ir tyrimus, gamtos išteklių valdymą, gynybą, reagavimą į ekstremalias situacijas, telekomunikacijas, transportą, miestų planavimą ir šalies saugumą.

        Norėdami naudoti „GeoRaster“, turite suprasti pagrindines „Oracle Spatial and Graph“ sąvokas, duomenų tipus, metodus, operatorius, procedūras ir funkcijas, kurios yra dokumentuotos „Oracle Spatial and Graph Developer Guide“.

        Taip pat turėtumėte būti susipažinę su rastro ir vaizdo sąvokomis bei terminologija, rastrinių duomenų surinkimo ar kūrimo metodais ir rastrinių duomenų apdorojimo metodais.

        „GeoRaster“ naudoja ir priklauso nuo kelių komponentų, įtrauktų į „Oracle Database“, įskaitant „Java“ virtualiąją mašiną (JVM) ir „Oracle XML DB“.

        Pagal numatytuosius nustatymus „GeoRaster“ funkcija yra išjungta iš pradžių įdiegus „Oracle Spatial and Graph“. Norėdami įgalinti „GeoRaster“, atlikite šiuos veiksmus:

        Prisijunkite prie duomenų bazės kaip SYS AS SYSDBA.

        Įveskite šį teiginį:

        Taip pat turite įsitikinti, kad „Oracle XML DB“ saugykla yra tinkamai įdiegta ir kad suderinamumo duomenų bazės inicijavimo parametro vertė yra 10,0 arba didesnė.Norėdami gauti daugiau informacijos, žr. „Oracle Spatial and Graph Developer Guide“ priedą apie diegimo, suderinamumo ir naujovinimo problemas.

        Atnaujinę duomenų bazę, turėtumėte iškviesti SDO_GEOR_ADMIN.isUpgradeNeeded funkciją, kad patikrintumėte, ar nėra netinkamų „GeoRaster“ objektų ir netinkamų dabartinės versijos sistemos duomenų. Norėdami gauti daugiau informacijos, žr. „GeoRaster“ objektų ir sistemos duomenų priežiūra duomenų bazėje.

        Šiame skyriuje aprašomos pagrindinės „GeoRaster“ sąvokos ir ypatybės, įskaitant „GeoRaster“ duomenų modelį ir saugojimo schemą, georeferencijų modelius, metaduomenų palaikymą, naujo imties algoritmus, piramides, glaudinimą, lygiagrečią apdorojimą, įkėlimo ir eksportavimo galimybes bei „Java“ API. Jame yra šie pagrindiniai skyriai.


          Geografinės savybės gali būti pateikiamos vektoriniu ar rastriniu formatu arba abiem.
          Rastrinius duomenis renka ir naudoja įvairios geografinės informacinės technologijos, įskaitant nuotolinį stebėjimą, ore esančią fotogrametriją, kartografiją ir pasaulines padėties nustatymo sistemas.
          Rastriniai duomenys gali turėti kai kuriuos arba visus šiuos elementus.
          „GeoRaster“ optimizuoja fizinį metaduomenų ir duomenų saugojimą.
          „GeoRaster“ juosta ir sluoksnis yra skirtingos sąvokos.
          GeoRaster erdvinių nuorodų sistema (SRS), objekto „GeoRaster“ metaduomenų komponentas, apima informaciją, susijusią su georeferencijomis. Georeferencija nustato ryšį tarp „GeoRaster“ duomenų ląstelių koordinačių ir realaus pasaulio žemės koordinačių (arba kai kurių vietinių koordinačių). Georeferencija priskiria žemės koordinates ląstelių koordinatėms, o ląstelių koordinatės - žemės koordinatėms.
          Daugelis vaizdo ir rastrinių transformacijų ir operacijų apima pikselių ar ląstelių atranką ir interpoliaciją.
          Piramidės yra „GeoRaster“ objekto objektai, vaizduojantys rastrinį vaizdą arba rastro duomenis skirtingo dydžio ir skiriamosios gebos laipsniais.
          „Bitmap“ kaukė yra specialus vieno bitų giluminis stačiakampis rastrinis tinklelis, kurio kiekvieno taško vertė yra 0 arba 1. Ji naudojama netaisyklingos formos regionui apibrėžti kito vaizdo viduje. 1 bitai apibrėžia regiono interjerą, o 0 bitai - regiono išorę.
          NODATA reikšmė naudojama ląstelėms, kurių vertės yra arba nežinomos, arba beprasmės.
          „GeoRaster“ pateikia šiuos natūralaus glaudinimo tipus, kad sumažintų „GeoRaster“ objektų saugojimo vietos reikalavimus: JPEG (JPEG-F), JPEG 2000 ir DEFLATE.
          „GeoRaster“ leidžia atlikti duomenų bazės valdymo užduotis.
          Yra du lygiagretaus apdorojimo su „GeoRaster“ tipai.
          Kai kurioms daug išteklių reikalaujančioms operacijoms „GeoRaster“ leidžia stebėti ir pranešti apie jų vykdymo eigą.
          „GeoRaster“ teikia SDO_GEOR, SDO_GEOR_ADMIN, SDO_GEOR_AGGR, SDO_GEOR_RA ir SDO_GEOR_UTL PL / SQL paketus, kuriuose yra paprogramių (funkcijų ir procedūrų), skirtų dirbti su „GeoRaster“ duomenimis ir metaduomenimis.
          „Oracle Spatial“ ir „Graph GeoRaster Java“ API sudaro sąsajos ir klasės, palaikančios funkcijas, pasiekiamas naudojant „Oracle Spatial“ ir „Graph“ „GeoRaster“ funkciją.
          Žiniatinklio paslauga leidžia „Oracle Spatial“ ir „Graph GeoRaster“ programų kūrėjams pateikti rastrinius duomenis ir metaduomenis savo programų vartotojams internete. „GeoRaster“ palaiko „Open Geospatial Consortium“ (OGC) žiniatinklio paslaugas, konkrečiai - „Web Coverage Services“ (WCS) ir „Web Map Services“ (WMS).
          „Oracle Fusion Middleware MapViewer“ („MapViewer“) yra programuojamas įrankis žemėlapiams atvaizduoti naudojant erdvinius duomenis, kuriuos tvarko „Oracle Spatial and Graph“ arba „Oracle Locator“ (dar vadinamas „Locator“). Jis visiškai palaiko „GeoRaster“ duomenų tipus ir yra internetinė „GeoRaster“ žemėlapių sudarymo ir vizualizavimo programų platforma.
          „Oracle Spatial“ yra įrankiai, skirti „GeoRaster“ duomenims peržiūrėti, įkelti ir eksportuoti.
          „GeoRaster“ apima kelis PL / SQL ir „Java“ pavyzdinius kodo failus, kurie rodo bendras operacijas.
          „Oracle Spatial and Graph“ yra failas README.txt.

        1.1 Vektoriniai ir rastriniai duomenys

        Geografinės savybės gali būti pateikiamos vektoriniu ar rastriniu formatu arba abiem.

        Naudojant vektorinius duomenis taškus vaizduoja jų aiškios x, y, z koordinatės, linijos yra taškų eilutės, o sritis - daugiakampiai, kurių kraštinės yra tiesės. Šis vektorinis formatas gali būti naudojamas tiksliai užfiksuoti erdvinių objektų vietą ir formą. Turėdami rastrinius duomenis, galite vaizduoti erdvinius objektus, priskirdami reikšmes objektus dengiančioms ląstelėms, o langelius galite pateikti kaip masyvus. Šio tipo rastrinis formatas yra mažesnio tikslumo nei vektorinis formatas, tačiau jis idealiai tinka daugeliui erdvinės analizės tipų.

        Rastrinių geografinių informacinių sistemų (GIS) pasaulyje tokio tipo rastriniai duomenys paprastai vadinami tinkleliais. Vaizdų apdorojimo sistemose rastrinių duomenų vaizdavimas paprastai vadinamas vaizdais, o ne tinkleliais. Nepaisant bet kokių tinklelių ir vaizdų skirtumų, abi erdvinės informacijos formos paprastai vaizduojamos kaip matricos struktūros (tai yra ląstelių masyvai), o kiekviena ląstelė paprastai yra reguliariai lygiuota erdvėje.

        1.2 Rastrinių duomenų šaltiniai

        Rastrinius duomenis renka ir naudoja įvairios geografinės informacinės technologijos, įskaitant nuotolinį stebėjimą, ore esančią fotogrametriją, kartografiją ir pasaulines padėties nustatymo sistemas.

        Surinktus duomenis analizuoja skaitmeninės vaizdo apdorojimo sistemos, kompiuterinės grafikos programos ir kompiuterio regėjimo technologijos. Šiose technologijose naudojami keli duomenų formatai ir sukuriami įvairūs produktai.

        Šiame skyriuje trumpai aprašomi keli pagrindiniai „GeoRaster“ duomenų šaltiniai ir naudojimo būdai, daugiausia dėmesio skiriant koncepcijoms ir metodams, kuriuos turite žinoti kuriant programas. Jame nepateikiami išsamūs paaiškinimai apie technologijas, kurias turėtumėte rasti standartiniuose vadovėliuose ir informacinėje medžiagoje.

        1.2.1 Nuotolinis jutimas

        Nuotolinis stebėjimas gauna informaciją apie sritį ar objektą per prietaisą, kuris nėra fiziškai prijungtas prie srities ar objekto. Pavyzdžiui, jutiklis gali būti palydove, oro balione, lėktuve, valtyje ar antžeminėje stotyje. Jutiklio įtaisas gali būti bet kuris iš įvairių prietaisų, įskaitant kadrinę kamerą, „pushbroom“ („swath“) vaizduoklį, sintetinės apertūros radarą (SAR), hidrografinį sonarą arba popieriaus ar filmo skaitytuvą. Nuotolinio stebėjimo programos apima aplinkos vertinimą ir stebėjimą, visuotinių pokyčių aptikimą ir stebėjimą bei gamtos išteklių tyrimus.

        Nuotolinio stebėjimo būdu surinkti duomenys dažnai vadinami geografiniais vaizdais. Bangos ilgis, juostų skaičius ir kiti veiksniai lemia geografinių vaizdų radiometrines charakteristikas. Geografiniai vaizdai gali būti vienos juostos, kelių juostų arba hiperspektriniai, kuriuos visus gali valdyti „GeoRaster“. Šie geografiniai vaizdai gali apimti bet kurią Žemės teritoriją (ypač vaizdus, ​​kuriuos mato palydovas). Laiko skiriamoji geba gali būti didelė, pavyzdžiui, naudojant meteorologinius palydovus, todėl lengviau aptikti pokyčius. Taikant nuotoliniu būdu, dažnai svarbu įvairių rūšių skiriamoji geba (laiko, erdvės, spektro ir radiometrinė).

        1.2.2 Fotogrametrija

        Fotogrammetrija gauna metrinę informaciją iš matavimų, atliktų naudojant nuotraukas. Daugumoje fotogrammetrijos programų naudojamos ore esančios nuotraukos arba didelės raiškos vaizdai, surinkti naudojant nuotolinį palydovinį stebėjimą. Tradicinėje fotogrammetrijoje pagrindiniai duomenys apima tokius vaizdus kaip nespalvotos nuotraukos, spalvotos nuotraukos ir stereofotografijų poros.

        Fotogrametrija griežtai nustato geometrinį santykį tarp vaizdo ir objekto, koks jis buvo vaizdavimo įvykio metu, ir leidžia gauti informaciją apie objektą iš jo vaizdų. Ryšį tarp vaizdo ir objekto galima nustatyti keliomis priemonėmis, kurios gali būti sugrupuotos į dvi kategorijas: analoginis (naudojant optinius, mechaninius ir elektroninius komponentus) arba analitinis (kai modeliavimas yra matematinis, o apdorojimas skaitmeninis). Analoginius sprendimus vis dažniau keičia analitiniai / skaitmeniniai sprendimai, kurie dar vadinami minkštosios fotogrametrija.

        Pagrindinis minkštosios fotogrammetrijos sistemos produktas gali apimti skaitmeninius aukščio modelius (DEM) ir ortofotografijas. „GeoRaster“ gali valdyti visus šiuos rastrinius duomenis ir georeferencinę informaciją.

        1.2.3 Geografinės informacinės sistemos

        Geografinės informacijos sistema (GIS) fiksuoja, saugo ir apdoroja geografiškai nurodytą informaciją. GIS programinė įranga tradiciškai buvo vektorinė arba rastrinė, tačiau su „GeoRaster“ funkcija „Oracle Spatial and Graph“ tvarko ir rastrinius, ir vektorinius duomenis.

        Rastro pagrindu sukurtos GIS sistemos paprastai apdoroja geografiškai patikslintus tinklelius. Tinkliniai duomenys gali būti diskretiški arba tęstiniai. Diskretūs duomenys, tokie kaip politiniai padaliniai, žemės naudojimas ir danga, autobusų maršrutai ir naftos gręžiniai, paprastai saugomi kaip sveikieji tinklai. Nuolatiniai duomenys, tokie kaip aukštis, aspektas, taršos koncentracija, aplinkos triukšmo lygis ir vėjo greitis, paprastai saugomi kaip kintamojo tinklo tinkleliai. „GeoRaster“ gali išsaugoti visus šiuos duomenis.

        Diskretinio tinklelio sluoksnio atributai saugomi reliacinėje lentelėje, vadinamoje vertės atributų lentele (VAT). PVM yra GIS tiekėjo nurodyti stulpeliai, taip pat gali būti vartotojo apibrėžti stulpeliai. PVM gali būti saugomas „Oracle“ duomenų bazėje kaip paprasta lentelė. PVM pavadinimą galima užregistruoti atitinkamame „GeoRaster“ objekte, kad rastrinės GIS programos galėtų naudoti lentelę.

        1.2.4 Kartografija

        Kartografija yra mokslas kurti žemėlapius, kurie yra dvimatis erdvinės Žemės (arba ne Žemės erdvės, naudojant vietinę koordinačių sistemą), vaizdavimas. Šiandien žemėlapiai yra suskaitmeninti arba nuskaityti į skaitmenines formas, o žemėlapių gamyba iš esmės yra automatizuota. Kompiuteryje saugomus žemėlapius galima greitai užduoti klausimus, juos išanalizuoti ir atnaujinti.

        Žemėlapių yra daugybė tipų, atitinkančių įvairius naudojimo būdus ar tikslus. Žemėlapių tipų pavyzdžiai yra pagrindas (fonas), teminis, reljefas (trimatis), aspektas, kadastrinis (žemės naudojimas) ir įdėklas. Žemėlapiuose paprastai yra keli anotacijos elementai, kurie padeda paaiškinti žemėlapį, pvz., Mastelio juostos, legendos, simboliai (pvz., Rodyklė į šiaurę) ir etiketės (miestų, upių pavadinimai ir pan.).

        Žemėlapiai gali būti saugomi rastro formatu (taigi juos gali valdyti „GeoRaster“), vektoriniu arba hibridiniu formatu.

        1.2.5 Skaitmeninis vaizdo apdorojimas

        Skaitmeninis vaizdo apdorojimas naudojamas apdorojant rastrinius duomenis standartiniais vaizdo formatais, tokiais kaip TIFF, GIF, JFIF (JPEG), taip pat daugeliu geografinių vaizdų formatų, tokių kaip NITF, GeoTIFF, ERDAS IMG ir PCI PIX. Vaizdo apdorojimo metodai plačiai naudojami nuotolinio stebėjimo ir fotogrammetrijos programose. Šie metodai naudojami pagal poreikį vaizdams patobulinti, ištaisyti ir atkurti, kad būtų lengviau interpretuoti, siekiant ištaisyti galimus neryškumus, iškraipymus ar kitus degradavimus, taip pat automatiškai klasifikuoti geoobjektus ir nustatyti taikinius. Šaltinio, tarpinių ir rezultatų vaizdus gali įkelti ir tvarkyti „GeoRaster“.

        1.2.6 Geologija, geofizika ir geochemija

        Geologija, geofizika ir geochemija naudoja skaitmeninius duomenis ir sukuria kai kuriuos skaitmeninius rastrinius žemėlapius, kuriuos gali valdyti „GeoRaster“.

        Geologijoje duomenys apima regioninius geologinius žemėlapius, sluoksnių žemėlapius ir uolų skaidrės nuotraukas. Atliekant geologinius tyrimus ir naftos geologiją, plačiai naudojami kompiuterizuoti geostratumo modeliavimas, sintetinių mineralų prognozavimas ir 3-D naftos telkinių apibūdinimas, kurie visi susiję su rastro duomenimis.

        Geofizikoje išsaugomi duomenys apie gravitaciją, magnetinį lauką, seisminių bangų pernešimą ir kitus dalykus, taip pat informacija apie georeferenciją.

        Geochemijoje galima analizuoti ir matuoti kelių cheminių elementų turinį. Trikampio formos netaisyklingo tinklo (TIN) technika dažnai naudojama gaminant rastrinius žemėlapius tolesnei analizei, o vaizdo apdorojimas yra plačiai naudojamas.

        1.3 „GeoRaster“ duomenų modelis

        Rastriniai duomenys gali turėti kai kuriuos arba visus šiuos elementus.

        Erdvinė, laiko ir juostos informacija

        Duomenų ir žemėlapių palaikymo duomenų apdorojimas

        „GeoRaster“ apibrėžia bendrą rastrinių duomenų modelį, pagrįstą komponentais, logiškai daugiasluoksnį ir daugialypį. Pagrindiniai rastro duomenys yra daugialypė rastro ląstelių masyvas arba matrica. Kiekviena ląstelė yra vienas matricos elementas, o jos vertė vadinama ląstelės verte, kuri imama ląstelės centre. Jei „GeoRaster“ objektas vaizduoja vaizdą, langelį taip pat galima vadinti pikseliu, kuris turi tik vieną vertę. (Programoje „GeoRaster“ langelio ir pikselio terminai yra keičiami.) Matricoje yra keletas matmenų, langelio gylis ir kiekvieno matmens dydis. Langelio gylis yra kiekvienos langelio vertės duomenų dydis. Langelio gylis apibrėžia visų ląstelių reikšmių diapazoną ir jis taikomas kiekvienai atskirai ląstelei, o ne ląstelių masyvui. Šis pagrindinis rastrinių duomenų rinkinys gali būti užblokuotas, kad būtų galima optimaliai saugoti ir gauti.

        Duomenų modelis turi logiškai sluoksniuotą struktūrą. Pagrindinius duomenis sudaro vienas ar daugiau loginių sluoksnių. Pavyzdžiui, daugiakanaliams nuotolinio stebėjimo vaizdams sluoksniai naudojami vaizdinių kanalų modeliavimui. (Juostelės ir sluoksniai paaiškinti juostose_ Sluoksniai_ ir metaduomenys.) Dabartiniame leidime kiekvienas sluoksnis yra dvimatė ląstelių matrica, susidedanti iš eilutės matmens ir stulpelio matmens.

        „GeoRaster“ duomenys turi metaduomenis ir atributus, o kiekvienas „GeoRaster“ duomenų sluoksnis gali turėti savo metaduomenis ir atributus. „GeoRaster“ duomenų modelyje visi duomenys, išskyrus pagrindinę ląstelių matricą, yra „GeoRaster“ metaduomenys. „GeoRaster“ metaduomenys yra toliau suskirstyti į skirtingus komponentus (todėl vadinami komponentais), kuriuose yra šių rūšių informacija:

        Erdvinių nuorodų sistemos informacija

        Datos ir laiko (laiko atskaitos sistemos) informacija

        Juostos atskaitos sistemos informacija

        Informacija apie kiekvieno sluoksnio sluoksnius

        Remiantis šiuo duomenų modeliu, „GeoRaster“ objektus apibūdina „GeoRaster“ metaduomenų XML schema (aprašyta „GeoRaster Metadata XML Schema“), kuri naudojama organizuojant metaduomenis. Kai kurie schemos komponentai ir sudedamosios dalys yra būtini, o kiti neprivalomi. Turite suprasti šią XML schemą, jei kuriate „GeoRaster“ krautuvus, eksportuotojus ar kitas programas. Tam tikri dabartinio leidimo metaduomenų apribojimai yra aprašyti funkcijos SDO_GEOR.validateGeoRaster naudojimo instrukcijose (dokumentuota SDO_GEOR paketo nuorodoje), kuri tikrina „GeoRaster“ objekto metaduomenų pagrįstumą.

        „GeoRaster“ objekto duomenų tipai, aprašyti „GeoRaster“ duomenų tipuose ir susijusiose struktūrose, yra pagrįsti „GeoRaster“ duomenų modeliu.

        Šiame duomenų modelyje reikia atsižvelgti į du skirtingus koordinačių tipus: kiekvieno rastro matricos pikselio (ląstelės) koordinates ir jų atstovaujamas koordinates Žemėje. Vadinasi, apibrėžiami dviejų tipų koordinačių sistemos arba tarpai: ląstelių koordinačių sistema ir modelių koordinačių sistema.

        Ląstelių koordinačių sistema (dar vadinama rastro erdve) naudojama apibūdinti rastro matricos ląsteles ir jų tarpus, o jos matmenys yra (šia tvarka) eilutė, stulpelis ir juosta. Modelio koordinačių sistema (dar vadinama žemės koordinačių sistema arba modelio erdve) naudojama apibūdinti taškus Žemėje ar bet kurią kitą koordinačių sistemą, susietą su „Oracle SRID“ verte. Modelio koordinačių sistemos erdviniai matmenys yra (šia tvarka) X ir Y, atitinkantys stulpelių ir eilučių matmenis, atitinkamai ląstelių koordinačių sistemoje. Loginiai sluoksniai atitinka juostos matmenį ląstelių erdvėje.

        1-1 paveiksle parodytas ryšys tarp rastrinio vaizdo ir su juo susijusios geografinės (erdvinės) apimties bei tarp vaizdo dalių ir su jomis susijusių geografinių vienetų.

        1-1 pav. Rastrinė erdvė ir modelio erdvė

        Kairėje esančiuose objektuose vidutinio dydžio stačiakampis vaizduoja rastrinį vaizdą, o jame yra stačiakampio formos plotas, kuriame pavaizduotas nacionalinis parkas ir taškas, nurodantis konkretaus restorano vietą. Kiekvieną vaizdo pikselį galima identifikuoti pagal jo koordinates ląstelių koordinačių sistemoje (koordinačių sistema, susieta su rastriniu vaizdu). Vidutinio dydžio stačiakampio viršutiniame kairiajame kampe yra koordinačių vertės, susietos su objekto „GeoRaster“ langelio vietos ULTCoordinate verte.

        Dešinėje esančiuose objektuose didelis stačiakampis žymi rastro vaizde pavaizduotą geografinę vietovę (modelyje arba žemėje, erdvėje), o joje - nacionalinio parko ir konkretaus restorano erdvinę geometriją. Kiekvieną visą geografinę zoną ir joje esančias geometrijas galima nustatyti naudojant modelio (arba žemės) koordinačių sistemos koordinates, pvz., WGS 84, norint gauti ilgumos ir platumos duomenis.

        Dviejų matmenų vieno sluoksnio „GeoRaster“ duomenims ląstelių koordinačių sistemoje yra eilutės matmuo, nukreiptas žemyn, ir stulpelio matmuo, nukreiptas į dešinę, kaip parodyta 1-1 paveiksle. Ląstelių erdvės kilmė visada yra (0,0). Tarpai yra 1 langelis arba 1 pikselis, o daugeliu atvejų langelių koordinatės identifikuojamos sveikųjų skaičių eilučių ir stulpelių skaičiais. Daugiajuosčiam vaizdui ašis išilgai juostų vadinama juostos matmeniu. Laiko eilutės daugiasluoksnyje vaizde (kur kiekvienam sluoksniui yra skirtinga data arba laiko žymė) ašis išilgai sluoksnių vadinama laiko matmeniu. Trimačiai „GeoRaster“ duomenys apima vertikalųjį matmenį, kuris yra vertikalus ir eilutės, ir stulpelio matmenims.

        Šiuo metu palaikomi tik langelio koordinačių sistemos eilutės, stulpelio ir juostos matmenys. Eilučių ir stulpelių matmenys naudojami dvimatėms erdvinėms koordinatėms modeliuoti. Juostos matmuo gali būti naudojamas daugiakanaliams nuotolinio stebėjimo vaizdams ar nuotraukoms ir bet kokio kito tipo sluoksniams, pavyzdžiui, laikiniesiems sluoksniams ir kelių tinklų temoms, modeliuoti.

        Kai rastriniai duomenys apdorojami ir apdorojami kaip skaičių masyvas, daugumoje programų pakanka sveikojo skaičiaus adresavimo naudojant eilutės ir stulpelio numerius. Vis dėlto rastrinių duomenų masyvas yra diskretizuotas ištisinės erdvės atvaizdavimas, todėl ląstelių erdvės ir modelio erdvės koordinavimas yra būtinas atskirai, neatsižvelgiant į tai, ar langelio vertė atitinka kolektyvinę vertę ploto arba vienos taško vertės.

        Kitaip tariant, ląstelių erdvėje reikalingas adresavimas po langeliais (pikseliais). Norėdami paremti adresavimą po langeliu, „GeoRaster“ apibrėžia dviejų tipų ląstelių koordinačių sistemas, priklausomai nuo to, kur apibrėžta ląstelių kilmė (0,0). 1-2 paveiksle, kur kiekvienas kvadratas reiškia vieną langelį, parodyti dviejų tipų ląstelių koordinačių sistemos: centre ir viršutinėje kairėje.

        1-2 paveikslas. Dviejų tipų ląstelių koordinačių sistemos

        Numatytoji langelio koordinačių sistema yra langelio centre ir vadinama centrine ląstelių koordinačių sistema. Kitos langelio koordinačių sistemos pradžia yra viršutiniame kairiajame langelio kampe, ir ji vadinama viršutinės kairės pagrindu esančia ląstelių koordinačių sistema. Abiejose sistemose langeliai yra vienodo dydžio kvadratai, o vienetas yra 1 langelis. Darant prielaidą, kad aš ir J yra sveiki skaičiai, o x ir y yra slankieji skaičiai:

        Centrinėje ląstelių erdvėje koordinatė (x, y) yra susieta su (I, J) tol, kol I-0,5 & lt = x & lt I + 0,5 ir J-0,5 & lt = y & lt J + 0,5.

        Viršutinėje kairėje esančioje langelių erdvėje koordinatė (x, y) yra susieta su ląstele (I, J) tol, kol I & lt = x & lt I + 1.0 ir J & lt = y & lt J + 1.0.

        Pavyzdžiui, pogrupio koordinatės (0,3, 0,3) abiejų koordinačių sistemose yra ta pati sveikojo skaičiaus langelio koordinatė (0,0), o (0,3,0,6) reiškia (0,1) centre esančioje ląstelių erdvėje, bet reiškia (0) , 0) viršutinėje kairėje esančioje ląstelių erdvėje.Šiuos dviejų tipų ląstelių koordinačių sistemas apibrėžia elementas „modelCoordinateLocation“, esantis „spatialReferenceInfo“ metaduomenyse, kitaip numatytasis tipas yra pagrįstas centru. „GeoRaster“ palaiko abi ląstelių koordinačių sistemas, o efektyvus naudojant „Oracle Database 11 g“, porūšių adresai palaikomi „GeoRaster PL / SQL API“. (Ankstesniuose leidimuose vidiniai palaikymai buvo po langelių adresais.)

        „GeoRaster“, nors langelio erdvės pradžia visada yra (0,0), paties rastrinių duomenų viršutiniame kairiajame kampe esanti ląstelė gali turėti skirtingą koordinatę savo ląstelių erdvėje nuo langelio erdvės kilmės koordinatės. Kitaip tariant, viršutinio kairiojo kampo langelio sveiko skaičiaus (eilutės, stulpelio) koordinatė nebūtinai yra (0,0). Viršutinis kairysis kampas vadinamas ULTCoordinate, o jo vertė registruojama metaduomenyse. Iš esmės jis apibrėžia santykinę duomenų vietą ląstelių erdvėje. Jei yra juostos matmuo, ULTCoordinate reikšmė visada yra (eilutė, stulpelis, 0). Kiekvienos langelio koordinatė yra susijusi su langelio erdvės kilme, o ne su ULTCoordinate verte. Ląstelių koordinačių sistemos pradžia gali būti ne tokia, kokia yra ULTCoordinate reikšmė.

        Modelio koordinačių sistemą sudaro erdviniai matmenys ir kiti matmenys, jei jų yra. Erdviniai matmenys vadinami x, y ir z matmenimis, o šių matmenų reikšmės gali būti susietos su geodezine, projektuojama ar lokalia koordinačių sistema. Kiti matmenys apima spektrinius ir laiko matmenis (atitinkamai vadinamus s dimensija ir t dimensija). „GeoRaster SRS“ modelio koordinačių sistemoje šiuo metu palaiko du erdvinius matmenis (X, Y) ir tris erdvinius matmenis (X, Y, Z). (Norėdami gauti informacijos apie koordinačių sistemas, įskaitant įvairius koordinačių sistemų tipus, žr. „Oracle Spatial and Graph Developer Guide“.)

        „GeoRaster“ modelio koordinačių sistemą apibrėžia „Oracle Spatial“ ir „Graph SRID“. Modelio koordinatės turi tą patį vienetą, kaip ir nurodytas SRID, ir jos turėtų būti modelio koordinačių sistemos apibrėžtame vertės diapazone. Pvz., Jei „GeoRaster“ objektas georeferencinis geodezinių koordinačių sistemai, pavyzdžiui, 4326 (EPSG WGS84), modelio koordinačių, gautų iš erdvinės atskaitos sistemos (SRS), vienetas turi būti dešimtainis laipsnis, o reikšmės turėtų būti diapazone -180,0–180,0 ilgumos ir –90,0– +90,0 platumos.

        Ryšius tarp ląstelių koordinačių ir modelio koordinačių modeliuoja „GeoRaster“ atskaitos sistemos (žemėlapių schemos). Apibrėžtos šios „GeoRaster“ atskaitos sistemos:

        Erdvinė atskaitos sistema, dar vadinama „GeoRaster SRS“, kuri žymi langelių koordinates (eilutę, stulpelį, vertikalę) modeliuodama koordinates (X, Y, Z). Erdvinės atskaitos sistemos naudojimas su „GeoRaster“ duomenimis vadinamas duomenų georeferencija. (Georeferencija aptariama Georeferencing.)

        Laikina atskaitos sistema, dar vadinama „GeoRaster TRS“, kuri žymi langelių koordinates (laikinas), kad modeliuotų koordinates (T).

        Juostos atskaitos sistema, dar vadinama „GeoRaster BRS“, kuri žymi langelių koordinates (juostą) modelio koordinatėms (S, skirta spektrui).

        Kiekviena iš šių atskaitos sistemų bent jau iš dalies yra apibrėžta „GeoRaster XML“ schemoje. Tačiau dabartiniam leidimui palaikoma tik erdvinė atskaitos sistema. Tai reiškia, kad galima susieti tik ryšį tarp (eilutės, stulpelio) ir (X, Y) arba (X, Y, Z) koordinačių. Jei modelio koordinačių sistema yra geodezinė, (X, Y) reiškia (ilguma, platuma). Laiko ir juostos atskaitos sistemos gali būti naudojamos, norint išsaugoti naudingą laiko ir spektro informaciją, pavyzdžiui, spektrinę skiriamąją gebą ir rastro duomenų rinkimo laiką.

        Kiti metaduomenys saugomi & ltlayerInfo & gt elemente „GeoRaster XML“ metaduomenyse, kaip paaiškinta juostose_ sluoksniai_ ir metaduomenys.

        1.4 „GeoRaster“ fizinė saugykla

        „GeoRaster“ optimizuoja fizinį metaduomenų ir duomenų saugojimą.

        Kaip minėta „GeoRaster“ duomenų modelyje, „GeoRaster“ duomenys susideda iš daugialypės langelių matricos ir „GeoRaster“ metaduomenų. Dauguma metaduomenų saugomi kaip XML dokumentas, naudojant duomenų tipą „Oracle XMLType“. Metaduomenys apibrėžiami pagal „GeoRaster“ metaduomenų XML schemą, kuri aprašyta „GeoRaster Metadata XML Schema“. „GeoRaster“ objekto erdvinis mastas (pėdsakas) yra metaduomenų dalis, tačiau jis saugomas atskirai kaip „GeoRaster“ objekto atributas. Šis metodas leidžia „GeoRaster“ pasinaudoti erdvinės geometrijos tipu ir susijusiomis galimybėmis, pavyzdžiui, naudojant „R-tree“ indeksavimą „GeoRaster“ objektuose. Erdvinis mastas aprašytas „spatialExtent Attribute“.

        „GeoRaster“ metaduomenys saugomi naudojant CLOB saugojimo parinktį arba dvejetainę XML saugojimo parinktį. Numatytoji „GeoRaster“ metaduomenų dvejetainė XML saugojimo parinktis yra taupanti disko vietą ir pagerinanti našumą. Kurdami „GeoRaster“ lentelę, galite nurodyti arba pakeisti saugyklos parinktį.

        Daugialypė ląstelių matrica yra užblokuota į mažus pogrupius, kad būtų galima saugoti didelio masto „GeoRaster“ objektus ir optimaliai juos gauti bei apdoroti. Kiekvienas blokas lentelėje saugomas kaip dvejetainis didelis objektas (BLOB), o geometrijos objektas (SDO_GEOMETRY tipo) naudojamas apibrėžiant tikslų bloko mastą. Kiekvienoje lentelės eilutėje yra tik vienas blokas ir su tuo bloku susijusi blokavimo informacija. (Ši blokavimo schema taikoma ir piramidėms.)

        Matmenų dydžiai (išilgai eilutės, stulpelio ir juostos matmenų) negali būti tolygiai padalyti iš atitinkamų blokų dydžių. „GeoRaster“ prie krašto blokų prideda užpildą, kuriame nėra pakankamai originalių langelių, kad būtų galima visiškai užpildyti. Ribiniai blokai yra galiniai blokai išilgai teigiamos kiekvieno matmens krypties. Užpildymo langelių ląstelių gylis yra toks pat kaip kitų langelių, o jų vertės yra lygios nuliui. Įklotas daro kiekvieną bloką tokio paties BLOB dydžio. Paminkštinimas daugiausia taikomas eilučių ir stulpelių blokams, tačiau daugialypiams ir hiperspektriniams vaizdams paminkštinimas taip pat gali būti pritaikytas juostos matmenims. Pvz., Tarkime, kad ši specifikacija: juosta, perimta linijomis, blokuojanti kaip (64,64,3), ir 8 juostos, kiekvienoje iš jų yra 64 eilutės ir 64 stulpeliai. Tokiu atveju:

        0, 1 ir 2 juostos saugomos susipynusios pagal eilutę pirmame bloke.

        3, 4 ir 5 juostos yra saugomos susipynusios linijomis antrame bloke.

        Trečiajame bloke tokia tvarka išdėstyta: 6 juostos 1 eilutė, 7 juostos 1 eilutė, 64 užpildytos stulpelio vertės, 6 juostos 2 eilutė, 7 juostos 2 eilutė, 64 užpildytos stulpelio vertės ir t. T. įjungta, kol bus išsaugotos visos 64 eilutės.

        Tačiau aukščiausio lygio piramidės nėra paminkštintos, jei tiek piramidės lygio eilučių, tiek stulpelių matmenų dydžiai yra mažesni arba lygūs pusei atitinkamai pusės eilutės bloko ir stulpelio bloko dydžio. Žr. Piramidės, kad gautumėte informacijos apie fizinį piramidžių laikymą.

        Kiekvienas „GeoRaster“ blokas yra vienodo dydžio. Blokų matmenų dydžiai neturi būti 2 galia. Jie gali būti atsitiktinės sveikojo skaičiaus reikšmės. Blokų dydžius galima automatiškai optimizuoti atsižvelgiant į „GeoRaster“ objekto matmenų dydžius, kad kiekvienas „GeoRaster“ objektas sunaudotų tik minimalų užpildymo vietą. Norėdami gauti daugiau informacijos, žr. 1-1 lentelę Saugojimo parametrai.

        Rastrų blokuose (BLOB) yra dvejetainis rastrinių ląstelių reikšmių atvaizdavimas. Konkrečiai, slankiojo kablelio ląstelių vertės yra pateikiamos IEEE 754 standarto formatuose palaikomose platformose. Jei langelio gylis yra didesnis nei 8 bitai, „GeoRaster“ ląstelių duomenys didžiojo endijos formatu saugomi rastro blokuose. Jei langelio gylis yra mažesnis nei 8 bitai, kiekviename rastrinių blokų baite yra dvi ar daugiau ląstelių, todėl baito bitai yra visiškai užpildyti ląstelių duomenimis. Ląstelės visada užpildomos baitu iš kairės į dešinę. Pvz., Jei ląstelės gylis yra 4 bitai, viename baite yra dvi ląstelės: pirmuose keturiuose baito bituose yra langelio vertė, o antruosiuose keturiuose bituose - jos sekančios ląstelės vertė, kurią nustato susipynimas. tipo.

        Remiantis šiuo fizinės atminties modeliu, pateikiami du objektų tipai: SDO_GEORASTER rastro duomenų rinkiniui ir susijusiems metaduomenims ir SDO_RASTER kiekvienam rastro vaizdo blokui.

        SDO_GEORASTER objekte yra erdvinio masto geometrija (pėdsakas ar aprėpties mastas) ir atitinkami metaduomenys. Lentelė, kurioje yra vienas ar daugiau šio objekto tipo stulpelių, vadinama „GeoRaster“ lentele.

        SDO_RASTER objekte yra informacijos apie „GeoRaster“ objekto bloką (išklotinę) ir jis naudoja BLOB objektą, kad saugotų bloko rastrinių ląstelių duomenis. Šio tipo objektų lentelė arba reliacinė lentelė, kurioje yra tie patys stulpeliai kaip ir šio tipo objektų atributai, vadinama rastrinių duomenų lentele (RDT).

        Objektas SDO_GEORASTER saugo vaizdą arba rastro duomenų rinkinį ir nurodo jį. SDO_RASTER objektas yra vidinis „GeoRaster“ objektas. Objektas SDO_GEORASTER visiškai sutalpina rastrinių duomenų rinkinio metaduomenis ir rastrinių ląstelių duomenis, tai yra SDO_RASTER objektų rinkinį. Ryšį tarp SDO_GEORASTER objekto ir jo SDO_RASTER objektų „GeoRaster“ palaiko automatiškai. Visos „GeoRaster“ funkcijų ir procedūrų sąsajos susijusios su SDO_GEORASTER objektais, tik SDO_GEORASTER objekto SDO_RASTER objektai yra automatiškai tvarkomi viduje. Objektas „SDO_GEORASTER“ yra pagrindinė sąsaja, skirta vartotojams kurti ir valdyti „GeoRaster“ duomenų bazę. Turite naudoti tik objektą „SDO_RASTER“, kad sukurtumėte rastrinių duomenų lenteles (RDT).

        Kiekvienas SDO_GEORASTER objektas turi porą atributų (rasterDataTable, rasterID), kurie unikaliai identifikuoja RDT ir RDT eilutes, kurios naudojamos objekto „GeoRaster“ rastrinių ląstelių duomenims saugoti.

        1-3 paveiksle parodytas „GeoRaster“ objektų saugojimas, kaip pavyzdį naudojant Bostono, Masačusetso vaizdą lentelėje, kurioje yra eilučių su įvairių miestų vaizdais.

        1-3 paveikslas Fizinis „GeoRaster“ duomenų saugojimas

        Kiekvienoje miesto vaizdų lentelės eilutėje yra informacija apie konkretaus miesto vaizdą (pvz., Bostoną), įskaitant SDO_GEORASTER objektą.

        Objektas „SDO_GEORASTER“ apima erdvinę geometriją, apimančią visą vaizdo plotą, metaduomenis, rastro ID ir rastro duomenų lentelės, susijusios su šiuo vaizdu, pavadinimą.

        Kiekvienoje rastrinių duomenų lentelės eilutėje yra informacija apie vaizdo bloką (arba išklotinę), įskaitant minimalų bloko ribojantį stačiakampį (MBR) ir vaizdo duomenis (saugomus kaip BLOB). Rastrinių duomenų lentelė aprašyta rastrinių duomenų lentelėje.

        Objektų tipai SDO_GEORASTER ir SDO_RASTER išsamiai aprašyti „GeoRaster“ duomenų tipuose ir susijusiose struktūrose.

        1-4 paveiksle parodytas fizinis „GeoRaster“ duomenų ir kelių susijusių objektų saugojimas duomenų bazėje.

        1-4 pav. „GeoRaster“ duomenys „Oracle“ duomenų bazėje

        Kiekvienas „GeoRaster“ lentelės „GeoRaster“ objektas turi susietą rastro duomenų lentelę, kurioje yra įrašas kiekvienam rastro vaizdo blokui.

        BLOB su vaizdo duomenimis apie kiekvieną rastrinių vaizdų bloką saugoma atskirai nuo rastro lentelės duomenų. BLOB blokams galite nurodyti saugyklos parametrus (aprašytus skyriuje Saugojimo parametrai).

        Kiekviename „GeoRaster“ objekte yra susieta rastro duomenų lentelė. Tačiau rastrinių duomenų lentelėje galima saugoti kelių „GeoRaster“ objektų blokus, o „GeoRaster“ objektus „GeoRaster“ lentelėje galima susieti su viena ar keliomis rastro duomenų lentelėmis.

        „GeoRaster“ sistemos duomenys (aprašyti „GeoRaster System Data Views“ (xxx_SDO_GEOR_SYSDATA)) palaiko ryšį tarp „GeoRaster“ lentelių ir rastro duomenų lentelių.

        Indeksus (standartinius ir erdvinius) galima sukurti ant „GeoRaster“ lentelės ir rastrinių duomenų lentelių. Norėdami gauti informacijos apie „GeoRaster“ duomenų indeksavimą, žr. „GeoRaster Objects“ indeksavimas.

        Papildoma informacija, pvz., Žemės valdymo taškai (GCP) ir vertės atributų lentelės (PVM), gali būti susijusi su „GeoRaster“ objektais.

        Paprastai palaikote „GeoRaster“ lentelės ir su ja susijusių rastrinių duomenų lentelių ryšį „vienas su daugeliu“, net jei jie gali turėti ryšį „visi daugeliui“. Tai reiškia, kad rastrinių duomenų lentelėje tegul yra tik „GeoRaster“ objektų, priklausančių tai pačiai „GeoRaster“ lentelei, langelių duomenys. „GeoRaster“ lentelėje gali būti didelis skaičius (galbūt neribotas) „GeoRaster“ objektų. RDT turėtų būti naudojamas riboto skaičiaus „GeoRaster“ objektų rastriniams blokams laikyti, atsižvelgiant į rastrų dydį.

        Šie aspektai taikomi schemų, lentelių ir stulpelių pavadinimams, kurie saugomi bet kuriuose „Oracle Spatial“ ir „Graph“ metaduomenų rodiniuose. Pavyzdžiui, šie aspektai taikomi geometrijos lentelėms, „GeoRaster“ lentelėms, rastrinių duomenų lentelėms ir geometrijos bei „GeoRaster“ stulpeliams.

        Pavadinime turi būti tik raidės, skaičiai ir pabraukimai. Pvz., Pavadinime negali būti tarpo (), apostrofo ('), kabutės (") ar kablelio (,).

        Visos pavadinimų raidės paverčiamos didžiosiomis raidėmis, kol vardai nebus saugomi geometrijos metaduomenų rodiniuose arba „GeoRaster“ sistemos duomenų (xxx_SDO_GEOR_SYSDATA) rodiniuose arba prieš pasiekiant lenteles. Ši konversija taip pat taikoma visiems schemos pavadinimams, nurodytiems lentelės pavadinime.

        Daugiau informacijos apie rastrinių duomenų lenteles ieškokite rastrinių duomenų lentelėje.

        1.4.1 Saugojimo parametrai

        Kelios „GeoRaster“ operacijos leidžia nurodyti ar pakeisti saugyklos aspektus. Atitinkamose paprogramėse yra parametras, pavadintas „storageParam“, kuris yra cituojama raktinių žodžių ir jų reikšmių eilutė. Parametrų „storageParam“ raktiniai žodžiai taikomi rastrinių duomenų charakteristikoms (žr. 1-1 lentelę).

        Raktiniai žodžiai šiame skyriuje arba netaikomi, arba tik iš dalies taikomi procedūros SDO_GEOR.importFrom parametrui storageParam ir procedūros SDO_GEOR.exportTo parametrui subsetParam. Žr. Informacinę informaciją apie svarbius parametrus kiekvienai iš šių procedūrų SDO_GEOR paketo nuorodoje.

        Visiems „GeoRaster“ paprogramių eilutės (VARCHAR2) parametruose esantiems skaičiams taškas (.) Turi būti naudojamas bet kokiems dešimtainiams taškams, nepaisant lokalės.

        1-1 lentelė. „Parametr“ raktiniai žodžiai rastriniams duomenims

        Nurodo, ar reikia atsižvelgti į taškų kaukes. TRUE nurodo atsižvelgti į visas susietas bitmap kaukes FALSE nurodo neatsižvelgti į bitmap kaukes. Numatytoji reikšmė yra TRUE SDO_GEOR.copy, SDO_GEOR.changeFormatCopy, SDO_GEOR.mergeLayers, SDO_GEOR.scaleCopy ir SDO_GEOR.subset. Numatytoji reikšmė yra FALSE SDO_GEOR.mosaic (TRUE reikšmė neteisinga ir SDO_GEOR.mosaic ignoruojama).

        Nurodo, ar rastriniai duomenys užblokuoti. TRUE sukelia rastrinių duomenų blokavimą naudojant nurodyto arba numatytojo bloko blokus Dydžio reikšmė OPTIMALPADDING yra tokia pati kaip TRUE, išskyrus tai, kad nurodyta blockSize reikšmė bus pakoreguota į optimalią vertę, kad būtų sumažinta užpildymo erdvė FALSE sukelia rastrinių duomenų neužblokavimą (tai yra, tik vienas blokas bus naudojamas visam vaizdui). Nurodžius OPTIMALPADDING, „GeoRaster“ iš vidaus iškviečia procedūrą SDO_GEOR_UTL.calcOptimizedBlockSize.

        Numatytoji blokavimo vertė yra TIESA, jei nurodote „blockSize“ raktinį žodį. Jei nurodote blokavimą = TRUE, bet nenurodote „blockSize“ raktinio žodžio, numatytasis „blockSize“ yra (512 512, B), kur B yra juostų skaičius išvesties „GeoRaster“ objekte. Jei nenurodote nei blokavimo, nei „blockSize“, numatytosios vertės gaunamos iš šaltinio „GeoRaster“ objekto: tai yra, jei pradiniai duomenys nėra užblokuoti, išvesties „GeoRaster“ objekto duomenys pagal numatytuosius nustatymus nėra užblokuoti, o jei pradiniai duomenys yra užblokuoti, duomenys išvesties „GeoRaster“ objekte blokuojami ta pačia blokavimo schema.

        Nurodo bloko dydį, tai yra langelių skaičių viename bloke. Turite nurodyti kiekvieno išvesties „GeoRaster“ objekto matmens vertę. Pvz., Blocksize = (512 512,3) nurodo 512 eilutės matmeniui, 512 - stulpelio matmeniui ir 3 - juostos matmeniui, o blocksize = (512 512) nurodo 512 eilučių ir stulpelių blokų dydžius objektui „GeoRaster“, kuriame nėra juostos matmuo. Vertės turi būti ne neigiami sveikieji skaičiai. Jei vertė yra 0, tai reiškia, kad bloko dydis yra atitinkamas matmenų dydis. Jei vertė yra didesnė už atitinkamą matmenų dydį, naudojamas užpildas. Taip pat žiūrėkite šioje lentelėje esančio blokavimo raktinio žodžio ir procedūros SDO_GEOR_UTL.calcOptimizedBlockSize paaiškinimą.

        Palaikomas tik įprastas blokavimas, t. Y. Visi blokai turi būti vienodo dydžio ir lygiuojami vienas su kitu, išskyrus kai kurias aukščiausio lygio piramides. Tačiau blokų matmenų dydžiai neturi būti lygūs 2. Jie gali būti atsitiktinės sveikojo skaičiaus reikšmės. Pvz., „BlockSize“ vertė gali būti (589,1236,7).

        Fizinis rastrinio bloko saugyklos dydis turi būti mažesnis arba lygus 4 GB.

        Nurodo rastrinių duomenų rinkinio langelio gylį, kuris nurodo bitų skaičių ir visų langelių duomenų tipo ženklą. Tačiau atkreipkite dėmesį, kad pakeitus langelio gylį gali prarasti duomenis, sumažėti tikslumas ir vaizdo kokybė. Turi būti viena iš šių reikšmių (_U nurodant nepasirašytą ir _S nurodant pasirašytą): 1BIT, 2BIT, 4BIT, 8BIT_U, 8BIT_S, 16BIT_U, 16BIT_S, 32BIT_U, 32BIT_S, 32BIT_REAL arba 64BIT_REAL. (Sudėtingi „cellDepth“ tipai nepalaikomi.) Jei „cellDepth“ nenurodoma, pagal numatytuosius nustatymus naudojama šaltinio „GeoRaster“ objekto vertė. Pavyzdys: celldepth = 16BIT_U

        Nurodo suspaudimo tipą, taikomą „GeoRaster“ objektui. Turi būti viena iš šių reikšmių: JPEG-F, DEFLATE arba NONE. (Suspausto „GeoRaster“ objekto išspausti galite naudoti NĖRA.) Jei glaudinimas nenurodytas, naudojamas šaltinio „GeoRaster“ objekto glaudinimo tipas. Norėdami gauti daugiau informacijos apie suspaudimą ir dekompresiją, žr. Kompresija ir dekompresija. Pavyzdys: suspaudimas = JPEG-F

        Jei šaltinio „GeoRaster“ objektas tuščias, suspaudimo raktinis žodis nepaisomas, išskyrus funkcijas SDO_GEOR.getRasterSubset ir SDO_GEOR.getRasterData. (Tušti „GeoRaster“ objektai paaiškinti tuščiuose ir tuščiuose „GeoRaster“ objektuose.)

        Nurodo susipynimo tipą. (Pynimas paaiškinamas juostose_ Sluoksniai_ ir metaduomenys.) Turi būti viena iš šių reikšmių: BSQ (juosta nuosekliai), BIL (juosta, persipinanti linijomis) arba BIP (juosta, susipynusi pikseliu). Pavyzdys: interleaving = BSQ

        Nurodo suspaudimo operacijos lygiagretumo laipsnį. (Šis parametras nepaisomas, kai paprogramės iškvietime nurodomas parametras parallelParam.) Jei nurodyta, jis turi būti lygiagretaus = n formos, kur n yra didesnis nei 1. Turi būti naudojamas su suspaudimo atminties parametru. Lygiagretumas palaikomas šioms glaudinimo operacijoms:

        Paralelizmas nepalaikomas šioms glaudinimo operacijoms:

        TRUE nurodo saugoti pradinius piramidės duomenis. FALSE nurodo, kad piramidės duomenys nebus saugomi. Numatytoji reikšmė priklauso nuo konkrečios procedūros: SDO_GEOR.copy ir SDO_GEOR.changeFormatCopy numatytoji reikšmė yra TRUE, numatytoji reikšmė FALSE yra SDO_GEOR.scaleCopy, SDO_GEOR.mosaic ir SDO_GEOR.subset. (TRUE reikšmė yra neteisinga ir yra ignoruojama SDO_GEOR.scaleCopy arba SDO_GEOR.subset.)

        Vietoj to negalite generuoti piramidės duomenų naudodami saugojimo parametrus, sukūrę objektą „GeoRaster“, turite naudoti procedūrą SDO_GEOR.generatePyramid.

        Nurodo JPEG glaudinimo kokybę, tai yra sugadinimo laipsnio laipsnis. Turi būti sveikasis skaičius nuo 0 (žemiausios kokybės) iki 100 (aukščiausios kokybės), kurį reikia pritaikyti „GeoRaster“ objektui. Numatytoji vertė yra 75.Norėdami gauti daugiau informacijos apie glaudinimo kokybę, žr. „GeoRaster“ objektų JPEG suspaudimas. Pavyzdys: kokybė = 80

        1-1 pavyzdyje rodomas kopijuojamas „GeoRaster“ objektas, pakeitus jo bloko dydį ir nenukopijavus visų piramidės duomenų iš pirminio objekto.

        1-1 pavyzdys „storageParam“ raktinių žodžių naudojimas

        1-1 pavyzdyje „GeoRaster“ objekto „gr2“ rastrinių duomenų lentelė yra RDT_1. Jei rastro duomenys turi būti įrašomi į lentelę RDT_1, ta lentelė turi egzistuoti prieš paleidžiant PL / SQL bloką kitaip, klaidą generuoja SDO_GEOR.changeFormatCopy procedūra.

        Jei įterpiate, atnaujinate arba ištrinate „GeoRaster“ langelio duomenis ar metaduomenis, prieš atlikdami operaciją atnaujinkite „GeoRaster“ objektą, kaip parodyta 1-1 pavyzdyje ir kaip paaiškinta „GeoRaster Objects“ atnaujinimas prieš įsipareigojant.

        1-1 pavyzdys ir daugelis SDO_GEOR paketo nuorodos pavyzdžių nurodo lentelę pavadinimu GEORASTER_TABLE, kuri turi šį apibrėžimą:

        1.4.2 rastrinių duomenų lentelė

        Rastrinių duomenų lentelė turi būti SDO_RASTER tipo objektų lentelė arba reliacinė lentelė su šiais stulpelių apibrėžimais:

        Rastrinių duomenų lentelėje, nesvarbu, ar objektų lentelėje, ar reliacinėje lentelėje, stulpeliuose turi būti nurodytas pagrindinis raktas (rasterID, pyramidLevel, bandBlockNumber, rowBlockNumber, columnBlockNumber).

        Kiekvienas rastrinių duomenų lentelės pavadinimas turi būti arba lygiavertis galiojančiam nekotiruotam identifikatoriui, ir jis bus saugomas „GeoRaster“ metaduomenų rodiniuose ir SDO_GEORASTER objektuose visais didžiosiomis raidėmis, be schemos priešdėlio. (Kiekvienas „GeoRaster“ stulpelio pavadinimas turi būti lygiavertis galiojančiam nenurodytam identifikatoriui arba jam lygiavertis, ir jis saugomas „GeoRaster“ metaduomenų rodiniuose visais didžiosiomis raidėmis.) Kiekvienas rastro duomenų lentelės pavadinimas duomenų bazėje taip pat turi būti unikalus. Norėdami išspręsti bet kokį rastrinių duomenų lentelių pavadinimų dubliavimąsi, galite naudoti funkciją SDO_GEOR_ADMIN.maintainSysdataEntries.

        Sukūrę rastrinių duomenų lentelę galėsite valdyti RDT talpinimo ir saugojimo ypatybes (pavyzdžiui, jei lentelė turėtų būti skaidoma siekiant geresnio našumo). Didelio „GeoRaster“ objekto atveju apsvarstykite galimybę įdėti jo rastrinius duomenis į atskirą rastrinių duomenų lentelę ir padalyti rastrinių duomenų lentelę pagal piramidės lygį ar blokų numerius, arba abu, tačiau visada apsvarstykite galimybę dalytis RDT tam tikram skaičiui mažesnių „GeoRaster“ objektų, kad nebūtų sukurta per daug RDT. „GeoRaster“ lentelėms ir rastrinių duomenų lentelėms saugoti nenaudokite SYSTEM lentelių. Vietoj to sukurkite atskiras „GeoRaster“ lentelių vietoje valdomas (numatytąsias) lentelių sritis.

        Niekada neįterpkite ir neištrinkite jokių eilučių tiesiogiai rastrinių duomenų lentelėje. Atitinkamų RDT eilutės automatiškai įterpiamos arba ištrinamos, kai „GeoRaster“ objektai kuriami naudojant rastro duomenis arba ištrinami iš „GeoRaster“ lentelės.

        Rinkdamiesi rastro duomenų blokų dydžius, atsižvelkite į šiuos dalykus:

        Maksimalus rastrinio bloko ilgis yra 4 GB, todėl nenurodykite didesnio nei 4 GB bloko dydžio.

        Apsvarstykite „GeoRaster“ objekto „cellDepth“ vertę, kai apskaičiuojate norimą rastro bloko dydį.

        Tinkamo bloko dydžio pasirinkimas yra kompromisas tarp rastro bloko dydžio ir „GeoRaster“ objektui reikalingų blokų skaičiaus. Didelio dydžio rastro duomenims „Oracle“ rekomenduoja mažiausiai 512 x 512 eilutės ir stulpelio matmenų dydžiui. Blokavimo dydžio vertė, dėl kurios rastrinis blokas yra mažesnis arba artimas 4 KB (pvz., 64 x 64), paprastai yra netinkamas pasirinkimas, nes 4 KB yra riba saugant „Oracle BLOB“ ne linijoje.

        Informacijos apie objekto ar reliacinių rastrinių duomenų lentelių kūrimą ieškokite rastrinių duomenų lentelių kūrimas.

        1.4.3 Tušti ir tušti „GeoRaster“ objektai

        Tuščias „GeoRaster“ objektas yra specialus „GeoRaster“ objekto tipas, kuriame visų langelių vertė yra vienoda. Nereikia jo ląstelių saugoti jokiame SDO_RASTER bloke, o langelio vertė yra užregistruota metaduomenyse elemento blankCellValue. Kitu atveju tušti „GeoRaster“ objektai traktuojami taip pat, kaip ir kiti „GeoRaster“ objektai. Naudokite funkciją SDO_GEOR.createBlank, kad sukurtumėte tuščią „GeoRaster“ objektą, funkciją „SDO_GEOR.isBlank“, kad patikrintumėte, ar „GeoRaster“ objektas yra tuščias „GeoRaster“ objektas, ir funkciją „SDO_GEOR.getBlankCellValue“, jei norite grąžinti tuščio „GeoRaster“ objekto langelių vertę.

        Tuščiame „GeoRaster“ objekte yra tik „rasterDataTable“ pavadinimas ir „rasterID“. Norėdami sukurti tuščią „GeoRaster“ objektą, naudokite funkciją SDO_GEOR.init. Prieš atlikdami veiksmą, kuris pateikia naują „GeoRaster“ objektą, turite sukurti tuščią „GeoRaster“ objektą, kad išvestį būtų galima išsaugoti anksčiau inicijuotame tuščiame „GeoRaster“ objekte.

        1.4.4 Tušti rastriniai blokai

        „GeoRaster“ palaiko tuščius rastrinius blokus, kad sutaupytų vietos dideliems mozaikos objektams ir pagerintų rastro apdorojimo greitį. Tušti rastriniai blokai naudojami, kai nėra duomenų apie konkretų didelio „GeoRaster“ objekto rastrinį bloką. Tokie „GeoRaster“ duomenys yra ypatingo reto tipo duomenys. Rastro duomenų lentelėje vis dar yra įrašas apie kiekvieną tuščią rastrinį bloką, tačiau BLOB ilgis yra lygus nuliui (nurodant tuščią).

        Gautas rastrinis blokas yra tuščias, jei visos jo ląstelės yra gautos iš tuščio šaltinio rastrinių blokų. Gautas rastrinis blokas yra iš dalies tuščias, jei tik kai kurios jo ląstelės yra gautos iš tuščių šaltinių rastrinių blokų. Bet kurios ląstelės iš dalies tuščiame rezultato rastriniame bloke, gautos iš tuščio šaltinio rastrinio bloko, nustatomos į tam tikras fonines vertes (kaip nurodyta parametre „bgValues“) arba nustatomos į 0 (jei parametras „bgValues“ nenurodytas). Tai padarius, dalinai tuščias rastrinis blokas tampa toks pat, kaip įprastas tuščias rastrinis blokas, o baigus operaciją, kiekvienas gauto „GeoRaster“ objekto rastro blokas yra tuščias arba ne tuščias.

        Kadangi dalinai tuščių rastrinių blokų užpildymas visam laikui keičia rastro duomenis, manipuliuodami „GeoRaster“ objektu turėtumėte kruopščiai pasirinkti nuoseklias fono vertes. „GeoRaster“ metaduomenyse saugomos NODATA reikšmės, jei tokios yra, yra tinkamos foninių verčių pasirinkimo galimybės, nors galite pasirinkti ir kitas fono vertes, jei tik jos naudojamos nuosekliai.

        Jei „GeoRaster“ objekte yra tuščių rastrinių blokų, jo piramidės duomenyse iš viso negali būti tuščių rastrinių blokų, nes operacijos „SDO_GEOR.generatePyramid“ metu iš dalies tušti rastriniai blokai užpildomi fono vertėmis arba 0. Kai iškviečiate šią funkciją, kad sukurtumėte piramidę, būkite atsargūs pasirinkdami pastovią fono vertę, kaip paaiškinta šiame skyriuje.

        Taškų žemėlapio kaukėje (žr. „Žemėlapio kaukės“) taip pat gali būti tuščių rastrinių blokų, o trūkstamų langelių reikšmės rodo 0. Jei reikia užpildyti, trūkstamos ląstelės visada užpildomos 0 reikšme.

        1.4.5 „Cross-Schema“ palaikymas naudojant „GeoRaster“

        „GeoRaster“ lentelė ir su ja susijusios rastrinių duomenų lentelės ar lentelės turi turėti tą patį savininką. Tačiau vartotojai, turintys atitinkamas privilegijas, gali kurti „GeoRaster“ lenteles ir susijusias rastro duomenų lenteles, priklausančias kitoms schemoms, taip pat jie gali kurti, pateikti užklausas, atnaujinti ir ištrinti „GeoRaster“ objektus, priklausančius kitoms schemoms. Norėdami atlikti kryžminę „GeoRaster“ objektų užklausą, „GeoRaster“ lentelėse ir su jomis susijusiose rastrinių duomenų lentelėse turite turėti SELECT arba READ privilegiją. Norint atnaujinti kryžminį „GeoRaster“ objektų schemą, „GeoRaster“ lentelėse ir su jomis susijusiose rastrinių duomenų lentelėse turite turėti privilegiją PASIRINKTI arba SKAITYTI, o INSERT, UPDATE ir DELETE privilegijas.

        ALL_SDO_GEOR_SYSDATA rodinyje (aprašytame „GeoRaster“ sistemos duomenų rodiniuose (xxx_SDO_GEOR_SYSDATA)) yra informacijos apie visus „GeoRaster“ objektus, pasiekiamus dabartiniam vartotojui. Kiekvienam išvardytam objektui „GeoRaster“ lentelė turi būti prieinama dabartiniam vartotojui. Jei dabartiniam vartotojui taip pat reikia prieigos prie rastrinių duomenų, tas vartotojas taip pat turi turėti atitinkamas teises susietoje rastrinių duomenų lentelėje.

        Visos SDO_GEOR paprogramės gali dirbti su „GeoRaster“ objektais, apibrėžtais schemose, išskyrus dabartinę ryšio schemą.

        Kryžminių schemų „GeoRaster“ operacijų pavyzdžius žr. Skersinių schemų operacijų atlikimas.

        1,5 juostos, sluoksniai ir metaduomenys

        „GeoRaster“ juosta ir sluoksnis yra skirtingos sąvokos.

        Juosta yra fizinis daugiamatės rastrinių duomenų rinkinio matmuo, tai yra, viena ląstelių erdvės ordina. Pvz., Langelio erdvėje gali būti ordinačių eilutė, stulpelis ir juosta. Juostos sunumeruotos nuo 0 iki n -1, kur n yra didžiausias sluoksnio skaičius. Sluoksnis yra logiška „GeoRaster“ duomenų modelio sąvoka. Sluoksniai priskiriami juostoms. Paprastai vienas sluoksnis atitinka vieną juostą ir susideda iš dvimatės matricos, kurios dydis yra rowDimensionSize ir columnDimensionSize. Sluoksniai sunumeruoti nuo 1 iki n, tai yra layerNumber = bandNumber + 1.

        „GeoRaster“ objekte gali būti kelios juostos, kurias taip pat galima vadinti keliais sluoksniais. Pavyzdžiui, nuotolinio jutimo prietaisų elektromagnetinės bangos duomenys yra sugrupuoti į tam tikrą kanalų skaičių, kur galimų kanalų skaičius priklauso nuo jutimo įrenginio galimybių. Daugiaspektriuose vaizduose yra keli kanalai, o hiperspektriniuose vaizduose yra labai didelis (tarkime, 50 ar daugiau) kanalų. Visi kanalai susieti su „GeoRaster“ juostomis, kurios yra susietos su sluoksniais.

        Rastro GIS programose duomenų rinkinyje gali būti keli rastro sluoksniai, o kiekvienas sluoksnis vadinamas tema. Pvz., Rastras gali turėti gyventojų tankio sluoksnį, kai skirtingos langelių vertės naudojamos apylinkėms ar apskritims vaizduoti, atsižvelgiant į jų vidutinį gyventojų skaičių kvadratinėje mylioje ar kilometre. Kiti temų pavyzdžiai gali būti vidutinis pajamų lygis, žemės naudojimas (žemės ūkio, gyvenamųjų, pramoninių ir kt.) Ir aukštis virš jūros lygio. Rastrinės GIS temos gali būti saugomos skirtinguose „GeoRaster“ objektuose arba viename „GeoRaster“ objekte, o kiekviena tema modeliuojama kaip vienas sluoksnis. Rastro temos ir daugiaspektriai vaizdo kanalai taip pat gali būti saugomi kartu viename „GeoRaster“ objekte kaip skirtingi sluoksniai, jei jie turi vienodus matmenis.

        1-5 paveiksle pateiktas vaizdas su keliais sluoksniais ir viena rastrinių duomenų lentele. Kiekviename sluoksnyje yra keli blokai, kurių kiekviename paprastai yra daug ląstelių. Kiekviename bloke rastro duomenų lentelėje yra įrašas. Atkreipkite dėmesį, kad „GeoRaster“ pradeda sluoksnių numeravimą nuo 1, o juostų numeravimą - nuo 0 (nulis), kaip parodyta 1-5 paveiksle.

        1-5 pav. Sluoksniai, juostos ir rastrinių duomenų lentelė

        „GeoRaster XML“ metaduomenys nurodo objekto sluoksnį ir sluoksnius. Objekto sluoksnis reiškia visą „GeoRaster“ objektą, kuriame gali būti keli sluoksniai arba jų nėra. Jei „GeoRaster“ objekte yra keli sluoksniai, kiekvienas sluoksnis yra objekto sluoksnio posluoksnis ir reiškia vieną juostą.

        Kiekviename sluoksnyje gali būti susietas neprivalomas metaduomenų rinkinys. Sluoksnio metaduomenų elementai apima vartotojo nustatytą sluoksnio ID, aprašą, bitų žemėlapio kaukę, NODATA reikšmes ir reikšmių diapazonus, mastelio keitimo funkciją, šiukšliadėžės funkciją, statistinių duomenų rinkinį (įskaitant histogramą), pilkų atspalvių paieškos lentelę ir spalvų kortelę (arba pseudokoloro paiešką) lentelė, dar vadinama PCT). Metaduomenų elementai yra apibrėžti „GeoRaster“ metaduomenų XML schemoje, kuri pateikiama „GeoRaster Metadata XML Schema“. SDO_GEOR_HISTOGRAM objekto tipą SDO_GEOR_HISTOGRAM objekto tipą, SDO_GEOR_COLORMAP objekto tipą SDO_GEOR_COLORMAP objekto tipą, SDO_GEOR_GRAYSCALE objekto tipą SDO_GEOR_GRAYSCALE objekto tipą ir SDO_GEOR_SRS objekto tipą SDO_GEOR_SRS objekto tipą.

        Metaduomenys, susieti su objekto sluoksniu, taikomi visam „GeoRaster“ objektui. Metaduomenys, susieti su sluoksniu, taikomi tik tam sluoksniui. Pavyzdžiui, objekto sluoksnio statistinių duomenų rinkinys apskaičiuojamas remiantis visomis objekto „GeoRaster“ ląstelėmis, neatsižvelgiant į tai, kiek objektas turi sluoksnių, tačiau statistiniai sluoksnio duomenys apskaičiuojami tik pagal to sluoksnio langelius.

        Objektų sluoksnio ir kitų sluoksnių metaduomenys saugomi naudojant & ltlayerInfo & gt elementus „GeoRaster XML“ metaduomenyse ir kartais atskirose lentelėse, tokiose kaip spalvų lentelė arba histogramos lentelė. „GeoRaster XML“ metaduomenyse saugomus metaduomenis tvarko „GeoRaster“, o jūs galite naudoti „GeoRaster“ API šiems metaduomenims gauti ir modifikuoti. Metaduomenims, saugomiems atskirose lentelėse, lentelės pavadinimą galima užregistruoti „GeoRaster XML“ schemoje, tokiu atveju programos gali nuskaityti lentelės pavadinimą. Tačiau „GeoRaster“ netikrina šios lentelės buvimo ar pagrįstumo ir nepateikia jokių operacijų šioje lentelėje.

        Palaikomi trys persipynimo tipai: BSQ (juosta nuosekliai), BIL (juosta, susipynusi linijomis) ir BIP (juosta, susipynusi pikseliu). Pynimas taikomas tik tarp juostų ar sluoksnių. Pynimas apsiriboja ląstelių persipynimu kiekvieno „GeoRaster“ objekto bloko viduje. Tai reiškia, kad „GeoRaster“ visada pirmiausia užblokuoja „GeoRaster“ objektą, o tada taiko tarpusavyje kiekvieno bloko vidų. Tačiau kiekvienas to paties „GeoRaster“ objekto blokas turi tą patį susipynimo tipą. Norėdami pakeisti efektyviau apdorojamus ir panaudojamus duomenis, galite pakeisti „GeoRaster“ objekto kopijos rūšį, iškviesdami SDO_GEOR.changeFormatCopy procedūrą.

        1.6 Georeferencija

        GeoRaster erdvinių nuorodų sistema (SRS), objekto „GeoRaster“ metaduomenų komponentas, apima informaciją, susijusią su georeferencijomis. Georeferencija nustato ryšį tarp „GeoRaster“ duomenų ląstelių koordinačių ir realaus pasaulio žemės koordinačių (arba kai kurių vietinių koordinačių). Georeferencija priskiria žemės koordinates ląstelių koordinatėms, o ląstelių koordinatės - žemės koordinatėms.

        „GeoRaster“ georeferencija skiriasi nuo geokorekcijos, ištaisymo ar ortorektikos. Atliekant šiuos tris pastaruosius procesus, ląstelių atranka dažnai atliekama rastro duomenyse, o gaunami „GeoRaster“ duomenys gali turėti skirtingą modelio koordinačių sistemą ir matmenų dydžius. Georeferencija nustato ryšį tarp ląstelių koordinačių ir realaus pasaulio arba kai kurių vietinių koordinačių. Georeferenciją galima atlikti pateikiant atitinkamą matematinę formulę, pakankamai žemės valdymo taško (GCP) koordinates arba griežtus modelio duomenis iš nuotolinio stebėjimo sistemos. Georeferencija nekeičia „GeoRaster“ langelio duomenų ar kitų metaduomenų, išskyrus tuos atvejus, kai to reikia norint palengvinti koordinačių transformaciją tarp ląstelių koordinačių sistemos ir modelio koordinačių sistemos.

        „GeoRaster“ palaiko tiek funkcinio pritaikymo modelį (paaiškintą funkcinio pritaikymo georeferencijų modelyje), tiek saugomą funkcijų modelį (paaiškintą „Ground Control Point“ (GCP) georeferencijų modelyje) georeferencijoms. Griežti modeliai nepalaikomi. Kai „GeoRaster“ objektui nustatoma geografinė nuoroda į funkcinio pritaikymo modelį, „isReferiated“ vertė SRS metaduomenyse bus TIKRA, kitaip ji turėtų būti NETIESA.

        Taisymas gali būti atliekamas naudojant horizontalias koordinates, kad „GeoRaster“ duomenų rinkinio langelius būtų galima susieti su projekcijos žemėlapio koordinačių sistema. Ištaisius, kiekviena ląstelė yra reguliariai matuojama žemėlapio vienetuose ir derinama su modelio koordinačių sistema, tai yra su Rytų-Vakarų ir Šiaurės-Pietų matmenimis. Jei koreguojant naudojami aukščio duomenys (DEM), jie vadinami ortorektifikacija - specialia taisymo forma, kuri koreguoja reljefo poslinkį. Jei „GeoRaster“ objektas ištaisomas ir georeferuojamas pagal funkcinio pritaikymo modelį, jo metaduomenų „isRectified“ vertė bus TIESA, kitaip ji turėtų būti NETIESA. Jei „GeoRaster“ objektas yra ortografuotas ir georeferencinis pagal funkcinio pritaikymo modelį, jo metaduomenų „isOrthoRectified“ vertė bus TIESA, kitaip ji turėtų būti NETIESA.

        Norėdami georeferencijuoti „GeoRaster“ objektą, žr. „Georeferencing GeoRaster Objects“ ir „Advanced Georeferencing“. Norėdami ištaisyti ir ištaisyti „GeoRaster“ objektą, žr. Vaizdų taisymas ir Vaizdo koregavimas.

        1.6.1 Funkcinio pritaikymo georeferencijų modelis

        „GeoRaster“ apibrėžia bendrą funkcinio pritaikymo georeferencijų modelį, kuris saugomas „GeoRaster“ metaduomenyse. Jame yra keli plačiai naudojami geometriniai modeliai, ir tai leidžia georeferencijuoti daugelį netaisytų „GeoRaster“ objektų.

        Šis modelis palaiko transformacijas tarp dvimačių ar trimačių žemės koordinačių ir dvimatių ląstelių koordinačių, arba tarp dvimatių ląstelių koordinačių ir dvimatių ar trimačių žemės koordinačių. Šios lygtys apibūdina modelį:

        rn = Normalizuotas rastro langelio eilutės indeksas

        cn = Normalizuotas rastro langelio stulpelio rodiklis

        Xn , Yn , Zn = Normalizuotos žemės koordinačių vertės

        1-6 pav. Georeferencijai naudojami polinomai

        1-6 paveiksle pavaizduota daugianario forma aijk yra daugianario koeficientai.

        Kiekvienas iš keturių polinomų gali būti skirtingas, o kiekvienas polinomas atskirai apibūdinamas taip:

        pType = polinomo tipas (1 arba 2)

        nVars = bendras kintamųjų skaičius (0, 2 arba 3 žemės koordinačių matmenys)

        tvarka = maksimali kiekvieno kintamojo galios tvarka arba didžiausia bendra galios tvarka kiekvienam polinomui (iki 5)

        nKoeficientai = Bendras koeficientų skaičius (turi būti išvestas iš trijų ankstesnių skaičių)

        PType nurodo maksimalaus bendro daugianario eiliškumo reikšmę ir taip veikia bendrą polinomo terminų skaičių. pType = 1 nurodo, kad didžiausia tvarka yra didžiausia visų kintamųjų tvarka kiekviename polinome. pType = 2 rodo, kad didžiausia tvarka yra didžiausia kiekvieno kintamojo tvarka visais daugianario terminais. „NVars“ nurodo, ar žemės koordinačių sistema yra 2D (X, Y), ar 3D (X, Y, Z). Ląstelių koordinačių sistemos visada yra 2D. Pavyzdžiui, jis palaiko 2D – 2D afininę transformaciją ir 3D – 2D DLT ir RPC modelius.

        Bendras polinomų terminų skaičius ir jų eilės tvarka bei jų koeficientai nustatomi pagal logiką šiame ciklo pseudokode:

        Laikykitės ankstesnio pseudokodo, tarkime, kad i yra X, j yra Y, o k - Z, o n yra „GeoRaster“ metaduomenų elemento & ltpolynomialCoefficients & gt koeficientų rodiklis. Taigi, COEF [ijk] yra skaitiklio p arba vardiklio q polinomo koeficientas x (i) y (j) z (k) ) XML metaduomenyse, o COEF [ijk] ir polinominiai koeficientai [n] atitinka „vienas su vienu“.

        Normalizuotos vertės, o ne faktinės vertės, gali būti saugomos ir nenaudojamos, siekiant sumažinti klaidų skaičių atliekant skaičiavimus, atsižvelgiant į pačius duomenis. Transformacija tarp eilutės ir stulpelio reikšmių (eilutė, stulpelis) ir normalizuotų eilučių ir stulpelių reikšmių (rn, cn), ir tarp modelio koordinatės (x, y, z) ir normalizuotos modelio koordinatės (Xn , Yn , Zn), apibrėžiamas vertimų (kompensacijų) ir skalių normalizavimo rinkiniu:

        rn = (eilutė - rowOff) / rowScale

        cn = (stulpelis - columnOff) / columnScale

        Koeficientai, skalės ir poslinkiai saugomi „GeoRaster SRS“ metaduomenyse ir aprašyti SDO_GEOR_SRS objekto tipe.

        Šis funkcinis pritaikymo modelis yra bendras.Tai apima specifinius geometrinius modelius, tokius kaip Affine transformacija, kvadratinis polinomas, kubinis polinomas, tiesioginė linijinė transformacija (DLT), kvadratinio racionalaus ir racionalaus polinomo koeficientai (RPC, dar vadinami greito padėties koeficientais). Šių standartinių modelių koeficientai yra konvertuojami į eilės tvarka, aprašytą šiame skyriuje, kad būtų galima laikyti „GeoRaster“.

        Norėdami tiesiogiai nustatyti geoRaster objekto erdvinės nuorodos informaciją ir SDO_GEOR.getGeoreferenceType funkciją, galite naudoti procedūrą SDO_GEOR.setSRS, norėdami sužinoti konkretų georeferencinio modelio tipą geoRaster objekte.

        Paprasčiausias georeferencinio modelio tipas yra speciali afininė transformacija:

        Ankstesnėse formulėse, jei c nėra nulis, rastro duomenys laikomi ištaisytais, o metaduomenų „isRectified“ vertė bus TIESA.

        Affine transformacijai pType gali būti 1 arba 2. nVars yra 2, tvarka yra 1, o n ir koeficientai yra 3 p ir r polinomams, o nVars yra 0, tvarka 0 ir nCoefficients yra 1 q ir s polinomams. .

        Kvadratinio polinomo modelio pType yra 1. nVars yra 2, tvarka yra 2, o nCo koeficientai yra 6 p ir r polinomams, o nVars yra 0, tvarka 0 ir nCoefficients yra 1 q ir s polinomams.

        Kubinio polinomo modelio pType yra 1. nVars yra 2, tvarka yra 3, o nCo koeficientai yra 10 p ir r polinomams, o nVars yra 0, tvarka 0 ir nCoefficients yra 1 q ir s polinomams.

        DLT modelyje pType gali būti 1 arba 2. nVars yra 3, tvarka yra 1, o nCoefficients yra 4 visiems polinomams. Be to, q ir s polinomai turi būti vienodi.

        Kvadratinio racionalaus modelio pType yra 1. nVars yra 3, tvarka yra 2, o nCoefficients yra 10 visiems daugianariams.

        RPC modelyje pType yra 1. nVars yra 3, tvarka yra 3, o nCoefficients yra 20 visiems daugianariams.

        Išsamią informaciją apie DLT, RPC ir kitus geometrinius modelius rasite atitinkamuose trečiųjų šalių dokumentuose.

        1.6.2 Žemės valdymo taško (GCP) georeferencijų modelis

        „GeoRaster“ palaiko žemės valdymo taškų (GCP) saugojimą ir georeferenciją. Antžeminis valdymo taškas (GCP) arba tiesiog valdymo taškas yra taškas, kurio koordinates (X, Y arba X, Y, Z) žinote kokioje nors atskaitos koordinačių sistemoje, taip pat atitinkamą vietą (eilutę, stulpelį) ) langelyje „GeoRaster“ objekte. Etaloninė koordinačių sistema gali būti bet kuri galiojanti „Oracle Spatial“ ir „Graph“ koordinačių sistema, įskaitant „nežinomos“ koordinačių sistemos SRID 999999. GCP rinkinys ir su juo susijęs geometrinis modelis (funkcinio pritaikymo metodas) taip pat vadinamas (vadinamas) „GeoRaster“ saugomos funkcijos georeferenciniu modeliu.

        Funkcijos pritaikymo modeliui sukurti galite naudoti GCP, kurie yra saugomi „GeoRaster SRS“ arba nurodyti parametruose. Norėdami gauti daugiau informacijos, žr. SDO_GEOR.georeference funkciją.

        GSP pasirinkimo gairėse pateikiama:

        Taškus turėtų būti lengva nustatyti tiek „GeoRaster“ objekte, tiek atskaitos koordinačių sistemoje.

        Taškai turėtų būti tolygiai paskirstyti „GeoRaster“ objekto padengtoje srityje, kad rezultatai nebūtų iškreipti.

        Taškai neturėtų būti tiesėje, kad rezultatai būtų stabilūs.

        GCP arba saugoma funkcija nurodoma naudojant SDO_GEOR_GCP objekto tipą (žr. SDO_GEOR_GCP objekto tipą), SDO_GEOR_GCP_ COLLECTION kolekcijos tipą (žr. SDO_GEOR_GCP_ COLLECTION kolekcijos tipą) ir SDO_GEOR_GCPGEOREFTYPE objekto tipą (žr. SDO_GEORC_G).

        Norėdami georeferencijuoti naudodami GCP, taip pat turite pasirinkti geometrinį modelį, tai yra, kaip turėtų būti matematiškai modeliuotas santykis tarp „GeoRaster“ objekto ląstelių erdvės ir atskaitos koordinačių sistemos. „GeoRaster“ GCP georeferencijose palaikomi šie geometriniai modeliai: Affine (numatytasis modelis), Kvadratinis polinomas, Kubinis polinomas, DLT, Kvadratinis racionalus ir RPC. Affininis, kvadratinis polinomas ir kubinis polinomas yra dvimatiai polinominiai modeliai, kurių polinomų tvarka yra atitinkamai 1, 2 ir 3, DLT, kvadratinė racionalioji ir RPC yra trimatiai racionalieji daugianariai modeliai, atitinkamai 1, 2 ir 3 polinomo tvarka. . Visi polinomai turi polinomo tipą pType = 1. (Daugiau informacijos apie georeferencijų modelių tipus rasite funkcinio pritaikymo georeferencijų modelyje.)

        Georeferencijoje naudojant GKP polinomo arba racionalaus daugianario modelio formulėje naudojamos GKP langelių ir modelio koordinatės, tada formuojama tiesinė lygčių sistema. Formulėje nenaudojamas svoris, tai yra, visų taškų svoris yra lygus 1,0. Linijinių lygčių sistema yra išspręsta mažiausio kvadrato metodu, kuris sukuria modelio koeficientus, kurie geriausiai atitinka nurodytus valdymo taškus. Skaičiuojant tirpalą dalyvauja tik GCP su tipo „Control Point“, o GCP su „Check Point“ tipu naudojamas patikrinto modelio padėties nustatymo tikslumui patikrinti. Tirpalo tikslumas vertinamas pagal tų kontrolinių taškų, kurie yra sprendime, ląstelių koordinačių liekanas.

        Skirtingiems geometriniams modeliams reikalingi skirtingi modelio koordinačių matmenys ir skirtingas minimalus GSP skaičius. Dvimačiams geometriniams modeliams modelio koordinatės turi būti 2D (X, Y), o trimatiams geometriniams modeliams - 3D (X, Y, Z). Mažiausias geometrinių modelių GKP skaičius yra toks: Affine: 3, Kvadratinis polinomas: 6, Kubinis polinomas: 10, DLT: 7, Kvadratinis racionalus: 19 ir RPC: 39. Tačiau paprastai turėtumėte naudoti daugiau nei mažiausią GSP skaičių georeferencijoms atlikti.

        1.6.3 Langelio koordinatės ir modelio koordinatės transformacija

        Naudodamas funkcinį georeferencinį modelį, „GeoRaster“ priskiria žemės koordinates ląstelių koordinatėms, o ląstelių koordinates - žemės koordinatėms. Ypatingu atveju langelio sveiko skaičiaus koordinatė (ląstelės matricos langelio masyvo indeksas) gali būti transformuota į modelio koordinatę, kuri identifikuoja tikslią taško vietą modelio erdvėje. Šis taškas arba modelio koordinatė gali būti viršutiniame kairiajame kampe arba zonos, kurią žymi langelis modelio erdvėje, centras.

        Panašiai modelio koordinatė gali būti transformuota į ląstelių koordinatę per georeferenciją. Tačiau gaunama tiesioginio funkcinio pritaikymo georeferencinio modelio sprendimo ląstelių koordinatė yra plaukiojančiais skaičiais. Langelio erdvės koordinačių sistemos tipas, kurį nusprendžia elementas „modelCoordinateLocation“, nustato, į kurią langelį plaukiojanti koordinatė nurodo, kaip aprašyta „GeoRaster“ duomenų modelyje. „GeoRaster“ palaiko tiek plaukiojančias (dalines) ląstelių koordinates, tiek sveikųjų skaičių ląstelių koordinates visose savo API dalyse.

        Ląstelių koordinačių ir modelio koordinačių transformacijos yra pagrįstos „GeoRaster“ erdvinės atskaitos sistemos (SRS) funkcinio pritaikymo modeliu. Tiek prieš transformaciją, tiek po jos naudojant „GeoRaster SRS“, langelio (eilutės, stulpelio) koordinatės reikšmės yra susijusios su „GeoRaster“ langelio erdve, nebūtinai santykyje su pačių rastrinių duomenų viršutiniu kairiuoju kampu. „ULTCoordinate“ gali turėti skirtingą koordinatę (eilutės ir stulpelio reikšmes) nuo langelio erdvės pradžios koordinatės. Tai reiškia, kad viršutinės kairės kampo (eilutės, stulpelio) koordinatė nebūtinai yra (0,0).

        Bet kuri programa, apibrėžianti rastrinių duomenų viršutinį kairįjį kampą kaip savo ląstelių vietos kilmę (0, 0), kaip ir daugelyje vaizdo failų formatų, turi konvertuoti iš „GeoRaster SRS“ gautą (eilutę, stulpelį) į santykinę į tą kilmę, jei „GeoRaster ULTCoordinate“ (0 eilutė, 0 stulpelis) vertė nėra (0, 0). Atliekant šią konversiją reikia atsižvelgti į „GeoRaster ULTCoordinate“, kaip parodyta šiose formulėse:

        eilutė = langelio eilutės indeksas, palyginti su „GeoRaster“ langelio erdvės kilme.

        stulpelis = langelio stulpelio indeksas, palyginti su „GeoRaster“ langelio erdvės kilme.

        eilutė0 = ULTCoordinate eilučių indeksas, palyginti su „GeoRaster“ ląstelių erdvės kilme.

        column0 = ULTCoordinate stulpelio rodiklis, palyginti su „GeoRaster“ langelio vietos kilme.

        m = langelio eilutės indeksas (tai yra m-oji eilutė, pradedant nuo 0 pirmoje eilėje), palyginti su ULTC koordinatėmis.

        n = stulpelio indeksas (tai yra n-tasis stulpelis, prasidedantis nuo 0 pirmam stulpeliui) langelio atžvilgiu, palyginti su ULTC koordinatėmis.

        Daugumoje programų ULTCoordinate ir langelio vietos kilmė yra vienodi (tai yra 0 eilutė = 0 ir 0 stulpelis = 0), tokiu atveju m = eilutė ir n = stulpelis.

        1.7 Pakartotinis mėginių ėmimas ir interpoliacija

        Daugelis vaizdo ir rastrinių transformacijų ir operacijų apima pikselių ar ląstelių atranką ir interpoliaciją.

        „GeoRaster“ palaiko šiuos standartinius resampling ir interpoliacijos metodus:

        Dvipusė interpoliacija naudojant 4 kaimynines ląsteles (BILINEAR)

        Bikvadratinė interpoliacija naudojant 9 kaimynines ląsteles (BIQUADRATIC)

        Kubinė konvoliucija naudojant 16 kaimyninių ląstelių (CUBIC)

        Vidurkis naudojant 4 kaimynines ląsteles (AVERAGE4)

        Vidurkis naudojant 16 kaimyninių langelių (AVERAGE16)

        Šių pakartotinio imties tipų raktiniai žodžiai yra apibrėžti „resamplingType“ elemento apibrėžime „GeoRaster XML“ metaduomenų schemoje (aprašyta „GeoRaster Metadata XML Schema“). Raktinius žodžius, išskyrus „OTHER“, galima naudoti keliose paprogramėse, įskaitant šias:

        Pakartotinio mėginio ėmimo tipas naudojamas tik norint nurodyti nežinomą ar išorinį naujo mėginio ėmimo tipą, kai „GeoRaster“ objekto piramidės yra sukuriamos arba importuojamos iš išorinių šaltinių, pavyzdžiui, failo.

        Rastriniai duomenys nagrinėja realaus pasaulio reiškinius, kurie erdvėje nuolat kinta. Šie duomenys paprastai siejami su tinklelio interpoliacija - vertybių interpoliavimo metodu erdvinėse pozicijose tarp ląstelių arba ląstelių viduje. „GeoRaster“ sistemoje SDO_GEOR.evaluateDouble yra tinklo interpoliacijos funkcija. Interpoliacijos metodams naudojami tie patys raktiniai žodžiai kaip ir atrankai.

        1,8 piramidės

        Piramidės yra „GeoRaster“ objekto objektai, vaizduojantys rastrinį vaizdą arba rastro duomenis skirtingo dydžio ir skiriamosios gebos laipsniais.

        Dydis paprastai yra susijęs su tuo, kiek laiko programai reikia gauti ir atvaizduoti vaizdą, ypač internete. Tai yra, kuo mažesnis vaizdo dydis, tuo greičiau jis gali būti rodomas ir tol, kol nereikia išsamios raiškos (pavyzdžiui, jei vartotojas gerokai „atitolino“), tolesnio mažesnio vaizdo rodymo kokybė yra tinkama.

        Piramidės lygiai reiškia sumažintos arba padidintos raiškos vaizdus, ​​kuriems reikia atitinkamai mažiau ar daugiau vietos. („GeoRaster“ palaiko tik sumažintos raiškos piramides.) 0 piramidės lygis rodo pradinius rastro duomenis, tai yra, vaizdo raiška nesumažėja ir nereikia keisti saugyklos vietos. Didesnės nei 0 (nulis) vertės rodo vis mažesnį vaizdo skiriamosios gebos lygį ir mažesnį saugyklos vietos poreikį.

        Piramidės tipas nurodo piramidės tipą ir gali būti viena iš šių verčių:

        SUMAŽINIMAS reiškia, kad didėjant piramidės lygiui, piramidės mažėja.

        NĖRA reiškia, kad nėra jokių piramidžių, susietų su „GeoRaster“ objektu.

        1-7 paveiksle parodyta piramidės lygių su piramidės tipo SUMAŽINIMU koncepcija. Tai perteikia mintį, kad didėjant piramidės lygio skaičiui, failo dydis mažėja, tačiau skiriamoji geba taip pat mažėja, nes vaizdui vaizduoti naudojama mažiau taškų.

        Piramidės vaizdo dydis kiekviename lygyje nustatomas pagal pradinį vaizdo dydį ir piramidės lygį pagal šias formules:

        Ankstesnėse formulėse:

        r (0) ir c (0) yra pradinės eilutės ir stulpelio matmenų dydis.

        r (n) ir c (n) yra piramidės n lygio eilutės ir stulpelio matmenų dydis.

        int suapvalina skaičių iki sveikojo skaičiaus vertės, kuri yra mažesnė nei arčiausiai to skaičiaus.

        2 ^ n reiškia 2 pagal n galią.

        Mažiausias iš aukščiausio lygio apžvalgos eilučių ir stulpelių matmenų dydžių (mažiausia aukščiausio lygio piramidė) yra 1. Tai nustato didžiausią sumažintos skiriamosios gebos piramidės lygį, kuris apskaičiuojamas taip: (int) (log2 (a) )

        Atlikdami ankstesnį skaičiavimą:

        log2 yra logaritminė funkcija, kurios pagrindas yra 2.

        a yra mažesnis iš pradinės eilutės ir stulpelio matmenų dydžio.

        Langelių adresams piramidėje naudojamas tas pats langelių adresavimo tipas, kuris apibrėžtas originaliems rastro duomenims, kaip aprašyta „GeoRaster“ duomenų modelyje. Kiekvienas piramidės lygis turi savo ląstelių erdvę, tačiau visose piramidės lygių ląstelių erdvėse yra to paties tipo ląstelių koordinačių sistema (centrinės arba viršutinės kairiosios), kaip ir pradinio lygio (nulio lygis). Langeliai yra vienodo dydžio kvadratai, o vienetas yra 1 langelis. Kiekvieno piramidės lygio viršutiniame kairiajame kampe esančioje langelyje yra ta pati ULTC koordinatė, kaip ir pradiniuose rastro duomenyse, užregistruotuose metaduomenyse. Remiantis šiuo ląstelių erdvės apibrėžimu ir piramidės lygiais, ląstelių koordinatės viename piramidės lygyje gali būti paverstos kitu.

        „GeoRaster“ metaduomenyse kiekvienam piramidės lygiui nėra apibrėžtas atskiras SRS. Piramidės ląstelių modelio koordinatės gaunamos pirmiausia paverčiant skirtingų piramidžių lygio ląstelių koordinates į nulinės piramidės lygio ląstelių koordinates ir tada pritaikant „GeoRaster SRS“. Ir atvirkščiai, piramidės žemės taškų ląstelių koordinatės gaunamos pirmiausia gavus tų žemės taškų, esančių nuliniame piramidės lygyje, ląstelių koordinates, naudojant „GeoRaster SRS“, ir tada jas paverčiant į konkretų piramidės lygį. „GeoRaster“ palaiko piramidžių adresavimą visose savo API dalyse.

        Piramidės saugomos toje pačioje rastro duomenų lentelėje kaip ir „GeoRaster“ objektas. Rastro duomenų lentelės atributas „pyramidLevel“ identifikuoja visus blokus, susijusius su konkrečiu piramidės lygiu. Paprastai kiekvieno piramidės lygio blokavimo schema yra tokia pati kaip ir pradinio lygio (kuris apibrėžtas „GeoRaster“ objekto metaduomenyse), išskyrus šiuos atvejus:

        Jei originalus „GeoRaster“ objektas nėra užblokuotas, tai yra, jei originalūs langelio duomenys yra saugomi viename tikslaus objekto dydžio bloke (BLOB), kiekvieno piramidės lygio langelio duomenys saugomi viename bloke ir jo dydis yra tas pats, kaip ir tikrojo piramidės lygio vaizdo.

        Jei originalus „GeoRaster“ objektas yra užblokuotas (net jei jis užblokuotas kaip vienas blokas), kiekvieno piramidės lygio langelio duomenys blokuojami taip pat, kaip ir pradinio lygio duomenys, ir kiekvienas blokas saugomas kitame BLOB objekte tol, kol maksimalus faktinio piramidės lygio vaizdo matmenų dydis yra didesnis nei blokų dydis. Tačiau jei generuojamos mažesnės skiriamosios gebos piramidės (ty jei piramidės lygio eilutės ir stulpelio matmenų dydžiai yra atitinkamai mažesni arba lygūs pusei atitinkamai pusės eilutės bloko dydžio ir stulpelio bloko dydžio), kiekvienas toks piramidės lygis yra saugomas viename BLOB objekte, o jo dydis yra toks pat kaip ir tikrojo piramidės lygio vaizdo.

        Kai ant „GeoRaster“ objekto sukuriamos piramidės arba kai „GeoRaster“ objektas yra keičiamas, reikia iš naujo atrinkti ląstelių duomenis. „GeoRaster“ pateikia standartinius naujo mėginių ėmimo metodus, aprašytus skyriuje „Mėginių ėmimas ir interpoliacija“.

        Šios „GeoRaster“ piramidžių palaikymo programos yra susietos:

        SDO_GEOR.generatePyramid sukuria piramidinius duomenis „GeoRaster“ objektui.

        SDO_GEOR.deletePyramid ištrina „GeoRaster“ objekto piramidės duomenis.

        SDO_GEOR.getPyramidMaxLevel pateikia maksimalų „GeoRaster“ objekto piramidės lygį.

        SDO_GEOR.getPyramidType grąžina „GeoRaster“ objekto piramidės tipą.

        1.9 Bitmap kaukės

        „Bitmap“ kaukė yra specialus vieno bitų gilus stačiakampis rastrinis tinklelis, kurio kiekvieno taško vertė yra 0 arba 1. Ji naudojama netaisyklingos formos regionui apibrėžti kito vaizdo viduje. 1 bitai apibrėžia regiono interjerą, o 0 bitai - regiono išorę.

        Taškų kaukę galima pritvirtinti prie tuščio „GeoRaster“ objekto arba jį pašalinti. Kiekviena ne tuščio „GeoRaster“ objekto juosta ar sluoksnis taip pat gali turėti atskirą bitų žemėlapio kaukę. Taigi gali būti ne daugiau kaip n +1 bitų žemėlapio kaukių, susietų su ne tuščiu „GeoRaster“ objektu, kur n yra bendras „GeoRaster“ objekto sluoksnių skaičius. „Bitmap“ kaukę taip pat galima redaguoti arba atnaujinti savarankiškai.

        Jei bitų žemėlapio kaukė yra susieta su objekto sluoksniu, ji taip pat tampa numatytoji visų posluoksnių bitų žemėlapių kaukė. Su posluoksniu susijusi bitmap kaukė pakeičia numatytąją bitmap kaukę, susietą su objekto sluoksniu.

        Ant rastrinio sluoksnio pritvirtintoje taškų kaukėje turi būti tiek pat eilučių ir stulpelių, kiek ir bet kokiuose kituose vaizdo rastriniuose sluoksniuose, ir ji turi tiksliai padengti tą pačią sritį. Jis naudoja tą patį ULTCoordinate ir SRS kaip ir pats „GeoRaster“ objektas. Logiška, kad tai nėra neatsiejama paties rastrinio vaizdo dalis, o veikiau papildoma informacija, tačiau fiziškai ji saugoma „GeoRaster“ objekte.

        Fizinis bitų žemėlapių kaukių saugojimas yra panašus į „GeoRaster“ objekto rastro duomenis. „Bitmap“ kaukės saugomos susieto „GeoRaster“ objekto rastrinių duomenų lentelėje su tais pačiais blokavimo atributais. Tačiau „bitmap“ kaukės įrašo „bandBlockNumber“ visada nustatomas pagal sluoksnio numerį, su kuriuo susieta taškų schemos kaukė. Norėdami sužinoti daugiau apie juostų ir sluoksnių santykį, žr. Juostas, sluoksnius ir metaduomenis.

        „PyramidLevel“ vertė prasideda reikšme -99999, o ne 0, ir ji padidėja 1 kiekvienam viršutiniam piramidės lygiui. Piramidės yra pastatytos ant bitmap kaukių kartu su piramidėmis ant įprastų rastrinių duomenų, o bitmap kaukes galima keisti kartu su susietu „GeoRaster“ objektu su SDO_GEOR.scaleCopy procedūra, tačiau bitmap kaukėms naudojamas pakartotinio ėmimo metodas visada yra NN (artimiausias kaimynas). Kai žemėlapių kaukės yra suspaustos arba išspaustos, suspaustos arba išspaustos, kai susietas su tuo susijęs „GeoRaster“ objektas, o „bitmap“ kaukės visada glaudinamos taikant DEFLATE metodą (be nuostolių). Taškų kaukė taip pat gali būti negausi, todėl joje gali būti tuščių blokų, o trūkstamos langelio vertės rodo 0.

        „Bitmap“ kaukes programos paprastai naudoja vienu iš šių būdų:

        Kai naudojama kaip skaidrumo kaukė, ekrano programa gali naudoti bitmap kaukę, kad nustatytų, kurią vaizdo dalį rodyti. Pvz., Pagrindiniai vaizdo taškai, atitinkantys 1 bitus bitų žemėlapio kaukėje, vaizduojami ekrane arba spausdintuve, tačiau pagrindiniai vaizdo taškai, atitinkantys 0 bitų kaukėje, nerodomi ir nespausdinami. Jis taip pat gali būti naudojamas kaip alfa paveikslėlio kanalas, todėl 0 ir 1 reikšmes galima susieti su skirtingomis rodymo skaidrumo vertėmis.

        Kai GIS programoje naudojama kaip NODATA kaukė, bitų žemėlapio kaukė nurodo programai pikselius, atitinkančius kaukės išorę (0 bitų), laikyti NODATA. Šiuo tikslu jis gali būti užregistruotas kaip specialus NODATA tipas „GeoRaster“ metaduomenyse, kaip paaiškinta NODATA vertės ir reikšmės diapazonai.

        Keletas PL / SQL paprogramių atlieka veiksmus su bitmap kaukėmis, pvz., Pridedant bitmap kaukę prie GeoRaster objekto, pakeičiant esamą bitmap kaukę, pašalinant bitmap kaukę, patikrinant, ar GeoRaster objekte yra tam tikra bitmap kaukė, ir ištraukiant visą bitmap kaukę, jo pogrupis arba vienos langelio vertė. Taip pat galite taikyti maskavimo operaciją duomenų bazėje naudodami procedūrą SDO_GEOR.mask. Norėdami gauti daugiau informacijos apie vaizdo maskavimą, žr. Vaizdo maskavimas.

        1.10 NODATA vertės ir vertės diapazonai

        NODATA reikšmė naudojama ląstelėms, kurių vertės yra arba nežinomos, arba beprasmės.

        Kiekvienas atskiras rastrinis sluoksnis gali turėti kelias su juo susietas NODATA reikšmes, NODATA reikšmių diapazonus arba abu. „GeoRaster“ metaduomenų schemoje NODATA informacija saugoma kiekviename rastro sluoksnyje. Konkrečiai, NODATA reikšmės ir reikšmių diapazonai, susieti su objekto sluoksniu, taikomi bet kuriems kitiems posluoksniams. Posluoksnio NODATA reikšmės ir reikšmių diapazonai yra objektų sluoksnio ir visų posluoksnyje esančių NODATA metaduomenų junginiai. Kai iš antrinio sluoksnio ištrinsite NODATA reikšmes arba reikšmių diapazonus, negalima pašalinti jokių objekto sluoksnyje esančių verčių ar reikšmių diapazonų.

        NODATA reikšmes ir reikšmių diapazonus galima atsižvelgti atliekant pakartotinį mėginių ėmimą, pavyzdžiui, kai sukuriamos piramidės arba kai vaizdas generuojamas masteliu. NODATA ląstelės pagal nutylėjimą yra traktuojamos kaip įprastos ląstelės šiuose procesuose, kad būtų išvengta išsiplėtimo ar erozijos. Tačiau, kai pasirenkama atsižvelgti į NODATA reikšmes ar reikšmių diapazonus ir pakartotinio mėginių ėmimo metodas yra BILINEAR, BIQUADRATIC, CUBIC, AVERAGE4 arba AVERAGE16, tada, kai ląstelių vertė, susijusi su pakartotinio mėginių skaičiavimu, yra NODATA reikšmė, pakartotinio ėmimo rezultatas yra taip pat NODATA reikšmė. Gauta NODATA reikšmė yra pirmoji NODATA reikšmė kiekvieno naujo mėginio ėmimo lango viduje, kur langelių vertės eilės tvarka surikiuotos nuo viršutinio kairiojo kampo iki apatinio dešiniojo kampo.

        Jei turite „GeoRaster“ objektų iš leidimo 11 g su NODATA metaduomenimis, saugomais rastro apraše, šie metaduomenys vis dar galioja atgaliniam suderinamumui užtikrinti. Senoji NODATA reikšmė laikoma objektu ir ji perkeliama į objekto sluoksnį, kai objekto sluoksnyje iškviečiate procedūrą SDO_GEOR.addNODATA arba kai objekto sluoksnyje iškviečiate procedūrą SDO_GEOR.deleteNODATA neištrindami senosios NODATA vertė.

        NODATA reikšmė arba reikšmių diapazonas aprašomas naudojant SDO_RANGE_ARRAY tipą, kuris apibrėžiamas kaip SDO_RANGE VARRAY (1048576). SDO_RANGE tipas nurodo apatinę ir viršutinę ribas ir apibrėžiamas kaip (LB NUMERIS, UB NUMERIS).

        Norėdami nurodyti vieną skaičių SDO_RANGE apibrėžime, nurodykite LB kaip skaičių, o UB - kaip nulį. Šiame pavyzdyje NODATA reikšme nurodoma 2: SDO_RANGE_ARRAY (SDO_RANGE (2, NULL))

        SDO_RANGE (LB, UB), kur LB = UB laikomas tas pats, kas SDO_RANGE (LB, NULL).

        Tikrasis NODATA reikšmių diapazonas (kai UB nėra NULL, o LB yra mažesnis nei UB) yra apatinė ir viršutinė.

        Galite nurodyti kelis NODATA reikšmių diapazonus ir atskiras NODATA reikšmes. Šiame pavyzdyje nurodoma viena NODATA reikšmė (5) ir du NODATA reikšmių diapazonai (1,3) ir (7,8): SDO_RANGE_ARRAY (SDO_RANGE (1,3), SDO_RANGE (5, NULL), SDO_RANGE (7,8) )

        Kelios PL / SQL paprogramės atlieka operacijas (pvz., Prideda, pašalina ir pateikia užklausas) su „GeoRaster“ sluoksniu susietomis NODATA reikšmėmis ir verčių diapazonais.

        „GeoRaster“ bitų žemėlapio kaukė gali būti traktuojama kaip specialus NODATA tipas, tai yra, NODATA kaukė, nurodanti vieną ar daugiau netaisyklingų sričių kaip NODATA sritis. Šiuo atveju bitų žemėlapio kaukė ne tik identifikuojama „layerInfo“ metaduomenų elemente „bitmapMask“, bet ir užregistruojama kartu su „layerInfo“ metaduomenų elementu NODATA. Tačiau atliekant pakartotinį mėginių ėmimą ir statistinę analizę neatsižvelgiama į bitmap kaukės NODATA reikšmes.

        1.11 Suspaudimas ir dekompresija

        „GeoRaster“ pateikia šiuos natūralaus glaudinimo tipus, kad sumažintų „GeoRaster“ objektų saugojimo vietos reikalavimus: JPEG (JPEG-F), JPEG 2000 ir DEFLATE.

        Naudojant JPEG (JPEG-F) ir DEFLATE glaudinimą, kiekvienas „GeoRaster“ objekto blokas yra suspaustas atskirai, kaip aiškus rastrinis atvaizdas, o kai suspaustas „GeoRaster“ objektas yra išpakuojamas, kiekvienas blokas dekompresuojamas atskirai.

        Su JPEG 2000 glaudinimu kiekvienas „GeoRaster“ objektas yra saugomas vienoje BLOB kaip JP2 failas, kuriame rastrą galima užblokuoti viduje.

        Glaudinant JPEG (JPEG-F) ir DEFLATE, bet kokias „GeoRaster“ operacijas, kurias galima atlikti su nesuspaustu (nesuspaustu) „GeoRaster“ objektu, galima atlikti ir suspaustame „GeoRaster“ objekte. Kai „GeoRaster“ atlieka operaciją, jei šaltinio „GeoRaster“ objektas yra suglaudintas, „GeoRaster“ viduje prireikus dekompresuoja šaltinio objekto blokus, atlieka nurodytą operaciją ir tada suspausto gautą objektą formatu, nurodytu suspaudimo raktiniu žodžiu arba, jei glaudinimo raktiniu žodžiu nenurodytas šaltinio objekto glaudinimo formatu. Todėl prieš atliekant tam tikras operacijas nereikia išspausti suspaustų „GeoRaster“ objektų, tačiau jei atliksite kitas operacijas, išskleisdami objektus, galite gauti tam tikrą bendrą našumą.

        Glaudinant JPEG 2000, atliekant operaciją, dauguma „GeoRaster“ operacijų gali viduje išspausti JP2 suglaudintą „GeoRaster“ objektą.

        Prieš duomenų bazės vartotojui suglaudinant ar išpakuojant „GeoRaster“ objektą, įsitikinkite, kad duomenų bazė buvo sukurta naudojant numatytąją laikiną lentų sritį arba kad vartotojui buvo paskirta laikina lentų sritis arba lentelių srities grupė. Kitu atveju pagal numatytuosius nustatymus laikinajai lentelių erdvei naudojama SYSTEM lentelių sritis, o dideli laikini LOB duomenys, sukurti per „GeoRaster“ operacijas, dedami į SISTEMOS lentų sritį, o tai gali turėti įtakos bendram duomenų bazės veikimui. Informacijos apie laikinų lentelių tvarkymą ieškokite „Oracle“ duomenų bazės administratoriaus vadove.

        Norėdami nurodyti „GeoRaster“ objekto glaudinimą ar išspaustį, naudokite glaudinimo raktinį žodį parametre „storageParam“, kuris aprašytas skyriuje „Saugyklos parametrai“. Glaudinimo raktinį žodį parametre „storageParam“ galite naudoti su visomis „GeoRaster“ procedūromis. (JPEG (JPEG-F) ir DEFLATE glaudinimo atveju nėra atskirų „GeoRaster“ objekto glaudinimo ir dekompresavimo procedūrų.)

        Jei šaltinio „GeoRaster“ objektas tuščias, suspaudimo raktinis žodis nepaisomas, išskyrus funkcijas SDO_GEOR.getRasterSubset ir SDO_GEOR.getRasterData. Tai yra, tuščias „GeoRaster“ objektas niekada nesuspaudžiamas, o metaduomenų glaudinimo tipas visada yra NĖRA. (Tušti „GeoRaster“ objektai paaiškinti tuščiuose ir tuščiuose „GeoRaster“ objektuose.)

        Šiame skyriuje aptariamos šios temos.

        1.11.1 JPEG (JPEG-F) „GeoRaster“ objektų glaudinimas

        JPEG (JPEG-F) glaudinimas palaikomas tik „GeoRaster“ objektams, kurių cellDepth reikšmė yra 8BIT_U ir ne daugiau kaip 4 juostos viename bloke, o kiekviename bloke turi būti 1 juosta, 3 juostos arba 4 juostos. (JPEG glaudinimas nepalaiko 2 juostų viename bloke.) JPEG galite suspausti daugiau nei 4 juostų „GeoRaster“ objektus iš naujo užblokuodami „GeoRaster“ objektą, kurio juostų bloko dydis yra 1, 3 arba 4 juostos. JPEG glaudinimas nepalaikomas „GeoRaster“ objektams su spalvų kortele.

        Nors JPEG glaudinimas palaikomas bet kokio dydžio „GeoRaster“ objektams, bendras kiekvieno „GeoRaster“ objekto bloko dydis (columnsPerBlock * rowsPerBlock * bandandsPerBlock * cellDepth / 8) neturi viršyti 50 megabaitų (MB). Didelių „GeoRaster“ objektų atveju galite iškviesti procedūrą „SDO_GEOR.changeFormatCopy“, norėdami užblokuoti „GeoRaster“ objektą į mažesnius nei 50 MB blokus, tada suspausti „GeoRaster“ objektą arba blokavimą ir glaudinimą galite atlikti tuo pačiu iškvietimu į procedūrą „SDO_GEOR.changeFormatCopy“.

        „GeoRaster“ palaiko JPEG-F glaudinimo režimą, kuris glaudina objektus viso formato baziniu JPEG formatu.

        JPEG-F glaudinimas aprašytas CCITT Rec. T.81 JPEG specifikacija (arba ICO / IEC IS 10918-1). „GeoRaster“ naudoja CCITT Rec. K.2 lentelės kvantavimo lentelę. T.81 JPEG specifikacija ir (Huffman lentelėms) standartinės chrominanso lentelės tos specifikacijos K.4 ir K.6 lentelėse. Prieš taikant lentelę duomenims suspaudimo proceso metu, kvantavimo lentelė keičiama pagal suspaudimo kokybę.

        JPEG-F yra nuostolingas glaudinimo formatas. Praradimo laipsnį galite kontroliuoti naudodami kokybės raktinį žodį „storageParam“ parametrą. Kokybiško raktinio žodžio sveikoji vertė yra nuo 0 iki 100. 0 (nulis) reikšmė maksimaliai suglaudina, tačiau labai praranda duomenis. 75 reikšmė („GeoRaster“ numatytasis nustatymas) suteikia vaizdą, kurį dauguma žmonių suvokia kaip neprarandantį kokybės, tačiau suteikiantį didelį suspaudimą. 100 vertė suteikia mažiausiai suspaudimo, bet geriausios kokybės.

        1.11.1.1 JPEG-B palaikymas nebenaudojamas

        „GeoRaster“ palaikymas JPEG-B glaudinimui, kuris glaudina objektus sutrumpintu baziniu JPEG formatu, nebenaudojamas ir bus palaikomas būsimame leidime. Jei JPEG-B yra nurodytas „GeoRaster“ paprogramės parametre, vietoj to naudojamas JPEG-F glaudinimas. Esate raginami naudoti JPEG-F palaikymą.

        1.11.2 JPEG 2000 „GeoRaster“ objektų glaudinimas

        „GeoRaster“ palaiko JPEG 2000 (JP2) glaudinimą ląstelių gylio 8BIT_U ir 16BIT_U rastriniuose vaizduose pagal standartą ISO / IEC 15444-1. JPEG 2000 suglaudintas „GeoRaster“ objektas saugomas viename rastro bloke. Duomenys šiame rastriniame bloke yra JP2 failo formatu, kaip aprašyta standarto ISO / IEC 15444-1 I priede. JPEG 2000 suglaudintame „GeoRaster“ objekte esantį vaizdą galima iškloti viduje.

        Glaudinant JPEG 2000, piramidės yra netiesiogiai įterptos į JP2 suglaudintus duomenis, taigi JP2 suglaudintame „GeoRaster“ objekte nėra atskiros, aiškios piramidės saugyklos. Didžiausias piramidžių, kurias galima gauti iš JP2 suglaudinto „GeoRaster“ objekto, lygis yra log2 (min (plytelių plotis, plytelių aukštis)), kur plytelių plotis ir plytelių aukštis yra atitinkamai vidinių plytelių plotis ir aukštis. Palaikomi ir nuostolingi, ir be nuostolių suspaudimai.

        „SDO_GEOR.compressJP2“ procedūra naudojama norint suspausti „GeoRaster“ objektą į JP2 suglaudintą „GeoRaster“ objektą. Procedūra „SDO_GEOR.decompressJP2“ gali būti naudojama norint aiškiai suspausti JP2 suspaustą „GeoRaster“ objektą į kitą „GeoRaster“ objektą. Kitos „GeoRaster“ operacijos, tokios kaip taisymas, mozaika ir rastrinė algebra & # x2013, bet ne SDO_GEOR.changeCellValue, SDO_GEOR.reproject, SDO_GEOR.scaleScopy ir SDO_GEOR.mosaic & # x2013, gali viduje išspausti JP2 suspaustą „GeoRaster“ operaciją.

        Didelius vaizdus galima suspausti, tačiau dydį riboja atmintis ir maksimalus plytelių skaičius (max_mem_size / 20 * 65535). Norėdami pagerinti mastelį ir našumą, visada naudokite vidinį plytelių klojimą. Plytelių dydį galite nurodyti naudodami „tilSize“ raktinį žodį, esantį procedūros „SDO_GEOR.compressJP2“ parametre „compressParam“. Didžiausias palaikomų plytelių skaičius yra 65535.

        1.11.3 „DEFLATE“ „GeoRaster“ objektų suspaudimas

        DEFLATE suspaudimas suspausto objektus pagal „Deflate Compressed Data Format Specification“ (tinklo darbo grupė RFC 1951) ir suglaudintus duomenis saugo ZLIB formatu, kaip aprašyta ZLIB „Compressed Data Format Specification“ (tinklo darbo grupė RFC 1950). ZLIB antraštės ir kontrolinės sumos laukai yra įtraukti į suglaudintą „GeoRaster“ objektą.

        Nors DEFLATE glaudinimas palaikomas bet kokio dydžio „GeoRaster“ objektams, kiekvieno „GeoRaster“ objekto bloko bendras dydis (columnsPerBlock * rowsPerBlock * bandsPerBlock * cellDepth / 8) neturi viršyti 1 gigabaito (GB). Didelių „GeoRaster“ objektų atveju galite iškviesti procedūrą „SDO_GEOR.changeFormatCopy“, norėdami užblokuoti „GeoRaster“ objektą į mažesnius nei 1 GB blokus, tada suspausti „GeoRaster“ objektą arba blokavimą ir glaudinimą galite atlikti tuo pačiu kvietimu į procedūrą „SDO_GEOR.changeFormatCopy“.

        Kadangi „DEFLATE“ glaudinimas yra be nuostolių, suspaudimo kokybė netaikoma ir ignoruojama, jei ji nurodyta.

        1.11.4 „GeoRaster“ objektų dekompresija

        Galite išspausti suspaustą „GeoRaster“ objektą duomenų bazėje, parametre „storageParam“ nurodydami suspaudimą = NĖRA. JPEG-F glaudinimo atveju neturėtumėte nurodyti glaudinimo kokybės kaip saugyklos parametro.

        Galite išspausti suspaustą „GeoRaster“ objektą už duomenų bazės ribų (t. Y. Kliento pusėje) naudodami esamą programos programavimo sąsają (API), pvz., PL / SQL arba „Oracle Call Interface“ (OCI), norėdami gauti BLOB objektus, atitinkančius prie „GeoRaster“ objekto blokų ir kiekvieną suspaustą bloką iššifruoti atskirai pagal atitinkamo glaudinimo formato specifikacijas. Pvz., Jei „GeoRaster“ objektas yra suspaustas JPEG-F režimu, dekodavimo procesas pirmiausia turėtų išanalizuoti JPEG antraštes, kad gautų lenteles ir blokų matmenis, o tada vaizdo duomenims pritaikyti „Huffman“ dekodavimą ir dekvantavimą.

        Visiškai JPEG dekompresijos įgyvendinimas yra sudėtingas, į detales orientuotas procesas. Priklausomai nuo programos, gali būti geriau naudoti esamą diegimą. Bibliotekose, tokiose kaip „jpeglib“ C, ir keliose vaizdavimo API „Java“ (pvz., „Oracle J2SE“ ir JAI), jau įdiegtas JPEG dekompresija, ir jas galite pritaikyti atlikti dekodavimo procesą JPEG suspaustuose „GeoRaster“ objektuose. Iš esmės tą patį metodą galite pritaikyti DEFLATE glaudinimui naudodami ZLIB C biblioteką arba „Java“ API.

        1.11.5 Trečiųjų šalių glaudinimo papildiniai

        „GeoRaster“ teikia papildinių architektūrą trečiųjų šalių glaudinimo sprendimams. „LizardTech Corporation“ teikia papildinį, leidžiantį vartotojams suspausti ir išsaugoti rastrinius vaizdus MrSID ir JPEG 2000 glaudinimo tipais, natūraliai naudojant „Oracle Spatial“ ir „Graph GeoRaster“.

        Prieš diegdami „LizardTech“ papildinį, turite atlikti šiuos veiksmus:

        Eikite į katalogą $ ORACLE_HOME / md / admin.

        Prisijunkite prie duomenų bazės kaip SYS AS SYSDBA.

        Įveskite šį SQL sakinį:

        Norėdami gauti „LizardTech“ papildinį ir susijusią informaciją, susisiekite su „LizardTech Corporation“.

        1.11.6 Išplėstinis LOB suspaudimas

        Galite naudoti „Oracle Database Advanced LOB Compression“ (trumpai aprašytą „Oracle Database SecureFiles“ ir „Large Objects Developer Guide“), kad pasiektumėte be nuostolių „GeoRaster“ rastrinių duomenų lentelių (RDT) glaudinimą ir taip suspaustumėte „GeoRaster“ objektus. Jei kurdami lentelę (pvz., RDT stulpelį „rasterBlock“), LOB saugykloje nurodote Išplėstinį LOB suspaudimą, tada „SecureFiles“ LOB visose tos lentelės eilėse suglaudinamas naudojant išplėstinį LOB suspaudimą. „GeoRaster“ suglaudinimas yra skaidrus, todėl nereikia keisti jokių programų. Tačiau turėtumėte vengti naudoti išplėstinį LOB suspaudimą RDT rastriniuose blokuose, jei šiuose blokuose taip pat naudojate bet kokius „GeoRaster“ specifinius glaudinimo tipus (pvz., JPEG, DEFLATE ar trečiųjų šalių papildinį).

        Norint naudoti išplėstinį LOB suspaudimą, reikia licencijuoti „Oracle Database Advanced Compression Option“, kuris aprašytas „Oracle Database“ licencijavimo informacijoje. Atminkite, kad „Oracle Database Advanced Compression“ parinktis nereikalinga atliekant „GeoRaster“ glaudinimo operacijas, kuriose nėra išplėstinio LOB suspaudimo.

        1.12 „GeoRaster“ ir duomenų bazių valdymas

        „GeoRaster“ leidžia atlikti duomenų bazės valdymo užduotis.

        Šios užduotys aprašytos „GeoRaster“ duomenų bazių kūrimas ir valdymas. Be to, jis automatiškai atlieka daugelį valdymo užduočių ir įgyvendina keletą gairių, kad palengvintų automatinio valdymo operacijas.

        „GeoRaster“ suteikia keletą pogrupių vartotojams, kuriems reikia atlikti specializuotas valdymo užduotis:

        SDO_GEOR_ADMIN.isRDTNameUnique patikrina RDT vardo unikalumą, o SDO_GEOR_UTL.renameRDT pervadina RDT duomenų bazėje, kad išspręstų konfliktus, kurie gali atsitikti perkeliant duomenis.

        SDO_GEOR_ADMIN.checkSysdataEntries ir SDO_GEOR_ADMIN.maintainSysdataEntries tikrina ir taiso sugadintus SYSDATA įrašus dabartinėje schemoje ar duomenų bazėje, atsižvelgiant į privilegijas, susietas su duomenų bazės ryšiu.

        Šios paprogramės tikrina esamų „GeoRaster“ objektų ir susijusių objektų esamoje schemoje ar duomenų bazėje būseną, priklausomai nuo privilegijų, susietų su duomenų bazės ryšiu: SDO_GEOR_ADMIN.listGeoRasterObjects, SDO_GEOR_ADMIN.listGeoRasterColumns, SDO_GEOR_ADMIN.list_TAD_INRIST_TAD_IN_LIST_ADRIN_LISTAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_ADRAS_DISTORIS_DISTORIS_DISTORIS_DISTORIS_GALIOJO_STARTOJO_DALYBO_DISTORIO_DALYBO_DARBAS ir SDO_GEOR_ADMIN.listUnregisteredRDT.

        Šios paprogramės leidžia užregistruoti esamus „GeoRaster“ objektus dabartinėje schemoje ar duomenų bazėje, atsižvelgiant į privilegijas, susietas su duomenų bazės ryšiu: SDO_GEOR_ADMIN.registerGeoRasterObjects ir SDO_GEOR_ADMIN.registerGeoRasterColumns.

        SDO_GEOR_ADMIN.upgradeGeoRaster patikrina ir ištaiso klaidas atnaujinus duomenų bazę.

        Naudojimo informacijos, susijusios su ankstesnėmis paprogramėmis, ieškokite „GeoRaster“ objektų ir sistemos duomenų priežiūra duomenų bazėje.

        Siekiant užtikrinti „GeoRaster“ duomenų ir metaduomenų patikimumą, atliekami šie veiksmai ir vykdomos šios gairės:

        Siekdamas užtikrinti vidinių „GeoRaster“ lentelių ir duomenų struktūrų nuoseklumą ir vientisumą, „GeoRaster“ automatiškai sukuria unikalų DML paleidiklį kiekvienam „GeoRaster“ stulpeliui, kai tik vartotojas sukuria „GeoRaster“ lentelę.

        „GeoRaster“ aktyviklius palaiko „GeoRaster“, ir jų negalima atsisakyti ar pakeisti tiesiogiai vartotojo išduodamais SQL sakiniais.

        Vardų šablonas GRDMLTR_ * yra skirtas „GeoRaster“ trigeriams. Vartotojai neturi kurti jokių aktyviklių, kurių vardai prasideda GRDMLTR_.

        Susiję „GeoRaster“ metaduomenų įrašai automatiškai atnaujinami visais šiais atvejais: jei „GeoRaster“ lentelė numetama, sutrumpinama, pervardijama arba pakeičiama, jei „GeoRaster“ stulpelis numetamas arba schema numeta.

        Rastrinių duomenų lentelės (RDT) negalima atsisakyti ar tiesiogiai pervardyti naudojant standartinį SQL sakinį, jei bet kuris „GeoRaster“ objektas nurodo tą RDT.

        1.13 Lygiagretus apdorojimas „GeoRaster“

        Yra du lygiagretaus apdorojimo su „GeoRaster“ tipai.

        Lygiagretus SQL sakinių vykdymas

        Lygiagrečios „GeoRaster“ procedūros

        Lygiagretus SQL sakinių vykdymas leidžia daugumai SQL sakinių, tiek užklausos, tiek DML, veikti lygiagrečiai. Vykdant SQL sakinį, jis yra suskaidomas į atskirus žingsnius arba eilutės šaltinius, kurie vykdymo plane identifikuojami kaip atskiros eilutės.

        Lygiagrečiai užklausai yra įgalintos visos tik skaitomos „GeoRaster“ funkcijos, tokios kaip su metaduomenimis susijusios užklausos operacijos (tai yra, visos „GeoRaster“ metaduomenys gauna funkcijas ir SDO_GEOR.validateGeoRaster) ir visos vieno rastro ląstelių užklausos (SDO_GEOR.getCellValue ir SDO_GEOR.evaluateDouble). Tai reiškia, kad kelių procesorių aplinkoje, jei šios funkcijos naudojamos norint pateikti užklausą daugeliui „GeoRaster“ objektų vienoje ar keliose „GeoRaster“ lentelėse ir jei SQL sakinys vykdomas lygiagrečiai, „GeoRaster“ eilutės automatiškai padalijamos į kelis pogrupius ir kelis „Oracle“ serverio procesai vienu metu veiks apdorodami kiekvieną pogrupį, kad sutrumpėtų bendras atsakymo laikas. Padalinę darbą, norėdami paleisti „GeoRaster SQL“ sakinį, į kelis procesus, galite greičiau išlaikyti erdvinius indeksus ir rasti „GeoRaster“ objektus pagal jų vietas, įvairius metaduomenis ir atributus. Taip pat galite naudoti „pipelined“ ir „paralel“ lentelės funkciją, kad įgyvendintumėte sudėtingesnes procedūras, įskaitant kai kurių operacijų su vienu „GeoRaster“ objektu paraleliavimą.

        Lygiagrečios „GeoRaster“ procedūros leidžia nurodyti kelis procesus vienu metu apdorojant „GeoRaster“ objektą. Kai kurios individualios rastrinės ir vaizdų apdorojimo procedūros yra specialiai įgyvendinamos siekiant paremti tokio tipo paralelizmą.Naudodamiesi šiomis procedūromis, kaip įvesties parametrą paprasčiausiai nurodykite lygiagretumo laipsnio (DOP) sveikąjį skaičių, kad operacija būtų padalinta į tą daugelį procesorių, kad vienu metu būtų apdorojami vieno „GeoRaster“ objekto pogrupiai. Kiekvienas iš tų procesų vyksta savarankiškai. Kai visi paprocesai yra baigti, visas procesas yra baigtas. Šios procedūros tiesiogiai palaiko tokį lygiagretų apdorojimą:

        Naudojant procedūrą SDO_GEOR_AGGR.mosaicSubset, palaikomi kiti lygiagrečių operacijų tipai. Tai apima lygiagrečią glaudinimą ir dekompresavimą, lygiagrečią kopijavimą arba formato kopijavimą, lygiagretų poslinkį, lygiagrečią atstūmimą ir lygiagrečią taisymą. Daugiau informacijos žr. Lygiagretus suspaudimas, kopijavimas ir prenumerata.

        Vaizdai ir rastriniai duomenys paprastai yra labai dideli, todėl ankstesnės operacijos gali užtrukti. Todėl, kai naudojate kelių procesorių ar daugiagyslius serverius, visada apsvarstykite galimybę naudoti lygiagrečią apdorojimo funkciją, kad pagerintumėte našumą.

        1.14 Pranešimas apie „GeoRaster“ operacijos pažangą

        Kai kurioms daug išteklių reikalaujančioms operacijoms „GeoRaster“ leidžia stebėti ir pranešti apie jų vykdymo eigą.

        Ši galimybė taikoma vykdant šias paprogrames:

        Norėdami stebėti vykdymo eigą ir pranešti apie ją, galite naudoti šias paprogrames:


        Skaitmeninių formatų tvarumas: Kongreso bibliotekos bibliotekų planavimas

        „GeoDB_SDE“ geoduomenų bazė yra kelių vartotojų „ArcGIS“ geoduomenų bazė, įdiegta RDBMS (reliacinių duomenų bazių valdymo sistemos) platformoje. „GeoDB“, „ESRI“ geoduomenų bazė „ArcSDE“ arba „GeoDB_SDE“ yra „GeoDB_family“ potipis. „GeoDB“ yra pagrindinis „ArcGIS“ duomenų saugojimo modelis. Tai yra erdvinių ir atributų duomenų talpykla, leidžianti vartotojui savo struktūroje saugoti daug įvairių GIS duomenų tipų. Jo struktūra įgyvendinama arba RDBMS, arba kaip rinkinį rinkmenų failų sistemoje. „GeoDB_SDE“ įdiegta klientui pasirinkus palaikomą RDBMS platformą. Palaikomos platformos apima „IBM DB2“, „IBM Informix“, „Oracle“, „PostgreSQL“ ir „SQL Server“. Daugelio vartotojų geoduomenų bazės naudoja pagrindinę RDBMS architektūrą, kad užtikrintų geresnį duomenų saugumą, pvz., Atskirų duomenų rinkinių prieigos leidimų valdymą, paskirstytą failų valdymą, atsarginių kopijų kūrimo / atkūrimo galimybes ir duomenų vientisumą.

        Yra trijų tipų kelių vartotojų geoduomenų bazės: įmonė, darbo grupė ir darbalaukis. Saugyklos talpa ir galimų tuo pačiu metu besinaudojančių vartotojų skaičius priklauso nuo kiekvieno tipo.

        • Įmonių geoduomenų bazės - Skirtas didelio masto įmonės programų scenarijams, jis gali būti keičiamas į bet kokį dydį ir gali palaikyti bet kurį vartotojų skaičių, veikiantį bet kokio dydžio ir konfigūracijos kompiuteriuose. Tai patikimiausia visų geoduomenų bazių rūšis. Jis skirtas lengvai integruoti į įmonės IT struktūrą, kad GIS duomenimis būtų galima dalytis visoje įmonės sistemoje.
        • Darbo grupės geoduomenų bazės - Skirta mažų ir vidutinių departamentų taikymo scenarijams. Geoduomenų bazės ir RDBMS valdymas, pvz., Vartotojų ir jų prieigos prie duomenų apibrėžimas, atliekamas tik programinės įrangos „ArcGIS“ rinkinyje. Darbo grupės geoduomenų bazėje nustatytas maksimalus 4 gigabaitų dydžio apribojimas ir palaikoma iki 10 vienu metu veikiančių vartotojų, kurie visi gali būti redaktoriai. Aš
        • Darbalaukio geoduomenų bazė - Tai skirta mažoms komandoms arba vienam vartotojui, kuriam reikalinga kelių vartotojų geoduomenų bazės funkcionalumas. Jo maksimalus dydžio apribojimas yra 4 gigabaitai, o sąrankai ir valdymui naudojama programinės įrangos „ArcGIS Desktop“ komplektas. Skirtumas tarp darbo grupės geoduomenų bazės ir darbastalio geoduomenų bazės yra tas, kad darbalaukio geoduomenų bazė palaiko tik tris vienu metu esančius vartotojus (vieną redaktorių ir du žiūrovus). Aš

        Daugelio vartotojų duomenų bazės diegimas, kuris gali būti naudojamas palaikant pradinį duomenų kūrimą, vidutinės būsenos duomenų valdymą arba interaktyvų pasirinktų duomenų pogrupių rodymą ar paskirstymą galutiniams vartotojams. Vieno vartotojo geoduomenų bazes (pvz., Asmenines ir failų geoduomenų bazes) galima perkelti į kelių naudotojų geoduomenų bazes naudojant perkėlimo įrankius, įtrauktus į „ArcGIS“ programinės įrangos rinkinį. Žr. Esamų duomenų perkėlimas į geoduomenų bazę.

        Vietinis naudojimas

        LC patirtis arba esamos valdos Kongreso biblioteka kelerius metus licencijavo ir naudojo įmonės „ArcGIS“ sistemą, pagrįstą „Oracle RDBMS“. Pagrindinė geografijos ir žemėlapių skyriaus paskirtis - kurti žemėlapius konkrečiomis temomis, kuriuos naudos Kongresas.
        LC pirmenybė

        Tvarumo veiksniai

        Norint įdiegti „ArcSDE“ duomenų bazę, reikia integruoti ją į reliacinių duomenų bazių valdymo sistemą (RDBMS).

        • Asmeninis „ArcSDE“ - Nuo „ArcGIS“ rinkinio 9.2 versijos „ArcEditor“ ir „ArcInfo“ apima „Microsoft SQL Server Express“ duomenų bazę, leidžiančią asmenines „ArcSDE“ geoduomenų bazes leisti trims vienu metu esantiems vartotojams, iš kurių vienas gali redaguoti duomenis. „SQL Server Express“ gali veikti tik vienu procesoriumi ar „Core“ „Socket“ ir naudoti 1 GB RAM. Maksimalus duomenų bazės dydis yra 4 GB.
        • Darbo grupė ArcSDE - „ArcGIS Server for Workgroups“ apima „ArcSDE“ palaikymą „SQL Server Express“. Šis „ArcSDE“ lygis leidžia iki 10 vienu metu veikiančių „Windows“ darbalaukio vartotojų ir redaktorių, taip pat bet kokį papildomų serverio ryšių skaičių iš programų, kaip numatyta licencijos sutartyje. „SQL Server Express“ veikia tik vienu procesoriumi arba „Core“ su maksimalia 1 GB RAM ir 4 GB duomenų bazės dydžio riba.
        • Įmonės „ArcSDE“ - „Enterprise ArcSDE“ yra įtraukta į „ArcGIS Server for Enterprises“. Tai yra tradicinė „ArcSDE“ technologija, veikianti „Oracle“, „SQL Server“, „PostgreSQL“, „IBM DB2“ ir „IBM Informix“. „Enterprise ArcSDE“ gali keisti bet kokio dydžio ir skaičiaus vartotojų duomenų bazes, veikiančias bet kokio dydžio ir konfigūracijos kompiuteriuose.

        Kokybės ir funkcionalumo veiksniai

        Daugelio naudotojų geoduomenų bazėje, kaip ir vieno vartotojo geoduomenų bazėje, gali būti saugomos lentelės, funkcijų klasės, funkcijų duomenų rinkiniai ir tokios funkcijos kaip taisyklės, ryšiai ir geometriniai tinklai. Palaikomi išplėstiniai funkcijų tipai, pavyzdžiui, geometriniai ir loginiai tinklai, tikrosios kreivės, sudėtingos linijos ir vartotojo nustatytos funkcijos. „ArcSDE“ technologija suteikia papildomą geoduomenų bazės funkciją, kurios nėra vieno vartotojo geoduomenų bazėse. Tai įtraukia:

        • Versija - Su versijomis kelių vartotojų geoduomenų bazė gali valdyti ir palaikyti kelias būsenas, išsaugodama duomenų bazės vientisumą. Versija reiškia alternatyvų, nepriklausomą, nuolatinį geoduomenų bazės vaizdą, kuris palaiko kelis vienu metu veikiančius redaktorius ir nereikalauja duomenų dubliavimo. Versija yra numatytoji redagavimo aplinka kelių vartotojų geoduomenų bazėje. Jame aiškiai įrašomos atskirų funkcijų ir objektų būsenos, kai jie modifikuojami, pridedami ir (arba) panaikinami. Tai sistema, kuri leidžia keliems vartotojams vienu metu pasiekti ir taisyti tuos pačius duomenis ir palaiko ilgas operacijas (t. Y. Duomenų bazės pakeitimus, kurie apima ilgą laiką). Paprastos užklausos yra naudojamos norint peržiūrėti ir dirbti su bet kuria norima būsena tam tikru laiko momentu arba pamatyti dabartinius atskiro vartotojo pakeitimus. Ši galimybė leidžia GIS vartotojui sukurti geoduomenų versijas projekto etapams, suderinti versijų skirtumus ir atnaujinti pagrindinę geoduomenų bazės versiją. Norėdami sužinoti daugiau informacijos apie šią temą, žr. Versijų supratimas.
        • Geoduomenų bazės replikacija - Tai yra duomenų paskirstymo metodas, teikiamas per „ArcGIS“ sistemą. Naudojant geoduomenų bazės replikaciją, GIS duomenis galima paskirstyti dviem ar daugiau geoduomenų bazių tokiu būdu, kad jie galėtų sinchronizuoti visus atliktus duomenų pakeitimus. Ši funkcija sukurta ant versijų aplinkos ir palaiko visą geoduomenų bazės duomenų modelį, įskaitant geoerdvinius ryšius, tokius kaip topologijos ir geometriniai tinklai. Galimi trijų tipų replikacijos darbo srautai: dvipusis, vienpusis ir atsiskaitymo / registracijos replikavimas. Šiame asinchroniniame modelyje replikacija yra laisvai susieta, o tai reiškia, kad kiekviena replikuota geoduomenų bazė gali veikti savarankiškai ir vis tiek sinchronizuoti pokyčius tarpusavyje. Kadangi geoduomenų bazės replikavimo funkcija įdiegta „ArcGIS“ programinės įrangos lygiu, susijusios RDBMS platformos gali būti skirtingos. Pvz., Vartotojas gali pakartoti duomenis iš kelių vartotojų geoduomenų bazės, įdiegtos „Oracle“, į daugelio naudotojų geoduomenų bazę, įdiegtą „SQL Server“. Geoduomenų bazės replikaciją galima naudoti prijungtose ir atjungtose aplinkose. Jis veikia su vietinėmis geoduomenų bazių jungtimis tinkle, taip pat internetu, naudodamas geoduomenų paslaugas, kurios yra „ArcGIS Server“.
        • Geoduomenų bazių archyvavimas - Įjungus duomenų rinkinį, geoduomenų bazės archyvavimas fiksuoja visus ir visus duomenų rinkinio pakeitimus numatytojoje kelių vartotojų geoduomenų bazės versijoje. Redagavimai įrašomi į archyvo klasę, kuri yra originalaus duomenų rinkinio kopija. Archyvo klasėje yra papildomų laukų, kuriuose geoduomenų bazėje įrašoma objekto redagavimo istorija. Šią funkciją galima naudoti su istorinėmis geoduomenų bazės versijomis. Istorinėje versijoje pateikiamas tik skaitomas geoduomenų bazės vaizdas konkrečiu laiko momentu. Norėdami gauti daugiau informacijos, žr. „Geoduomenų bazės archyvavimas“.
        • Ilgų ir trumpų operacijų valdymas - „ArcSDE“ geoduomenų bazėje yra pažangus palaikymas tais atvejais, kai papildomi vartotojai ir reikalavimas valdyti duomenis iš daugelio jutiklių tinklų daro operacijų valdymo poreikį kritiškesnį. GIS gali prireikti ne tik įprastų, bet ir trumpų duomenų bazės operacijų (apimančių sekundes ar minutes), kurios yra sutvarkytos pagal DBVS trumpų operacijų sistemą, ilgoms operacijoms, trunkančioms ilgą laiką (valandas, net dienas ir mėnesius). Be to, viena redagavimo sesija GIS gali apimti kelių lentelių kelių eilučių pakeitimus, kuriuos gali tekti anuliuoti ir perdaryti. Vartotojai gali norėti kiekvieną redagavimo seansą traktuoti kaip vieną operaciją, kai atlieka pakeitimus sistemoje, kuri atjungta nuo centrinės, bendrinamos duomenų bazės. Šių specializuotų GIS duomenų srauto procesų metu GIS duomenų bazė turi nuolat būti prieinama kasdienėms operacijoms, kur kiekvienas vartotojas gali turėti asmeninį bendros GIS duomenų bazės vaizdą arba būseną. „ArcSDE“ vaidina svarbų vaidmenį atliekant šias operacijas valdant aukšto lygio, sudėtingas GIS operacijas paprastoje DBVS operacijų sistemoje. „ArcSDE“ tai daro saugodama pakeitimų informaciją kaip delta įrašus duomenų bazėje, išskirdama kelias redagavimo sesijas naudodama versijas ir palaikydama sudėtingas operacijas, automatinį archyvą ir istorines užklausas. Norėdami gauti daugiau informacijos, žr. Duomenų redagavimo ir priežiūros apžvalga.

        Kitas funkcionalumas, susijęs su „ArcSDE“ geoduomenų bazėmis, apima galimybę apibrėžti topologinius ir asociatyviuosius ryšius ir taisykles, kurios nustato, kaip sąveikauja funkcijų klasės. Ryšiai yra dviejų objektų, esančių objektų duomenų rinkinyje, asociacijos - nespatiniai objektai arba erdviniai požymiai. Apibrėžiant santykius, geoduomenų bazėje užtikrinamas referencinis vientisumas. Palaikomos keturios plačios patvirtinimo taisyklių, skirtų duomenų bazės vientisumui palaikyti, tipai, įskaitant patvirtinimo taisykles, tinklo ryšio taisykles, santykių taisykles ir pasirinktines taisykles. Žr. „Darbas su geoduomenų baze: galingas daugelio naudotojų redagavimas ir sudėtingas duomenų vientisumas“ (2002 m. „Esri“ baltoji knyga, nuoroda dabar per interneto archyvą), kad gautumėte daugiau informacijos apie taisyklių ir santykių naudojimą ir kaip palengvinti kelių vartotojų redagavimą „ArcSDE“ geoduomenų bazėse.


        Žiūrėti video įrašą: How to Install ArcGis (Rugsėjis 2021).