Vairāk

Vienkāršs uznirstošais logs vairākiem WMS

Vienkāršs uznirstošais logs vairākiem WMS


Man ir vairāki WMS OpenLayers ar slāņu pārslēdzēju, un to var ieslēgt un izslēgt. Tagad man ir katra WMS attēls. Es vēlos parādīt katras WMS attēlu, noklikšķinot uz attiecīgās WMS. Katrā WMS ir tikai viens daudzstūris. Kā to var izdarīt?

Es atvainojos, ja tas ir ļoti vienkāršs jautājums.

Zemāk ir mans JavaScript kods:

funkcija initMap () {var osmLayer = new OpenLayers.Layer.OSM (); var gmap = new OpenLayers.Layer.Google ("Google ielas", {visibility: false}); var info; var Guyana = new OpenLayers.Layer.WMS ("Gajānas valsts", "http: // localhost: 8080/geoserver/wms", {formāts: "image/png8", caurspīdīgs: true, slāņi: "opengeo: guy_adm0", }, {necaurredzamība: 0,6, singleTile: true, visibility: true,}); var Čīle = jauns OpenLayers.Layer.WMS ("Čīles valsts", "http: // localhost: 8080/geoserver/wms", {formāts: "image/png8", caurspīdīgs: true, slāņi: "opengeo: chl_adm0", }, {necaurredzamība: 0,6, singleTile: true, visibility: true,}); var Venecuēla = jauns OpenLayers.Layer.WMS ("Venecuēlas valsts", "http: // localhost: 8080/geoserver/wms", {formāts: "image/png8", caurspīdīgs: true, slāņi: "opengeo: ven_adm0", }, {necaurredzamība: 0,6, singleTile: true, visibility: true,}); var Kolumbija = jauns OpenLayers.Layer.WMS ("Kolumbijas valsts", "http: // localhost: 8080/geoserver/wms", {formāts: "image/png8", caurspīdīgs: true, slāņi: "opengeo: col_adm0", }, {necaurredzamība: 0,6, singleTile: true, redzamība: true,}); var Argentīna = jauns OpenLayers.Layer.WMS ("Argentīnas valsts", "http: // localhost: 8080/geoserver/wms", {formāts: "image/png8", caurspīdīgs: true, slāņi: "opengeo: arg_adm0", }, {necaurredzamība: 0,6, singleTile: true, visibility: true,}); var Bolīvija = jauns OpenLayers.Layer.WMS ("Bolīvijas valsts", "http: // localhost: 8080/geoserver/wms", {formāts: "image/png8", caurspīdīgs: true, slāņi: "opengeo: bol_adm0", }, {necaurredzamība: 0,6, singleTile: true, visibility: true,}); var Paragva = jauns OpenLayers.Layer.WMS ("Paragvajas valsts", "http: // localhost: 8080/geoserver/wms", {formāts: "image/png8", caurspīdīgs: true, slāņi: "opengeo: pry_adm0", }, {necaurredzamība: 0,6, singleTile: true, visibility: true,}); var myWord = "Sniega seguma baseini PAKISTĀNAS ZIEMEĻA ZONAS"; // Karte ar projekciju (nepieciešama, sajaucot bāzes karti ar WMS) olMap = new OpenLayers.Map ("divid", {projekcija: "EPSG: 900913", displayProjection: "EPSG: 32463", vienības: "m", slāņi : [gmap, osmLayer, Gajāna, Čīle, Venecuēla, Kolumbija, Argentīna, Bolīvija, Paragva]}); olMap.addControl (jauns OpenLayers.Control.LayerSwitcher ()); olMap.setCenter (jauns OpenLayers.LonLat (6011274.179826, -5256566558465465.6), 3); }

Jums jāpievieno getFeatureInfo-Control: http://dev.openlayers.org/examples/getfeatureinfo-control.html

Šeit ir jautājums par to, kā pievienot attēlus GetfeatureInfo-Response Kā pievienot attēlu un hipersaiti kopā ar uznirstošo logu GetFeatureInfo? Kā pievienot attēlu un hipersaiti kopā ar uznirstošo logu GetFeatureInfo?

Plašāka informācija par Geoserver GetFeatureInfo-Freemarker-Template: http://docs.geoserver.org/stable/en/user/tutorials/GetFeatureInfo/index.html#tutorials-getfeatureinfo (sadaļa "Pielāgotās veidnes")

Varat arī pieprasīt FeatureInfo kā JSON un izveidot savus marķējumus: Geoserver atsauce: http://docs.geoserver.org/stable/en/user/services/wms/reference.html#getfeatureinfo


CropScape: lietojumprogramma, kas balstīta uz tīmekļa pakalpojumiem, lai izpētītu un izplatītu ASV ģeotelpisko laukaugu datu produktus lēmumu atbalstam

Cropland Data Layer (CDL) satur kultūraugu un citas īpašas zemes seguma klasifikācijas, kas iegūtas, izmantojot attālināto izpēti Amerikas Savienotajās Valstīs. Šis rastra formāta un ģeogrāfiskās atsauces produkts ir plaši izmantots tādos pielietojumos kā katastrofu novērtējumi, zemes seguma un zemes izmantošanas pētījumi, lauksaimniecības ilgtspējības pētījumi un lauksaimnieciskās ražošanas lēmumu pieņemšana. Tradicionālie CDL datu izplatīšanas kanāli ietver papīra tematiskās kartes, e -pasta datu pieprasījumus, CD/DVD datu nesējus un ftp lielapjoma lejupielādi. Lai efektīvi un efektīvi apmierinātu mūsu klientu pieaugošās vajadzības, CropScape (nosaukums, kas izgudrots jaunai interaktīvai Web CDL izpētes sistēmai) tika izstrādāts, lai vaicātu, vizualizētu, izplatītu un analizētu CDL datus ģeotelpiski, izmantojot standarta ģeotelpiskos tīmekļa pakalpojumus publiski pieejamā tiešsaistē. vide. CropScape sadarbspējīgā veidā piedāvā ne tikai interaktīvu karšu darbību tiešsaistes funkcijas, datu pielāgošanu un lejupielādi, labības platību statistiku, diagrammu veidošanu un grafiku attēlošanu, kā arī daudzu laika izmaiņu analīzi, bet arī nodrošina tīmekļa ģeopārstrādes pakalpojumus, piemēram, automātisku datu piegādi un pieprasīt ražas statistiku izmantošanai citās lietojumprogrammās. Šī sistēma nodrošina dinamisku lietotāju pieredzi ar visaptverošām iespējām atklātā ģeotelpiskā kontekstā un atvieglo ģeotelpiskās aramzemes informācijas piegādi un analīzi lēmumu pieņemšanai un dažādiem pētniecības centieniem. Vairāk nekā 17 000 lietotāju visā pasaulē ir apmeklējuši CropScape pirmajos 5 pieejamības mēnešos.

Izceļ

► Efektīvas un efektīvas CDL datu izplatīšanas metodes izstrāde. ► CropScape izveidošana, lai vizualizētu, pielāgotu un analizētu CDL datus pēc pieprasījuma. ► Tīmekļa pakalpojumu ieviešana, lai atvieglotu CDL datu lietojumprogrammas.


Koordinātu iegūšanas rīks (CAT) ir integrēts SeismiQuery

Kajugas kopienas koledžas Ģeotelpisko tehnoloģiju pielietošanas institūts (IAGT - http://www.iagt.org) ar prieku paziņo, ka ir izlaidis savu koordinātu iegūšanas rīku ( CAT ) pakalpojumam Google Maps. CAT ir integrēts DMC SeismiQuery programmatūras lietojumprogramma (http://ds.iris.edu/SeismiQuery/sq-eventsmag.htm), kas nodrošina piekļuvi visiem IRIS seismiskajiem datiem. CAT nodrošina vienkāršu veidu, kā iegūt vienkāršas kartes saskarnes ģeogrāfiskās koordinātas. Rīks tiek palaists uznirstošajā logā no vecāku html lietojumprogrammas, šajā gadījumā, noklikšķinot uz globusa attēla sadaļā “platums un garums” SeismiQuery (1. att.). Koordinātas iegūst, vai nu iegūstot pašreizējo kartes apjomu, vai arī velkot taisnstūri tās robežās. Pēc tam tie tiek atgriezti vecāklapā, šajā gadījumā, lai aizpildītu tekstlodziņus, kas atbilst attiecīgajiem ierobežojošajiem ģeogrāfiskajiem izmēriem, lai tos turpmāk izmantotu kā filtru SeismiQuery mijiedarbība.

1. attēls: Parāda platuma koordinātu vilkšanu taisnstūrī.

Daži tehniskie aspekti CAT :

  1. Rakstīts HTML /JavaScript un paredzēts palaišanai uznirstošajā logā.
  2. Izmanto drag_zoom.js JavaScript bibliotēku, ko Google ir pārņēmusi no sākotnējās “GZoom” bibliotēkas. Izmanto arī Valtera Zorna vektoru JavaScript bibliotēku. Šīs bibliotēkas ir atbildīgas par taisnstūra efektiem.
  3. Izmanto brīvi pieejamu WMS JavaScript bibliotēku, kas izveidota galvenokārt lietošanai ar Google Maps. Šī bibliotēka ļauj pārklāt savus WMS datus virs Google Maps datiem (2. att.) Vai vienkārši izveidot savu WMS karti (apvienojot karšu slāņus no vairākiem serveriem).
  4. Ir iekļauta klase CustomButtonControl, kas tiek izmantota pogai Kartes paplašinājums un kuru var izmantot, lai izveidotu citas rīku pogas (ar ieslēgšanas/izslēgšanas stāvokļiem).

2. attēls: Pielāgots IRIS staciju WMS slānis, kas pārklāts ar Google satelīta attēliem.


Atveriet kartes QGIS

Lietotājiem ir trīs iespējas, kā atvērt kartes, ko MapTiler atveido QGIS (agrāk pazīstams kā Quantum GIS): WMTS pakalpojuma iestatīšana, kartes renderēšana MBTiles formātā vai izmantojot GeoPackage. Visas metodes var izmantot gan QGIS2, gan QGIS3.

WMTS (Web Map Tile Service) iestatīšana ir vissarežģītākā, bet tajā pašā laikā visspēcīgākā metode, izmantojot QGIS MapTiler kartes. Tas ļauj vairākiem lietotājiem vienlaicīgi piekļūt kartei bez nepieciešamības izplatīt tiem jūsu kartes failus. Negatīvie ir nedaudz sarežģītāka uzstādīšana un nepieciešamība izveidot savienojumu ar internetu.

MapTiler atlasiet “Mapes” atveidošanas izvades metodi. Kad renderēšana ir pabeigta, kopējiet visu mapi HTTP serverī (vairumā gadījumu, izmantojot FTP klientu) un atveriet to savā pārlūkprogrammā.

Labajā izvēlnē vai nu noklikšķiniet uz saites “WMTS” augšējā labajā stūrī, kas novirza uz XML GetCapability failu, un nokopējiet URL vai noklikšķiniet uz cilnes “Darbvirsma” un QGIS soli pa solim kopējiet saite, kas tiks ģenerēta pašā lapas augšdaļā.

Programmā QGIS pievienojiet jaunu WMS/WMTS slāni (labajā izvēlnē dodoties uz “Slānis” -& gt “Pievienot slāni” -& gt “Pievienot WMS/WMTS slāni…” vai izmantojot īsinājumtaustiņu Ctrl+Shift+W). Tiks atvērts jauns logs, noklikšķiniet uz “Jauns”, aizpildiet lauku “Nosaukums” ar vēlamo nosaukumu un “URL” pēc XML URL un apstipriniet. Jaunais slānis būs pieejams pārlūkprogrammas panelī.

MB flīzes

MBTiles ir faila formāts karšu flīžu glabāšanai vienā failā, izmantojot SQLite datu bāzi. To var iestatīt kā izvadi MapTiler un ielādēt QGIS. Lietošanai nav nepieciešams interneta savienojums.

MBTiles ielāde QGIS ir vienkārša: vienkārši velciet un nometiet to galvenajā logā, un tā tiks pievienota aktivētajiem slāņiem.

Ģeopakete

GeoPackage ir atvērts standarta datu formāts ģeogrāfiskās informācijas apmaiņai. Īstenojumā ir vienkāršs SQLite datu bāzes konteiners. To var izmantot arī bezsaistē.

Geo pakotnes ielāde QGIS ir vienkārša: vienkārši velciet un nometiet to galvenajā logā, parādīsies jauns logs, kurā tiks jautāts, kuru projekciju vēlaties izmantot. Kad esat izvēlējies vēlamo projekciju un noklikšķinājis uz “Labi”, tā tiks pievienota aktivētajiem slāņiem.


GeoMapper datu vācējs

GeoMapper Data Collector ir lietojumprogramma ģeogrāfiskās informācijas vākšanai SQLite datu bāzē un GPS celiņu ierakstīšanai ar attāluma un ilguma mērījumiem. To var izmantot dažādām āra aktivitātēm (pārgājieni, skriešana, riteņbraukšana,.), Izmantojot bezsaistes kartes. Kontrolējot bezsaistes karšu pārredzamību, to var apvienot ar citām bezsaistes kartēm vai ar Google Maps, ja ir pieejams interneta savienojums. Jūs varat izmantot vairākas ĢIS lietojumprogrammas (piemēram, Global Mapper (rokasgrāmata serbu valodā), QGIS), lai viegli eksportētu jebkuru jūsu karti un izmantotu to kā pārklājumu vai bāzes karti.

Iespējas:
• ierakstiet GeoPoint pašreizējā vietā, konkrētā koordinātā vai kartē atlasītā vietā
• katram GeoPoint iestatiet lietotāju, projektu un numuru
• iepriekš definēts alpīnistu/pārgājienu veidu komplekts GeoPoint
• eksportēt ierakstītos GeoPoints kā SQLite datu bāzi vai citā formātā (CSV, KML, GPX vai GeoJSON)
• ierakstiet tajā GPS trasi un GeoPoints ar pamatinformāciju par attālumu un ilgumu
• GPS ierakstus var ierakstīt dažādos formātos (GPX, KML vai GeoJSON)
• iestatīt ierakstīšanas pielaidi precizitātei, ilgumam un attālumam
• importēt un parādīt kartē GPS trase failus, kas ierakstīti citās ierīcēs un lietotnēs
• vienlaikus apskatīt/izmantot vairākas kartes kā pārklājumus pamata kartē
• atbalstītie formāti bezsaistes kartes:
- Google Maps flīzes
- attēli, kuriem nav ģeogrāfiskās atsauces
- RMaps (.sqlitedb)
- MB flīzes (.milti)
• atbalstītie formāti tiešsaistes kartes:
- TMS
- WMS
• iestatiet pārredzamību katram parādītajam pārklājumam
• novietojiet tapu uz noteiktām koordinātām un centrējiet uz tās funkciju
• parādīt informāciju par pašreizējo atrašanās vietu (koordinātas, augstumu, ātrumu, precizitāti) un ierakstīšanu (sākuma laiks, ilgums un attālums)
• vienkāršs kompass
• parādīt koordinātas DMS vai DD formātā
• atbalsts koordinātām MGI/Balkānu zona 5/6/7, izmantots Dienvidslāvijas topogrāfiskajās kartēs, izmantojot Helmerta transformāciju
• parādīt koordinātas UTM vai MGRS formātā
• atbalsts lietošanai ārējā SD karte bezsaistes karšu glabāšanai
• atbalsts augstuma korekcijai, pamatojoties uz Zemes gravitācijas modelis EGM96 un/vai NMEA teikumi
• neapstrādātu GPS datu reģistrēšana (NMEA teikumus) failā
• detalizēts redzamo saraksts GPS satelīti un to īpašības
• paziņojumu panelis ar atrašanās vietas koordinātām un informāciju par attālumu un ilgumu (ja ierakstīšana ir aktīva), ar papildu pogām, lai pievienotu GeoPoint, sāktu/apturētu ieraksta ierakstīšanu un paziņojumu paneli. To var ieslēgt, izmantojot Iestatījumi- & gtPaziņojumu iestatījumi cilni
• kopēt, koplietot (izmantojot īsziņa, Viber, e -pastsutt.) vai saglabājiet pašreizējo atrašanās vietu (kā KML)

Atļaujas:
Atrašanās vieta tiek izmantots: lietotāja atrašanai kartē, ģeopunktu izveidei (lietotāju atrašanās vietā) un GPS celiņu ierakstīšanai.
Uzglabāšana tiek izmantots: datu bāzes, GeoPoints un GPS celiņu eksportēšanai, GPX failu ielādei no citiem avotiem un bezsaistes karšu glabāšanai,
Internets ir nepieciešama tikai, lai lejupielādētu Google Maps

PIEZĪME. Lietotne darbojas bez šīm atļaujām un interneta izmantošanas, bet ar ierobežotu funkcionalitāti.


Sīkāks izgudrojuma apraksts

Tiek atklātas ģeogrāfiskās informācijas sistēmas (GIS) un metodes, kas lietotājiem nodrošina lielāku elastību, lietderību un informāciju. Sistēma var būt izplatīta ģeogrāfiskās informācijas sistēma (DGIS), kas ietver vairākus komponentus, kas savstarpēji sazinās. Šīs informācijas izpaušanas nolūkos pieņemsim, ka “ĢIS” ietver gan ĢIS, gan ĢDIS konfigurācijas.

ĢIS, kas konfigurēta šeit aprakstīto paņēmienu īstenošanai, var ieviest, piemēram, klienta-servera arhitektūrā. Ņemot vērā šo atklāšanu, būs redzamas citas konfigurācijas. Saskaņā ar vienu no šī izgudrojuma iemiesojumiem klienta puses programmatūra darbojas (kopā ar servera puses programmatūru), lai lietotāja datorā nogādātu Zemes attēlus un citu ģeotelpisko informāciju, lai lietotājs tos varētu redzēt. Vienā piemēra gadījumā klienta programmatūra tiek ieviesta, izmantojot dažādus programmatūras objektus, kas ir sagrupēti moduļos atbilstoši dažādām funkcijām, kas sistēmā darbojas neatkarīgi viena no otras.

Sīkāk un saskaņā ar vienu konkrētu iemiesojumu kustības modelis programmatūras lietotāja saskarnes modulī izmanto klienta ievadi, lai pielāgotu klienta virtuālo skatīšanās pozīciju un orientāciju. Kustības modelis nosaka arī skata specifikāciju, kas nosaka klienta redzamo apjomu trīsdimensiju telpā (pazīstams kā frustums), kā arī frustuma stāvokli un orientāciju attiecībā pret trīsdimensiju karti. Kad skata specifikācija ir noteikta, tā tiek ievietota vietējā atmiņā.

Skata specifikāciju lasa renderētājs, kas ir programmatūras objekts, kas zīmē vai “atveido” zīmējamus datus. Renderētājs ir grupēts atsevišķā atveidotāja modulī un atkārto apstrādes ciklu, kurā ietilpst: (1) skata specifikācijas nolasīšana vietējā atmiņā, (2) datu struktūras šķērsošana vietējā atmiņā, ko dēvē par četrmezglu koku, un ( 3) zīmējamu datu zīmēšana, kas atrodas četrmezglu koka četrmezglos.Četrmezgls ir vietējā atmiņā esošo datu organizēšanas struktūra. Katram četrvietīgajam mezglam var būt noderīga datu slodze un līdz četrām atsaucēm uz citiem failiem, no kuriem katrs var būt citi četrmezgli.

Atsauces ietver faila nosaukumu un atbilstošu adresi vietējā atmiņā (pieņemot, ka fails pastāv vietējā atmiņā). Faili, uz kuriem atsaucas četrmezgls, šeit tiek dēvēti par šī četrmezgla bērniem, un atsauces četrmezgls tiek dēvēts par vecāku. Četrmezglu lietderīgās slodzes var ietvert dažāda veida datus un ir ierobežotas līdz maksimālajai vērtībai. Datu apjoms, kas vajadzīgs, lai aprakstītu konkrētas izšķirtspējas apgabalu, dažos gadījumos var pārsniegt šo maksimālo vērtību, tāpēc dati ir jāsadala starp vecāku un bērnu četrmezgliem. Tādējādi dati bērnu četrmezgla lietderīgajā slodzē var būt tāda pati izšķirtspēja kā četru vecāku mezgla izšķirtspēja, taču tiem nav jābūt tādiem, kā tas būs redzams, ņemot vērā šo atklāšanu.

Kad atveidotājs šķērso četrmezglu koku, tas vispirms aplūkos datu lietderīgo slodzi vecāku četrmezglā. Ja lietderīgā slodze ir zīmējami dati, renderētājs salīdzina lietderīgās kravas ierobežojošo lodziņu (apjomu, kurā ir dati), ja tāds ir, ar skata specifikāciju. Ja ierobežojošais lodziņš ir pilnībā atdalīts no skata specifikācijas, dati netiks zīmēti, neskatoties uz to, ka četrmezgls jau ir lejupielādēts no attālā servera.

Ja tiek uzskatīts, ka lietderīgā slodze ir piemērota zīmēšanai, renderētājs mēģinās piekļūt katrai no četrām mezgla atsaucēm līdz četrām. Ja atsauce satur adresi vietējai atmiņā esošam failam, renderētājs dodas uz šo bērnu četrvietīgo mezglu un aplūko lietderīgo slodzi, atkārtojot procesu katram nākamajam pakārtotajam četrvietīgajam mezglam, līdz tas saskaras ar četrkodolu mezglu ar derīgu kravu lodziņš pilnībā neatšķiras no skata specifikācijas. Ja atsauce nesatur adresi vietējā atmiņā (t.i., atsauces fails vietējā atmiņā nepastāv), renderētājs nevar piekļūt failam un turpinās pārvietoties pa četrmezglu koku, nemēģinot iegūt failu. Šajā iemiesojumā renderētājs lasa tikai no četrmezglu koka un nesniedz koordinātu un izšķirtspējas informāciju nevienam citam objektam.

Četrvietīgajam mezglam ir iebūvēta papildfunkcija. Kad atveidotājs mēģina piekļūt atsaucei, kurai ir faila nosaukums, bet nav atbilstošas ​​vietējās adreses, tas aktivizē četrmezgla piekļuves funkciju, lai patstāvīgi ievietotu savu adresi un pakārtoto atsauces numuru kešatmiņas mezglu izguves sarakstā, kurā ir saraksts informāciju, kas identificē failus, kas lejupielādējami no tālvadības serveriem. Tīkla ielādētājs neatkarīgā tīkla ielādētāja pavedienā pārskata kešatmiņas mezglu izguves sarakstu un pieprasa tikai sarakstā norādītos failus.

Kešatmiņas mezgla pārvaldnieks neatkarīgā kešatmiņas mezgla pārvaldnieka pavedienā piešķir vietu lokālajā atmiņā un sakārto tīkla ielādētāja izgūtos failus jaunos četrmezglos. Kešatmiņas mezglu pārvaldnieks arī atjaunina vecākos četrus mezglus ar šo jauno bērnu četrmezglu vietējās atmiņas adresi. Tāpēc turpmākajos renderētāja moduļa ciklos vietējā atmiņā būs papildu četrmezgli, lai renderētājs varētu tiem piekļūt. Tāpat kā iepriekšējos ciklos, renderētājs apskatīs lietderīgo slodzi un uzzīmēs visus zīmējamos datus, kas pilnībā neietilpst skata specifikācijā. Renderētāja pavediens turpinās šo ciklu, līdz tas sasniegs četrvietīgu mezglu ar lietderīgu slodzi, kura ierobežojošais lodziņš pilnībā atšķirsies no skata specifikācijas vai citādi nav piemērots zīmēšanai. Tādējādi renderētājs zīmē tikai to, kas jau ir lejupielādēts, un pārtrauc zīmēšanu tikai tad, kad tas saskaras ar jau lejupielādētiem datiem, kuriem ir ierobežojošs lodziņš, kas pilnībā neatšķiras no skata specifikācijas.

Papildus šai arhitektūrai un funkcionalitātei tiek nodrošināta iezīmēšanas valoda, kas atvieglo saziņu starp serveriem un interaktīvās ĢIS klientiem. Vienā no šādiem iemiesojumiem katrs serveris un klients ir ieprogrammēts vai citādi konfigurēts, lai izpildītu iezīmēšanas valodu, lai veiktu vairākas ĢIS funkcijas, piemēram, tīkla saites, zemes pārklājumus, ekrāna pārklājumus, vietas atzīmes, 3D modeļus un stilizētus ĢIS elementus, piemēram, ģeometrija, ikonas, apraksta baloni, daudzstūri (ekstrudēto līniju virsma tiek uzskatīta par daudzstūriem) un etiķetes skatītājā, pēc kura lietotājs redz mērķa apgabalu.

Dažādos sistēmas iemiesojumos var izmantot vairākas metodes un funkcijas. Piemēram, tiek piedāvātas metodes, kā nodrošināt virtuālas ekskursijas pa lietotāja definētiem ceļiem (piemēram, braukšanas norādes) izplatītas ģeotelpiskās vizualizācijas kontekstā. Šie paņēmieni ļauj, piemēram, “lidot cauri” 3D satelītattēlu kartei, kas ir anotēta ar braukšanas norādījumiem. Tiek piedāvāti arī aizpildītu daudzstūru datu straumēšanas un interaktīvas vizualizācijas paņēmieni. Šie paņēmieni ļauj, piemēram, ēkas un citas kartes funkcijas nodrošināt 3D formātā, izmēra parametrus (piemēram, ēkas augstumu) izmantot kā metriku, nosakot, kad 3D funkcijas parādīt dažādos tālummaiņas līmeņos.

Tiek nodrošināts arī tīkla saišu mehānisms, lai iteratīvi iegūtu attālu saturu ĢIS lietojumprogrammai. Uz laiku balstīta tīkla saite ielādē vietas atzīmju failus, kad laika gaitā tā tiek aktivizēta (piemēram, “Iegūt failu X ik pēc 20 sekundēm”). Šī funkcija ļauj noteikt ārēju serveri (piemēram, satiksmes serveri vai zemestrīces datu serveri vai lidmašīnas atrašanās vietas datus) un periodiski pieprasīt datus. Šos datus var ierakstīt kartē. No skata atkarīga tīkla saite izveido meklēšanas vaicājumu, ja to aktivizē skata specifikācijas kustība. Šī metode būtībā veido datu slāni no vaicājuma. Piemēram, reaģējot uz lietotāja ienākšanu “skolās”, kartēšanas sistēmā ieslēdziet visas skolas (piemēram, gan skata logā, gan ārpus skata loga), lai lietotājs ritinātu, panoramētu vai citādi pārvietotu karti, tiek parādītas attiecīgās jaunās skolas (kamēr citas skolas iziet no redzesloka).

Tiek piedāvāti arī paņēmieni, kā ĢIS ievadīt neskaidrus meklēšanas pieprasījumus. Šādas metodes nodrošina ģeotelpisko kontekstu patvaļīgam vaicājumam. Piemēram, atbildot uz lietotāja ievadītu lidojuma numuru, sistēma kartē parādītu atbilstošās lidmašīnas atrašanās vietu. Tāpat, atbildot uz lietotāja ievadītu UPS izsekošanas numuru, sistēma kartē parādītu atbilstošās paketes atrašanās vietu. Sistēma var “lidot” uz meklētā vienuma atrašanās vietu. Ir iespējota arī relāciju meklēšana. Piemēram, atbildot uz to, ka lietotājs ievada “diētu”, parādiet slimnīcu, vingrošanas klubu, Jamba sulas, visu ēdienu uc atrašanās vietu. Automātiskās tālummaiņas funkcijas parāda visu atbilstošo trāpījumu atrašanās vietu.

Katra no šīm metodēm/funkcijām, kā arī citas, tiks detalizēti apspriesta, un tās var tikt ieviestas interaktīvā ĢIS, kā tas būs redzams šīs informācijas dēļ.

FIG. 1 ir parādīta interaktīva ĢIS, kas konfigurēta saskaņā ar šī izgudrojuma iemiesojumu.

Sistēma apvieno satelītattēlus, fotogrāfijas, kartes un citus ģeogrāfiskos datus, kā arī interneta meklēšanas iespējas, lai lietotājs varētu apskatīt planētas attēlus un saistīto ģeogrāfisko informāciju (piemēram, lokalizācijas, piemēram, salas un pilsētas un apskates vietas, piemēram, vietējās) restorāni, slimnīcas, parki, viesnīcas un skolas). Sistēma ļauj lietotājam veikt vietējos meklējumus, iegūt ceļojuma norādes uz atrašanās vietu vai starp divām vietām. Lietotājs var praktiski lidot no kosmosa (piemēram, no kāda skatu punkta virs Zemes) uz un ap ievadīto mērķa adresi vai atrašanās vietu, piemēram, savu apkārtni vai citu interešu zonu. Rezultāti tiek parādīti 3D skatā. Lietotājs var sasvērt un pagriezt skatu, lai redzētu 3D reljefu un ēkas. Lietotājs var arī anotēt kartes un/vai iespējot datu slāņus, lai parādītu, piemēram, parkus, skolas, slimnīcas, lidostas, iepirkšanās vietas un citas interesantas vietas vai vietas. Lietotājs var arī slāņot vairākus meklējumus, saglabāt rezultātus mapēs un koplietot meklēšanas rezultātus un kartes ar citiem. Turklāt datu apmaiņas formāts, ko šeit dēvē par KML (Keyhole Markup Language), ļauj lietotājam koplietot noderīgas anotācijas un apskatīt tūkstošiem citu sistēmas lietotāju radītu datu punktu.

Kā redzams, sistēma ietver klienta-servera arhitektūru, kur servera puse sazinās ar vienu vai vairākiem klientiem 125 caur tīklu 120. Servera pusē ir ĢIS serveru sistēma 105, attēlu datu bāze 110un karšu informācijas nodrošinātājs 115. Klienta pusē katrs klients 125 ietver kartēšanas moduli 130 kas darbojas kā ģeotelpiskais pārlūks 130a (vai citu piemērotu skatītāju), lai nodrošinātu lietotājam sistēmas saskarni. Vienā iemiesojumā vismaz daži no kartēšanas moduļiem 130 no klientiem 125 turklāt ietver izstrādes moduļus, kurus galalietotāji var izmantot, lai ģenerētu datu failus, kuros aprakstītas konkrētas ĢIS datu prezentācijas, kā sīkāk paskaidrots iepriekš iekļautajā ASV lietojumprogrammā Ser. Nē. 11/426,831, iesniegts 2006. gada 27. jūnijā ar nosaukumu “Interaktīvās ģeogrāfiskās informācijas sistēmas iezīmēšanas valoda”. Turklāt sistēma var papildus ietvert vienu vai vairākus trešo pušu satura serverus 140 satura nodrošināšanai tīkla saitēm, atsaucoties uz ģeotelpiskā apraksta failu 140a kodēts uz tā. Ģeotelpiskā apraksta fails 140a var būt, piemēram, KML fails vai cits piemērots skripts, kā tas tiks izskaidrots, atsaucoties uz tīkla saiti.

ĢIS serveru sistēma 105 ir saziņā ar attēlu datu bāzi, kurā ir attēlu dati (piemēram, digitālās kartes, satelītattēli, aerofotogrāfijas, ielu līmeņa fotogrāfijas). Var tikt izmantoti arī dati, kas nav attēli, piemēram, tabulas dati (piemēram, digitālās dzeltenās un baltās lapas) un karšu slāņu dati (piemēram, pusdienotāju, restorānu, muzeju un/vai skolu datubāzes valsts pieminekļu seismisko aktivitāšu datubāzes utt.) glabājas datu bāzē 110 vai kādā citā krātuvē, kas ir pieejama servera sistēmai 105. Datu bāze 110 (un citus, ja piemērojams) GIS serveru sistēma aizpilda (piemēram, bezsaistē vai reāllaikā) 105.

Kartes informācijas sniedzējs 115 nodrošina servera sistēmu 105 ar kartes informāciju (piemēram, satelīta dati, ielu līmeņa fotogrāfijas, aerofotogrāfijas, digitālās kartes, augstuma dati, garuma/platuma dati, GPS koordinātas). Norādīto kartes informāciju var apkopot, piemēram, kā servera sistēmas funkciju 105 (piemēram, karšu informācijas nodrošinātājs 115 ir servera sistēmas apkopotā karšu informācijas datu bāze 105). Alternatīvi vai papildus tam var izmantot dažādus trešo pušu karšu datu pakalpojumus, lai sniegtu kartes informāciju servera sistēmai 105. Visus šādus kartes iekšējās/ārējās informācijas avotus parasti attēlo kartes informācijas sniedzējs 115. Jebkurā gadījumā ĢIS serveru sistēma 105 saņem kartes informācijas pieprasījumus un atbild uz šiem pieprasījumiem, izmantojot tīklu 120. Kartes informācijas sniedzējs 115 var arī tālāk konfigurēt, lai tieši atbildētu uz lietotāju pieprasījumiem pēc ģeogrāfiskiem datiem. Vienā iemiesojumā ĢIS serveru sistēma 105 kodē kartes informāciju vienā vai vairākos datu failos un nodrošina failus pieprasītājam.

Ņemiet vērā, ka sistēmā var iekļaut citus moduļus un ilustrētos moduļus var pārkārtot. Piemēram, datu bāze 110 var integrēt ĢIS serveru sistēmā 105. Arī kartes informācijas sniedzējs 115 var integrēt ĢIS serveru sistēmā 105. Ņemot vērā šo atklājumu, būs redzamas citas konfigurācijas, un šis izgudrojums nav paredzēts tikai kādam konkrētam. Jebkurš moduļu skaits var tikt ieprogrammēts vai citādi konfigurēts, lai veiktu šeit aprakstītās servera puses funkcijas.

Klients 125 uz kura kartēšanas modulis 130 palaist var, piemēram, galddatoru vai klēpjdatoru. Alternatīvi - klients 125 var būt bezvadu ierīce, piemēram, personālais digitālais asistents (PDA), viedtālrunis, navigācijas sistēma, kas atrodas transportlīdzeklī, rokas GPS sistēma vai citas šādas ierīces/sistēmas. Īsāk sakot, klients 125 var būt jebkurš dators, ierīce vai sistēma, kas var izpildīt kartēšanas moduli 130un ļauj lietotājam mijiedarboties ar ĢIS serveru sistēmu 105 (piemēram, karšu, braukšanas norāžu un/vai datu meklēšanas pieprasīšana un pēc tam atbildes failu saņemšana). Parādītajā iemiesojumā kartēšanas modulis 130 izpilda vai citādi darbojas kā ģeotelpiskais pārlūks 130a.

ĢIS serveru sistēma 105 var īstenot ar parasto vai pielāgoto tehnoloģiju. ĢIS servera ieviešanai var izmantot daudzas zināmas servera arhitektūras un funkcijas. Turklāt ņemiet vērā, ka ĢIS serveru sistēma 105 var ietvert vienu vai vairākus serverus, kas darbojas saskaņā ar slodzes līdzsvarošanas shēmu, un katrs serveris (vai serveru kombinācija) ir konfigurēts, lai tīklā reaģētu uz klientiem un mijiedarbotos ar tiem 120. Vienā konkrētā iemiesojumā ĢIS serveru sistēma 105 tiek īstenots, kā apspriests iepriekš iekļautajā ASV lietojumprogrammā Ser. 10/270 272 ar nosaukumu “Ģeotelpiski organizētu plakano failu datu serveris”.

Parasti, kad lietotājs ievada meklēšanas vaicājumu (piemēram, izmantojot ģeotelpisko pārlūkprogrammu 130a ko piedāvā klienta puses kartēšanas modulis 130), tas tiek iekļauts pieprasījumā un nosūtīts uz ĢIS serveru sistēmu 105 caur tīklu 120. Serveru sistēma 105 pēc tam nosaka, kam paredzēts meklēšanas vaicājums, un atbild ar atbilstošiem datiem no dažādām apakšsistēmām, piemēram, ģeokodētājiem, maršrutēšanas dzinējiem un vietējās meklēšanas indeksiem, tādā formātā, kādā pieprasītājs klients 125 var izmantot, lai parādītu datus lietotājam (piemēram, izmantojot ģeotelpisko pārlūkprogrammu 130a).

Papildus visām parastajām funkcijām, ĢIS serveru sistēma 105 ir tālāk konfigurēts, lai mijiedarbotos ar kartēšanas moduli 130, kā tas būs redzams, ņemot vērā šo atklāšanu. Kartēšanas modulis 130 ir aplūkots ar turpmāku atsauci uz fig. 2a. Vienā iemiesojumā - servera sistēma 105 atbild pieprasītājam 125 kodējot datus, kas reaģē uz pieprasījumu, vienā vai vairākos datu failos un nodrošinot failus klientam.

Tīkls 120 var būt jebkura veida sakaru tīkls, piemēram, lokālais tīkls (piemēram, iekštīkls), platjoslas tīkls (piemēram, internets) vai kāda to kombinācija. Alternatīvi, tīkls 120 var būt tieša saikne starp klientu 125 un ĢIS serveru sistēma 105. Kopumā komunikācija starp serveru sistēmu 105 un klients 125 var pārvadāt, izmantojot jebkura veida vadu un/vai bezvadu savienojumu, izmantojot dažādus saziņas protokolus (piemēram, TCP/IP, HTTP, SMTP, FTP), kodējumus vai formātus (piemēram, HTML, XML) un/vai aizsardzību shēmas (piemēram, VPN, drošs HTTP, SSL).

Izmanto kopā ar ĢIS serveru sistēmu 105, ģeotelpiskais pārlūks 130a saskarni, ko nodrošina kartēšanas modulis 130 nodrošināt kartēšanas sistēmu, kas tīklā apkalpo kartes un ĢIS datus 120. Sistēma ļauj lietotājiem vizualizēt, atlasīt, komentēt un izpētīt ģeogrāfisko informāciju visā pasaulē vai noteiktā reģionā, pilsētā, pilsētā vai citā vietā.

Klienta puses kartēšanas modulis

FIG. 2a ilustrē klienta puses kartēšanas moduli 130 attēlā parādītās ĢIS. 1, konfigurēts saskaņā ar šī izgudrojuma iemiesojumu. Kā minēts iepriekš, kartēšanas moduļa sastāvdaļas 130 var tikt ieviesta kā programmatūra, kas darbojas lietotāja datorā (klients 125), kas pēc tam mijiedarbojas ar ĢIS serveru sistēmu, lai klientam nogādātu Zemes attēlus un citu ģeotelpisko informāciju 125 lai to apskatītu lietotājs. Darbībā un vienā noteiktā konfigurācijā dažādi programmatūras objekti ir sagrupēti moduļos atbilstoši vairākām funkcijām, kas var darboties asinhroni (neatkarīgi no laika) viena no otras. Ņemot vērā šo atklājumu, būs redzamas daudzas programmatūras ieviešanas un funkcionālo moduļu mijiedarbības.

Kā redzams, modulis 130 ietver lietotāja mijiedarbības moduli 201, vietējā atmiņa 203, kešatmiņas mezgla pārvaldnieks 205, renderēšanas modulis 207, tīkla ielādētājs 209, tīkla interfeiss 211un displeja saskarne 215. Kopumā lietotāja mijiedarbības modulis 201 saņem lietotāja informāciju par atrašanās vietu, kuru lietotājs vēlas apskatīt, un izmantojot kustības modeli 201c, izveido skata specifikāciju 203a. Renderētāja modulī 207renderētājs izvelk visus zīmējamos datus, kas iepriekš tika atgriezti lietotāja datorā, izņemot to, ka renderētājs izmanto skata specifikāciju 203a izlemt, ko neņemt no šiem datiem. Kešatmiņas mezgla pārvaldnieka modulis 205 darbojas asinhronā vadības pavedienā. Kešatmiņas mezgla pārvaldnieka modulis 205 veido četrmezglu koku 203b aizpildot to ar četriem mezgliem, kas iegūti no attālā servera sistēmas (izmantojot tīklu) 120). Tagad katrs no šiem un citiem moduļiem tiks aprakstīts sīkāk.

Lietotāja mijiedarbības modulis 201 ietver grafisko lietotāja interfeisu (GUI) 201a, izvēles vietnes meklēšanas rutīna 201bun kustības modelis 201c. Lietotāja mijiedarbības modulī 201, lietotājs ievada informāciju par atrašanās vietu, izmantojot GUI 201a, kā rezultātā tiek izveidota skata specifikācija 203a, kā tas tiks aprakstīts pēc kārtas. Skata specifikācija 203a tiek ievietots vietējā atmiņā 203, kur renderētājs to izmanto renderētāja modulī 207, kā arī tiks aprakstīts pēc kārtas. GUI 201a ir sīkāk apskatīts, atsaucoties uz fig. 3a.

Daži lietotāja ievades veidi, tostarp adreses un labi zināmu vietu nosaukumi, kas ievadīti GUI teksta ievades laukā 201a, aktivizēt izvēles vietnes meklēšanas rutīnu 201b. Vietnes meklēšanas rutīna 201b nosūta adresi vai nosaukumu ĢIS serveru sistēmai 105 (caur tīklu 120), un, atbildot uz to, adresei vai vārdam atbilstošais platums un garums tiek atgriezts klienta kartēšanas modulī 130. Ja lietotājs ir izvēlējies ģeogrāfisko atrašanās vietu, veicot dubultklikšķi uz tās GUI displeja logā 201a, tad lokāli var noteikt platumu un garumu, kas atbilst izvēlētajai atrašanās vietai 3D kartē. Vienā konkrētā iemiesojumā tiek izmantots noklusējuma augstums virs izvēlētās vietas. Lietotājs var pielāgot noklusējuma augstumu, izmantojot GUI 201a (piem., tālummaiņas vadīklas), pēc vēlēšanās.

Kustības modelis 201c izmanto atrašanās vietas informāciju, kas saņemta, izmantojot GUI 201a lai pielāgotu “virtuālās kameras” pozīciju un orientāciju, apskatot parādīto 3D karti. No šīs virtuālās kameras viedokļa lietotājs redz datora monitorā parādīto 3D karti. Kustības modelis 201c nosaka arī skata specifikāciju 203a pamatojoties uz virtuālās kameras stāvokli, virtuālās kameras orientāciju un virtuālās kameras horizontālajiem un vertikālajiem skata laukiem.

Skata specifikācija 203a definē virtuālās kameras redzamo skaļumu 3D telpā, kas pazīstama kā frustum, un frustuma stāvokli un orientāciju attiecībā pret 3D karti. Frustum ir saīsinātas piramīdas forma. Fustum ir minimālais un maksimālais skata attālums, kas var mainīties atkarībā no skatīšanās apstākļiem. Tā kā lietotāja skats uz 3D karti tiek manipulēts, izmantojot GUI 201a, frustuma orientācija un novietojums mainās attiecībā pret 3D karti. Tādējādi, saņemot lietotāja ievadīto informāciju, skata specifikācija 203a izmaiņas. Skata specifikācija 203a tiek ievietots vietējā atmiņā 203, kur renderētājs to izmanto renderētāja modulī 207.

Saskaņā ar vienu šī izgudrojuma iemiesojumu skata specifikācija 203a norāda trīs galvenās virtuālās kameras parametru kopas: kameras statīvu, kameras objektīvu un kameras fokusēšanas iespējas. Kameras statīva parametru kopa nosaka sekojošo: virtuālās kameras pozīcija: X, Y, Z (trīs koordinātas), kādā veidā virtuālā kamera ir orientēta attiecībā pret noklusējuma orientāciju, piemēram, virziena leņķi (piemēram, uz ziemeļiem ?, dienvidiem? -starp?) solis/slīpums (piemēram, līmenis ?, uz leju ?, uz augšu ?, starp?) un pagriešanās/pagriešanās (piemēram, līmenis ?, slīpums pulksteņrādītāja virzienā?, slīpums pretēji pulksteņrādītāja virzienam?, starp?). Objektīva parametru kopa nosaka sekojošo: horizontālais redzes lauks (piemēram, telefoto ?, normāla cilvēka acs-aptuveni 55 grādi? Vai platleņķa?) Un vertikāls redzes lauks (piemēram, telefoto?, Normāla cilvēka acs-aptuveni 55) grādi? vai platleņķis?). Fokusa parametru kopa nosaka sekojošo: attālums līdz klipam tuvu plaknei (piemēram, cik tuvu “objektīvam” var redzēt virtuālā kamera, kur tuvāk esošie objekti netiek uzzīmēti) un attālums līdz tālo klipu plaknei (piemēram, kā tālu no objektīva var redzēt virtuālā kamera, kur tālāk esošie objekti netiek zīmēti).

Vienā darbības piemērā un ņemot vērā iepriekš minētos kameras parametrus, pieņemsim, ka lietotājs nospiež kreiso (vai labo) bultiņu. Tas signalizētu kustības modeli 201c ka skatam jāpārvietojas pa kreisi (vai pa labi). Kustības modelis 201c īsteno šādu zemes līmeņa “panoramēšanas kameru” tipa vadību, kursa leņķim pievienojot (vai atņemot) nelielu vērtību (piemēram, 1 grāds uz vienu bultiņas taustiņu). Līdzīgi, lai virzītu virtuālo kameru uz priekšu, kustības modelis 201c mainītu virtuālās kameras pozīcijas XYZ koordinātas, vispirms aprēķinot vienības garuma vektoru gar skata virzienu (HPR) un pēc tam pievienojot šī vektora XYZ apakškomponentus kameras XYZ pozīcijai pēc katras apakškomponenta mērogošanas vēlamais kustības ātrums. Šādos un līdzīgos veidos kustības modelis 201c pielāgo skata specifikāciju 203a pakāpeniski atjauninot XYZ un HPR, lai definētu jaunā skata pozīciju “tūlīt pēc pārvietošanas”.

Renderēšanas modulis 207 ir cikli, kas atbilst displeja ierīces video atsvaidzināšanas frekvencei, parasti 60 Hz (cikli sekundē). Vienā konkrētā iemiesojumā renderētāja modulis 207 veic ciklu (i) pamošanās, (ii) skata specifikācijas nolasīšana 203c ko ir ievietojis kustības modelis 201c datu struktūrā, kurai piekļūst renderētājs, (iii) šķērsojot četrmezglu koku 203b vietējā atmiņā 203un (iv) zīmējamu datu rasēšana četrmezglos, kas atrodas četrmezglu kokā 203b. Zīmējamie dati var būt saistīti ar ierobežojošo lodziņu (apjomu, kas satur datus vai citu šādu identifikatoru). Ja ierobežojošais lodziņš ir pieejams, tiek pārbaudīts, vai zīmējamie dati ir potenciāli redzami skata specifikācijā 203a. Pēc tam tiek uzzīmēti potenciāli redzami dati, bet dati, kas nav redzami, tiek ignorēti. Tādējādi renderētājs izmanto skata specifikāciju 203a lai noteiktu, vai četrmezglu kokā dzīvojošā četrmezgla lietderīgā slodze 203b nav jāzīmē, kā tagad tiks izskaidrots pilnīgāk.

Sākotnēji un saskaņā ar vienu šī izgudrojuma iemiesojumu četrmezglu kokā nav datu 203b zīmēt, un renderētāja moduli 207 pēc noklusējuma zīmē zvaigznes lauku (vai citus piemērotus noklusējuma attēlojuma attēlus). Četrmezglu koks 203b ir visu renderētāja zīmējumu datu avots 207 nav, izņemot šo zvaigžņu lauku. Renderētājs 207 šķērso četrmezglu koku 203b mēģinot piekļūt katram četrmezglu kokā esošajam četrmezglu iedzīvotājam 203b. Kā paskaidrots šeit, katrs četrvietīgais mezgls ir datu struktūra, kurā ir līdz četrām atsaucēm un pēc izvēles pieejama datu krava. Ja četrmezgla lietderīgā slodze ir zīmējami dati, renderētājs 207 salīdzinās lietderīgās kravas (ja tāda ir) ierobežojošo lodziņu ar skata specifikāciju 203a, zīmējot to tik ilgi, kamēr zīmējamie dati nav pilnībā ārpus frustuma un netiek uzskatīti par nepiemērotiem zīmēšanai, pamatojoties uz citiem faktoriem. Šie citi faktori var ietvert, piemēram, attālumu no kameras, slīpumu vai citus šādus apsvērumus. Ja kravnesība nav pilnībā ārpus frustuma un netiek uzskatīta par nepiemērotu zīmēšanai, tad renderētājs 207 arī mēģina piekļūt katrai līdz četrām atsaucēm četrmezglā. Ja atsauce ir uz citu četrvietīgu mezglu vietējā atmiņā (piem., Atmiņu) 203 vai cita vietējā atmiņa), renderētājs 207 mēģinās piekļūt visiem zīmējamiem datiem šajā citā četrvietīgajā mezglā, kā arī, iespējams, mēģinās piekļūt kādai no četrām atsaucēm šajā četrkodolu mezglā. Renderētāja 207 mēģinājumus piekļūt katrai no četrām četru mezglu atsaucēm nosaka pats četrmezgls, kā tagad tiks paskaidrots.

Kā jau iepriekš paskaidrots, četrmezgls ir datu struktūra, kurai var būt datu lietderīgā slodze un līdz četrām atsaucēm uz citiem failiem, no kuriem katrs savukārt var būt kešatmiņas mezgls. Dažos gadījumos failā ir ne tikai minētais bērns, bet arī šī bērna pēcnācēji. Šie apkopotie elementi ir pazīstami kā kešatmiņas mezgli, un tajos var būt vairāki četrmezgli. Šāda apkopošana notiek datu bāzes veidošanas gaitā. Dažos gadījumos datu lietderīgā slodze ir tukša. Katra atsauce uz citiem failiem ietver, piemēram, faila nosaukumu un atbilstošo adresi šī faila vietējā atmiņā, ja tāda ir. Sākumā visi minētie faili tiek glabāti vienā vai vairākos attālos serveros (piemēram, iekļauti ĢIS serveru sistēmā) 105) un lietotāja datorā nav zīmējamu datu. Faili, uz kuriem atsaucas četrmezgls, šeit tiek dēvēti par šī četrmezgla bērniem, un atsauces četrvietīgais mezgls šeit ir minēts kā vecāks.

Četrmezgliem un kešatmiņas mezgliem ir iebūvētas papildierīču funkcijas. Kā jau iepriekš paskaidrots, renderētāja 207 mēģinājumus piekļūt katrai no četrām četru mezglu atsaucēm nosaka pats četrmezgls. Pēc renderētāja 207 mēģinot piekļūt pakārtotam četrvietīgajam mezglam, kuram ir faila nosaukums, bet nav atbilstošas ​​adreses, vecākais četrvietīgais mezgls ievieto (izmantojot savu piekļuves funkciju) šo faila nosaukumu kešatmiņas mezglu izguves sarakstā 205a. Kešatmiņas mezglu izguves saraksts 205a ietver informācijas sarakstu, kas identificē kešatmiņas mezglus, kas jālejupielādē no ĢIS serveru sistēmas 105. Ja četrmezgla bērnam ir vietējā adrese, kas nav nulle, renderētājs izmanto šo adresi vietējā atmiņā 203 lai piekļūtu bērnu četrvietīgajam mezglam.

Četrmezgli ir konfigurēti tā, lai tie, kuriem ir izvelkama lietderīgā slodze, savā derīgajā kravā varētu iekļaut ierobežojošo lodziņu vai citu atrašanās vietas identifikatoru. Renderētājs 207 veic skata frustum cull, kas salīdzina četrmezglu lietderīgās slodzes ierobežojošo lodziņu/atrašanās vietas identifikatoru (ja tāds ir) ar skata specifikāciju 203a. Ja ierobežojošais lodziņš ir pilnībā atdalīts no skata specifikācijas 203a (t.i., neviens no zīmējamajiem datiem nav robežās), zīmējamo datu lietderīgā slodze netiks uzzīmēta, kaut arī tā jau bija izgūta no ĢIS serveru sistēmas 105 un glabājas lietotāja datorā. Pretējā gadījumā tiek uzzīmēti zīmējamie dati. Skata frustum cull nosaka, vai četrmezglu lietderīgās slodzes ierobežojošais lodziņš (ja tāds ir) ir pilnībā atdalīts no skata specifikācijas 203a renderētāja priekšā 207 šķērso šī četrmezgla bērnus. Ja četrmezgla ierobežojošais lodziņš ir pilnībā atdalīts no skata specifikācijas 203a, renderētājs 207 nemēģina piekļūt šī četrmezgla bērniem. Bērnu četrvietīgais mezgls nekad nepārsniedz tā vecāku četrmezgla ierobežojošo lodziņu. Tādējādi, tiklīdz skats frustum cull nosaka, ka četru vecāku mezgls ir pilnībā atdalīts no skata specifikācijas, var pieņemt, ka visi šī četrmezgla pēcnācēji ir arī pilnīgi atdalīti no skata specifikācijas. 203a.

Četrmezglu un kešatmiņas mezglu lietderīgās slodzes var saturēt dažāda veida datus. Piemēram, kešatmiņas mezgls var saturēt satelītattēlus, teksta etiķetes, politiskās robežas, trīsdimensiju virsotnes, kā arī punktu, līniju vai daudzstūru savienojumu ceļu atveidošanai un cita veida datus. Datu daudzums jebkurā četrmezgla lietderīgajā slodzē ir ierobežots līdz maksimālajai vērtībai. Tomēr dažos gadījumos datu apjoms, kas nepieciešams, lai aprakstītu apgabalu ar noteiktu izšķirtspēju, pārsniedz šo maksimālo vērtību. Šādos gadījumos, piemēram, apstrādājot vektoru datus, daži dati ir ietverti vecāku lietderīgajā slodzē, bet pārējie dati ar tādu pašu izšķirtspēju ir iekļauti bērnu lietderīgajā slodzē (un, iespējams, pat bērnu pēcnācējos). Var būt arī gadījumi, kad bērni var saturēt augstākas izšķirtspējas vai tādas pašas izšķirtspējas datus kā viņu vecāki. Piemēram, vecāku mezglā var būt divi bērni ar tādu pašu izšķirtspēju kā šis vecāks un divi papildu bērni ar atšķirīgu izšķirtspēju (piemēram, augstāki) nekā šis vecāks.

Kešatmiņas mezgla pārvaldnieks 205 pavedienu un katru no viena vai vairākiem tīkla ielādētājiem 209 pavedieni darbojas asinhroni no renderētāja moduļa 207 un lietotāja mijiedarbības modulis 201. Renderēšanas modulis 207 un lietotāja mijiedarbības modulis 201 var darboties arī asinhroni viens no otra. Dažos variantos pat astoņi tīkla ielādētāji 209 pavedieni tiek izpildīti neatkarīgi, katrs darbojas asinhroni no renderētāja moduļa 207 un lietotāja mijiedarbības modulis 201. Kešatmiņas mezgla pārvaldnieks 205 pavediens veido četrmezglu koku 203b vietējā atmiņā 203 aizpildot to ar četriem mezgliem, kas iegūti no ĢIS serveru sistēmas 105 ar tīkla ielādētāju 209 pavedieni. Četrmezglu koks 203b sākas ar saknes mezglu, kad klienta kartēšanas modulis 130 tiek palaists vai citādi uzsākts. Saknes mezglā ir faila nosaukums (bet nav atbilstošas ​​adreses) un nav datu lietderīgās slodzes. Kā aprakstīts iepriekš, šis saknes mezgls izmanto iebūvētu piekļuves funkciju, lai pašatskaitītos kešatmiņas mezglu izguves sarakstam 205a pēc tam, kad to ir šķērsojis renderētājs 207 pirmo reizi.

Katrā tīkla ielādētājā 209 pavedienu, tīkla ielādētājs šķērso kešatmiņas mezglu izguves sarakstu 205a (kas 2. attēlā parādītajā iemiesojumāa ir iekļauts kešatmiņas pārvaldniekā 205a, bet var atrasties arī citās vietās, piemēram, vietējā atmiņā 203 vai cita krātuve) un pieprasa nākamo kešatmiņas mezglu no ĢIS serveru sistēmas 105 izmantojot kešatmiņas mezgla faila nosaukumu. Tīkla ielādētājs pieprasa tikai failus, kas parādās kešatmiņas mezglu izguves sarakstā 205a. Kešatmiņas mezgla pārvaldnieks 205 piešķir vietu vietējā atmiņā 203 (vai cita piemērota uzglabāšanas iekārta) atgrieztam failam, kas pēc tam tiek sakārtots vienā vai vairākos jaunos četrvietīgos mezglos, kas ir četru vecāku mezgla pēcnācēji. Kešatmiņas mezgla pārvaldnieks 205 var arī atšifrēt vai atspiest no ĢIS serveru sistēmas atgriezto datu failu 105, ja nepieciešams (t.i., lai papildinātu jebkuru šifrēšanu vai saspiešanu servera pusē). Kešatmiņas mezgla pārvaldnieks 205 atjaunina četru mezglu vecāku mezglu četrmezglu kokā 203b ar adresi, kas atbilst vietējai atmiņai 203 katra jaunizveidotā bērnu četrmezgla adrese.

Atsevišķi un asinhroni renderētāja modulī 207, nākamajā kārtā šķērsojot četrmezglu koku 203b un šī atjauninātā vecāku četru mezglu, renderētāja, šķērsošana 207 tagad atradīs vietējā atmiņā adresi, kas atbilst bērnu četrvietīgajam mezglam, un varēs piekļūt bērnu četrvietīgajam mezglam. Renderētāja šķērsošana 207 pēc tam četru pakāpju mezgla darbība turpinās saskaņā ar tām pašām darbībām, kas tika veiktas vecāku četrmezglam. Tas turpinās caur četrmezglu koku 203b līdz tiek sasniegts mezgls, kas pilnībā atšķiras no skata specifikācijas 203a vai tiek uzskatīts par nepiemērotu zīmēt, pamatojoties uz citiem faktoriem, kā paskaidrots iepriekš.

Šajā konkrētajā iemiesojumā ņemiet vērā, ka starp kešatmiņas mezgla pārvaldnieku nav saziņas 205 pavedienu un renderētāja moduli 207 izņemot renderētāju 207 kešatmiņas mezgla pārvaldnieka rakstīto vai citādi nodrošināto četrmezglu lasīšana 205 pavediens. Turklāt ņemiet vērā, ka šajā konkrētajā iemiesojumā kešatmiņas mezgli un līdz ar to četrmezgli tiek lejupielādēti, līdz atgrieztie bērni satur tikai derīgās kravas, kas pilnībā neatšķiras no skata specifikācijas. 203a vai citādi nav piemēroti zīmēšanai, kā paskaidrots iepriekš.

Tīkla interfeiss 211 (piemēram, tīkla saskarnes karte vai uztvērējs) ir konfigurēts tā, lai ļautu sazināties no kartēšanas moduļa 130 jānosūta pa tīklu 120, un atļaut saziņu no attālā servera sistēmas 105 jāsaņem kartēšanas modulis 130. Tāpat displeja saskarne 215 (piemēram, displeja interfeisa karte) ir konfigurēta tā, lai kartēšanas moduļa datus varētu nosūtīt uz displeju, kas saistīts ar lietotāja datoru, lai lietotājs varētu skatīt datus. Katrs no tīkla interfeisa 211 un displeja saskarne 215 var īstenot ar parasto tehnoloģiju.

FIG. 2b un 2c ilustrē vienu četrmezglu koka piemēru 203b parādīts FIG. 1, un kešatmiņas mezgla izguves process, kas konfigurēts saskaņā ar šī izgudrojuma iemiesojumu. Kā redzams fig. 2b, šis koka piemērs 203b Pašlaik ir saknes mezgls, vecāku mezgls, četri bērnu mezgli un vairāki papildu pēcteči no šiem četriem bērnu mezgliem. Katram mezglam ir iebūvēta papildfunkcija.

Kā iepriekš paskaidrots, kešatmiņas mezgla pārvaldnieka modulis 205 veido četrmezglu koku 203b aizpildot to ar četriem mezgliem, kas iegūti no attālā servera sistēmas 105. Četrmezgli, ko izmantoja koka aizpildīšanai 203b renderētājs identificē 207, kas darbojas asinhroni uz kešatmiņas mezgla pārvaldnieku 205. Jo īpaši renderētājs 207 šķērso četrmezglu koku 203b meklē zīmējamas kravnesības datus, kas atbilst pašreizējā skata specifikācijai 203a. Kad atveidotājs 207 mēģina piekļūt četru mezglu atsaucei, kurai ir faila nosaukums, bet nav atbilstošas ​​vietējās adreses (piemēram, saknes mezgla gadījums vai 3 attēlā parādīto “pēcnācēju X” bērnu mezgls. 2b), tas aktivizē šī četrmezgla piekļuves funkciju, lai patstāvīgi ievietotu savu adresi un pakārtoto atsauces numuru kešatmiņas mezglu izguves sarakstā 205a, kas ietver informācijas sarakstu, kas identificē failus, kas jālejupielādē no attālā servera sistēmas 105. Neatkarīgs tīkla ielādētājs 209 pavediens periodiski pārskata kešatmiņas mezglu izguves sarakstu 205a, un pieprasa tikai sarakstā norādītos failus. Tieši caur šiem asinhronajiem procesiem izveidojas četrmezglu koks 203b tiek veidota un uzturēta noteiktas lietotāja sesijas laikā.

Parādītajā piemērā renderētājs jau ir piekļuvis saknes mezglam 207, kas faktiski izraisīja četru vecāku mezgla lejupielādi, kā paskaidrots šeit. Šis piemērs vecāku četriem mezgliem ietver lietderīgo slodzi un četras atsauces (atsauce Nr.1, Atsauce Nr.2, Atsauce Nr.3, un atsauce Nr.4) uz citiem četrvietīgajiem mezgliem, kas ir šī vecāka bērni. Lietotajai kravai ir ierobežojošs lodziņš (2. attēlā apzīmēts kā “BB”)b un 2c), kas ietver datus “a, b, c”. Šī lietderīgā slodze var ietvert, piemēram, satelītattēlus, teksta etiķetes, politiskās robežas, trīsdimensiju virsotnes kopā ar punktu, līniju vai daudzstūru savienojamību ceļu atveidošanai, kā arī cita veida datus, kā tas būs redzams šīs informācijas dēļ. Šajā piemērā dati ir apzīmēti ar “a, b, c”, lai parādītu, kā datus var attēlot, izmantojot vairākus četrriteņu mezglus, ja dati nevar ietilpt vienā četrvietīgā mezglā, un tie nav paredzēti, lai iesaistītu kādu konkrētu mezglu/koku/ datu struktūras vai veidi. Katra atsauce ietver pakārtotā mezgla faila nosaukumu (fn) un adresi vietējā atmiņā 203 kur šo failu var atrast.

Reiz atveidotājs 207 piekļūst vecāku mezglam un nosaka, ka tā lietderīgā slodze ir izvelkama un nav pilnībā ārpus skata specifikācijas 203a, tas velk šo lietderīgo slodzi. Renderētājs 207 arī piekļūst katram no četriem atsauces failiem, tādējādi izveidojot pakārtotus mezglus (parasti attēlos X pēcnācēji 2. attēlā).b un 2c), kurā ietilpst četri bērni. No augšas uz leju: pirmajā pakārtotajā mezglā ir lietderīgā slodze ar ierobežojošu lodziņu, kurā ir dati, kas apzīmēti ari un trīs atsauces faili (atsauce Nr.1, Atsauce Nr.2, un atsauce Nr.3) otrajā pakārtotajā mezglā ir lietderīgā slodze ar ierobežojošu lodziņu, kurā ir dati, kas apzīmēti ar b, un nav atsauces failui un divi atsauces faili (atsauce Nr.1 un atsauce Nr.2) un ceturtajā mezgla mezglā ir lietderīgā slodze ar ierobežojošu lodziņu, kurā ir augstas izšķirtspējas (Hi-Res) dati, kas apzīmēti ar a, b, c un trim atsauces failiem (atsauce Nr.1, Atsauce Nr.2, un atsauce Nr.3).

Atveidotājs pēc kārtas piekļūst katram no šiem pēcnācēju X bērnu mezgliem 207, lai varētu uzzīmēt attiecīgās kravas (ja nepieciešams) un piekļūt atsauces failiem (ja nepieciešams). Šajā piemērā, kad renderētājs 207 piekļūst otrajai atsaucei (atsauce Nr.2) no 3 pēcnācēju X bērnu mezgls, kas parādīts attēlā. 2b, tas sastop faila nosaukumu ar NULL adresi. Kā iepriekš paskaidrots, tas aktivizē šī trešā mezgla piekļuves funkciju, lai patstāvīgi ievietotu savu adresi un atbilstošo atsauces numuru (atsauce Nr.2) kešatmiņas mezglu izguves sarakstā 205a. Tīkla ielādētājs 209 pēc tam izraisa uzskaitītos failus (ieskaitot failu, kas saistīts ar atsauci Nr.2) lejupielādēt no attālā servera sistēmas 105. Kā redzams fig. 2c, pieprasītais fails tiek saņemts, izmantojot tīkla ielādētāju 209 un sniegts kešatmiņas mezgla pārvaldniekam 205. Kešatmiņas mezgla pārvaldnieks 205 pēc tam piešķir vietu vietējā atmiņā 203 atgrieztajam failam un sakārto to jaunā bērnu četrmezglā (iekļauts pēcnācējos Y), kas ir pēcnācējs 3 rd bērnu pēcnācēju mezgls X. Kešatmiņas mezgla pārvaldnieks 205 arī atjaunina 3. pakārtoto mezglu ar piešķirtās vietas jauno adresi (New add).

Kad četrvietīgais mezgls atsaucei 2 tiek izveidots, izmantojot kešatmiņas mezgla pārvaldnieku 205, pēcnācēju Y bērnu mezglos ir astoņi bērni. No augšas uz leju: pirmajā pakārtotajā mezglā ir lietderīgā slodze ar ierobežojošu lodziņu, kurā ir dati, kas apzīmēti arii un nav atsauces failu, otrajā pakārtotajā mezglā ir lietderīgā slodze ar ierobežojošu lodziņu, kurā ir dati, kas apzīmēti ariii un nav atsauces failu, trešais pakārtotais mezgls ietver lietderīgo slodzi ar ierobežojošu lodziņu, kurā ir dati, kas apzīmēti ariiii un nav atsauces failu, ceturtajā mezgla mezglā ir lietderīgā slodze ar ierobežojošu lodziņu, kurā ir dati, kas apzīmēti ar cii un nav atsauces failu, piektais pakārtotais mezgls ietver lietderīgo slodzi ar ierobežojošu lodziņu, kurā ir dati, kas apzīmēti ar ciii un nav atsauces failu, sestais mezgla mezgls ietver lietderīgo slodzi ar ierobežojošu lodziņu, kurā ir augstas izšķirtspējas dati, kas apzīmēti arEs, sveika un trīs atsauces faili (atsauce Nr.1, Atsauce Nr.2, un atsauce Nr.3) septītajā mezgla mezglā ir lietderīgā krava ar ierobežojošu lodziņu, kurā ir augstas izšķirtspējas dati, kas apzīmēti ar b,hi-res un nav atsauces failu, un astotajā mezgla mezglā ir lietderīgā slodze ar ierobežojošu lodziņu, kurā ir augstas izšķirtspējas dati, kas apzīmēti ar cEs, sveika un divi atsauces faili (atsauce Nr.1 un atsauce Nr.2).

Pēcnācēji Z ietver bērnu mezglus, kas norādīti pēcnācēju Y sestā un astotā bērnu mezglu atsaucēs, ietver papildu augstas izšķirtspējas datus par a un c, kā redzams. Renderētājs 207 apstrādās augstas izšķirtspējas četrus mezglus atkarībā no lietotāja pieprasītajiem datiem. Parasti lielākiem tālummaiņas līmeņiem (zemākiem skatīšanās augstumiem) ir nepieciešami augstākas izšķirtspējas attēla dati.

GUI 201a izmanto, lai saņemtu ievadi no lietotāja. FIG. 3a ilustrē vienu konkrētu GUI iemiesojumu 201a, kas darbojas kā ģeotelpisks pārlūks, kas ietver displeja logu 321 lai parādītu 3D karti un teksta ievades lauku 303 lai ievadītu informāciju par atrašanās vietu, piemēram, platumu un garumu, adresi un/vai pasta indeksu vai plaši pazīstamas vietnes nosaukumu (piemēram, “Linkolna memoriāls” vai “51. apgabals”). GUI 201a ir vairāki režīmi, kuros tā var darboties, ieskaitot lidojuma režīmu, vietējās meklēšanas režīmu un virzienu režīmu, kā parādīts režīma izvēles pogās 301. Fly To režīms ir parādīts FIG. 3a, kur laukā var ievadīt jebkuru atrašanās vietu (piemēram, Ņujorku vai pasta indeksu vai “Balto namu”) 303, un displeja logs 321 automātiski attālināsies un pēc tam slīdēs uz un pēc tam tuvinās mērķa vietai, radot virtuālas lidošanas efektu (kā displeja logs) 321 parāda attēlus no maršruta no pašreizējās atrašanās vietas līdz mērķa vietai). Vietējās meklēšanas režīms ļauj lietotājam meklēt vietējos uzņēmumus (piemēram, “picas”) un interesējošās vietas (piemēram, muzejus) vai nu pašlaik apskatītajā vietā, vai lietotāja norādītajā vietā (šajā režīmā pirmais teksts) ievades lauku, lai norādītu, kas tiek meklēts, un otru teksta ievades lauku, lai norādītu, kur meklēt). Režīms Virzieni ļauj lietotājam norādīt sākuma un beigu vietas (šajā režīmā var nodrošināt pirmo teksta ievades lauku, lai norādītu sākuma vietu, un otru teksta ievades lauku, lai norādītu apstāšanās vietu), un pēc tam nodrošina karti un rakstiskus norādījumus ceļošanai starp šīm vietām.

GUI 201a ietver arī tālummaiņas vadību 309 skata augstuma regulēšanai, slīpuma vadība 315 skata leņķa regulēšanai, rotācijas vadīklas 327 skata pagriešanai pa kreisi un pa labi, kā arī panoramēšanas vadīklu komplekts 311 lai apskatītu 3D kartes apgabalus displeja loga kreisajā, labajā, augšējā vai apakšējā daļā.

GUI 201a ietver arī vietu kontroli 305, kas ļauj lietotājam sakārtot saglabātos datus Vietu panelī līdzīgi tam, kā lietotājs kārto failus un mapes datora cietajā diskā. Piemēram, vietu kontrole 305 ļauj lietotājam izveidot mapes, pārkārtot vietas atzīmes vai mapes, pārdēvēt vietas atzīmi vai mapi, noņemt/dzēst vietas atzīmi vai mapi un iztukšot mapes saturu. Tāpat lietotājs var atlasīt (piemēram, izvēles rūtiņu vai citu šādu GUI kontroles mehānismu) dažādas vietas, kas norādītas vietu vadīklā 305, un pēc tam atlasiet funkciju atskaņošanas pogu (vietu kontroles apakšējā labajā stūrī) 307 panelis), lai logā tiktu parādīta šo izvēlēto vietu virtuāla ekskursija 321. Var arī nodrošināt apturēšanas un pauzes funkcijas, lai lietotājs varētu vairāk kontrolēt virtuālo ceļojumu. Kā tiks paskaidrots pēc kārtas, šādu lietotāja definētu ceļu navigāciju var aprēķināt kartēšanas modulis 130.

GUI 201a ietver arī slāņu vadību 307, kas nodrošina dažādus ģeogrāfiski interesējošus datu punktus (piemēram, interesējošos punktus, kā arī kartes, ceļa, reljefa un ēkas datus), kurus lietotājs var izvēlēties parādīt apskates zonā. Attēlā parādītajā iemiesojumā. 3a, navigācijas panelī ir pieejami visbiežāk izmantoto slāņu piemēri (piemēram, naktsmītnes, ēdināšana, ceļi, iekštelpas, reljefs un 3D ēkas), un pilns slāņu saraksts ir pieejams slāņu panelī (piemēram, National Geographic Magazine raksti, kas attiecas uz konkrēta teritorija, golfa laukumi/laukumi, kafijas veikali, kopienas vietas, zemestrīču epicentri utt.).

GUI 201 šajā piemērā iemiesojums parāda arī attēla datus 323 displeja loga apakšējā daļā 321, ieskaitot rādītāja/kursora koordinātas (piem., platums/garums/augstums), straumēšanas pabeigšanas procentu un acs augstumu (piemēram, pēdas). Acu augstuma dati ir īpaši noderīgi, ja lietotājs pielāgo slīpuma kontroli, lai tuvāk apskatītu mērķa atrašanās vietu, jo lietotājs zina, cik tuvu zemei ​​pašreizējais skats ir balstīts uz pašreizējo acu augstumu. GUI 201a turklāt ietver drukas un e -pasta vadīklas 319 (lai varētu drukāt un nosūtīt pa e -pastu atrašanās vietas un/vai attēlus). Arī GUI 201a ietver vietas atzīmes/mapes/tīkla saišu pievienošanas vadīklu 317, kas ļauj lietotājam izveidot vai citādi pievienot jaunas vietas atzīmes, mapes un/vai tīkla saites. Ģeotelpiskās pārlūkprogrammas galvenās izvēlnes 325 iekļaut izvēlni Fails (piemēram, tādas funkcijas kā Atvērt, Saglabāt, Saglabāt kā, E -pasta/e -pasta skats, Kopīgot ar tiešsaistes kopienu, Drukāt, Izrakstīties), Rediģēt (piemēram, ietver tādas funkcijas kā Atrast vietās, Atrast nākamo, Atrast laupījumu, Kopēt, Momentuzņēmuma skats, Iepriekšējā dzēšana, Pārdēvēt, Atsvaidzināt, Piemērot stila veidni, Dzēst saturu, Saglabāt manās vietās, Notīrīt meklēšanas vēsturi un Rekvizīti), Skatīt (piemēram, ietver funkcijas un atlasāmas displeja funkcijas, piemēram, pilnekrāna režīmu, skata lielumu, Kompass, statusa josla, platuma/garuma režģis, pārskata karte un atskaņošanas ceļvedis), pievienot (piem., Ietver funkcijas, kas ļauj pievienot vietas atzīmes, mapes, attēlu pārklājumus un tīkla saites), rīkus (piemēram, ietver atlasāmus rīkus, piemēram, Navigācijas panelis, vietu panelis, slāņu panelis, mērīšanas rīks un tīmekļa meklēšanas panelis) un palīdzība (piemēram, ietver piekļuvi tiešsaistes palīdzības centram un citiem informatīviem avotiem). Ņemiet vērā, ka vietas atzīmes/mapes/tīkla saites pievienošanas vadīkla 317 var konfigurēt, lai nodrošinātu izvēlnes opcijas, kas atbilst ģeotelpiskās pārlūkprogrammas galveno izvēlņu izvēlnes Pievienot opcijām 325. Turklāt ņemiet vērā, ka dažādās vietās un slāņos

Vietu un slāņu paneļus var paplašināt (vai saīsināt), lai parādītu papildu (vai mazāk) apakšvietas un apakšslāņus (piemēram, noklikšķiniet uz GUI bultiņas, kas norāda uz vietas/slāņa etiķeti, lai izvērstu vai parādītu apakšvietas/apakšslāņus, vai noklikšķiniet uz GUI bultiņas uz leju, lai kondensētu vai paslēptu apakšvietas/apakšslāņus).

Ņemot vērā šo atklājumu, būs redzamas daudzas GUI konfigurācijas un pamatfunkcijas, un šis izgudrojums nav paredzēts tikai kādai noteiktai konfigurācijai. Parādītās 3D kartes var manipulēt, izmantojot GUI 201a. GUI 201a var izmantot, lai pārvietotu pašreizējo kartes skatu, piemēram, displeja logā noklikšķinot un velkot 321. Lietotājs var arī izvēlēties ģeogrāfisko atrašanās vietu, veicot dubultklikšķi uz tās displeja logā 321.

Kā iepriekš paskaidrots, atsaucoties uz fig. 3a, slāņu panelī ir iekļauti dažādi datu slāņi, kurus var atlasīt attēlošanai skata zonā. Datu slāņu piemēri ietver interesējošos punktus, kā arī kartes, ceļa, reljefa un 3D ēkas. 3D ēkas var ģenerēt (kā tas tiks apspriests, atsaucoties uz 5. att.) Vairākām lielākajām pilsētām, piemēram, Bostona, Londona, Sidneja, Vašingtona un Sanfrancisko.

Lai apskatītu šīs 3D ēkas, 3D ēkas slānis tiek ieslēgts, atzīmējot slāņu vadīklā iekļauto izvēles rūtiņu 307. Pēc tam skatītājs atrodas saprātīgā skatīšanās augstumā virs mērķa pilsētas. Saskaņā ar vienu šī izgudrojuma iemiesojumu 3D ēkas sāk parādīties no 3000 līdz 12 000 pēdu augstuma. Viens šāds piemērs ir parādīts attēlā. 3b. Atgādiniet, ka acu augstuma mērītājs 3D skatītāja apakšējā labajā stūrī (attēla dati 323) var pārbaudīt, lai noteiktu pašreizējo skatīšanās augstumu. 3D ēkas virs pilsētas attēliem parādās kā gaiši pelēki objekti. Kad lietotājs pietuvinās, tiks parādīta sīkāka informācija, līdz būs redzama visa ēkas forma. Slīpuma kontrole 315 un pagriezt vadības ierīces 327 var izmantot, lai iegūtu vēlamo skatu uz ēkām. FIG. 3c parāda ēku kopas tuvināta un sasvērta skata piemēru.

Lietotāja definēta ceļa virtuālā ekskursija

Viens no šī izgudrojuma iemiesojumiem ir konfigurēts, lai aprēķinātu optimālu lidojuma trajektoriju, lai vizualizētu ceļojumu pa lietotāja definētu ceļu, piemēram, braukšanas vai gājiena norādes vai jebkuru citu ceļu (piemēram, lidojuma virzieni, kur ceļojums vairāk koncentrējas uz atsevišķiem galamērķiem) nekā gari ceļi starp) uz planētas virsmas izkliedētās ģeotelpiskās vizualizācijas kontekstā.

Jo īpaši, ņemot vērā ģeogrāfiski norādīto ceļa punktu sarakstu uz Zemes (aprakstīts, piemēram, kā platuma un garuma pāru saraksts, kas saistīts ar vairākām atlasītajām vietām GUI paneļa Vietas vietā 201a) un daži skata parametri (piemēram, kameras ātrums, diapazons un slīpuma leņķis attiecībā pret vertikāli), interaktīvā ĢIS ir pielāgota, lai aprēķinātu optimālu lidojuma trajektoriju, kas lietotājiem ļauj šo ceļu vizualizēt. Šo virtuālās ekskursijas iespēju var izmantot braukšanas norāžu rezultātiem, piemēram, lai priekšskatītu maršrutu. Šajā ziņā kartēšanas modulis 130 pēc tam var spēlēt ekskursiju pa aprēķinātiem kameras starppunktiem neatkarīgi no tā, vai tie ir braukšanas norādes, gājēju un pārgājienu ceļi, sabiedriskais transports un citi šādi ceļi, kurus var šķērsot un/vai priekšskatīt. Vienā konkrētā iemiesojumā šī metode simulē helikopteru, kas lido pa izvēlēto ceļu (piemēram, braukšanas virzieni starp diviem punktiem vai ceļš, kas izveidots manuāli, izmantojot zīmēšanas rīkus) ar nemainīgu braukšanas ātrumu un nemainīgu slīpuma leņķi. Turklāt vizuāli bagātā virtuālā braukšanas/pastaigas/izjādes/lidošanas pieredze, ko sniedz, tuvojoties plānotajam ceļam, pēc tam to pārskatot un pēc tam pārskatot simulētas Zemes vides kontekstā, kas var ietvert trīsdimensiju skatus.

Interaktīvā ĢIS, kas konfigurēta saskaņā ar šī izgudrojuma iemiesojumu, parāda šo lietotāja noteiktā ceļa iespēju virtuālo ceļojumu, izmantojot pakāpenisku metodi, kā parādīts attēlā. 4. Kā redzams, daļu metodes veic servera puse (piemēram, servera sistēma) 105) un daļa no klienta puses (piemēram, kartēšanas modulis 130). Funkcionalitāti var integrēt īpašos moduļos un/vai moduļos, kas apspriesti, atsaucoties uz FIG. 2a, kā tas būs redzams, ņemot vērā šo atklāšanu.

Metode sākas ar saņemšanu 403a daudzas lietotāja noteiktas atrašanās vietas (piemēram, sākuma un beigu galamērķi vai interešu punkts) no klienta. Šīs atrašanās vietas lietotājs var izvēlēties, piemēram, izmantojot izvēles rūtiņas blakus vēlamajām atrašanās vietām, kas norādītas GUI paneļa Vietas sadaļā 201a. Alternatīvi, GUI 201a var konfigurēt, lai ļautu lietotājam ievadīt virkni atrašanās vietu, izmantojot vienu vai vairākus teksta ievades laukus (piemēram, sākuma atrašanās vietas lauku, vairākus starpposma atrašanās vietas laukus un apstāšanās vietas lauku). Atrašanās vietas var būt patvaļīgas, un atlases secība ir nenozīmīga (piemēram, vispirms var izvēlēties sākuma vai beigu vietu, un nākamie maršrutēšanas pieprasījumi var aizstāt vienu vai abas sākuma vai beigu vietas).

Kad lietotājs ir norādījis atrašanās vietas (sauktas arī par ceļa punktiem), metode turpinās ar ģenerēšanu 405 maršrutu, kurā iekļautas norādītās atrašanās vietas, un atdot šo maršrutu klientam/lietotājam. Maršrutu var ģenerēt, piemēram, vietējā serverī, attālajā serverī vai abu kombinācijā. Vienā konkrētā iemiesojumā un atsaucoties uz fig. 1, lietotājs atrašanās vietas nodrošina klientam 125 un pēc tam nosūta uz ĢIS serveru sistēmu 105 izmantojot ģeotelpisko pārlūkprogrammu 125a un tīkls 120, lai varētu izveidot maršrutu. Pēc tam ģenerētais maršruts tiek nosūtīts atpakaļ uz kartēšanas moduli 130 pieprasītāja klientam 125.

Metode turpinās ar attēlošanu 407 maršrutu līdz lietotājam pirmajā tālummaiņas līmenī (piemēram, tālummaiņas līmenis, kas piemērots, lai displeja ekrānā parādītu visu maršrutu). Displejs var būt, piemēram, vietu atzīmju kopa, kas apzīmē katru atrašanās vietu, vai vairāku segmentu ceļš (piemēram, POLY-LINE), kas stiepjas no sākuma vietas līdz beigu vietai un ietver visas norādītās starpposma vietas. Parādītā līnija vai ceļš var iet pa ceļiem, gājēju celiņiem un sabiedriskā transporta ceļiem (piemēram, autobusu un metro līnijām), kas izvēlēti pēc maršrutēšanas loģikas (piemēram, iekļauti ĢIS serveru sistēmā) 105), norādot lietotāja definētos ceļa punktus (piemēram, izmantojot ikonas vai vietas atzīmes). Tālummaiņas līmeni var iestatīt pēc vajadzības, lai displeja logā tiktu parādīts viss maršruts. Vienā konkrētā iemiesojumā sākuma vieta ir norādīta ar zaļu ikonu, starpniecības vietas/ceļa punkti ir apzīmēti ar dzintara ikonu, bet beigu punkts ir norādīts ar sarkanu ikonu, lai gan šīs krāsas un marķieri ir tikai viens piemērs daudzām iespējām varētu izmantot.

Metode turpinās ar noteikšanu 409 ja lietotājs priekšskatīšanai ir izvēlējies maršrutu. Lietotājs var norādīt šo izvēli, piemēram, displeja logā veicot dubultklikšķi uz maršruta 321, vai arī, atlasot pogu “atskaņot” paneļa Vietas sadaļā, kā aprakstīts iepriekš. Ja lietotājs nav izvēlējies maršrutu, metode turpina parādīt kopējo maršrutu, līdz tiek izvēlēts jauns maršruts vai lietotājs pāriet uz jaunu skatu vai veic citas šādas izmaiņas.

Pretējā gadījumā, ja lietotājs ir izvēlējies maršrutu, metode turpinās ar simulāciju 411 maršruta lidojums no sākuma līdz pieturas vietām, ieskaitot visas norādītās starpposma vietas. Šis ceļvedis nodrošina lietotājam virtuālu ekskursiju pa norādītajām vietām/ceļa punktiem. Termins “pārlidojums” šeit tiek lietots, lai norādītu virtuālu kustību pa ceļu vai maršrutu (neatkarīgi no tā, vai ceļš/maršruts ir lietotāja definēts vai citādi), un tas ir paredzēts, lai attēlotu visus kustības veidus (piemēram, lidošanu, braukšanu, staigāšanu, skriešana, riteņbraukšana, riteņbraukšana utt.). Tālummaiņas līmeni pēc nepieciešamības var iestatīt lidojuma laikā. Piemēram, ja viens tālummaiņas līmenis ir piemērots, lai parādītu visus ceļa punktus vienlaikus (ti, kopējo tālummaiņas līmeni), kā arī detalizētu informāciju par katru maršruta punktu lidojuma laikā, tad vienu tālummaiņas līmeni var izmantot visam. ekskursija. Tāpat kopēju tālummaiņas līmeni var izmantot ceļa punktiem, kas atrodas salīdzinoši tuvu viens otram (piemēram, no vienas galvenās ielas gala līdz otram). Alternatīvi, caurskatīšana var ietvert katra pieturas punkta tuvināšanu (piemēram, tuvplāna tālummaiņas līmenī, kas parāda sīkāku informāciju par šo ceļa punktu) un īslaicīgu apturēšanu šajā tuvinātā līmenī, lai dotu lietotājam laiku ceļa punkta vizualizēšanai. Pēc īslaicīgas pauzes (piemēram, no 5 līdz 10 sekundēm) pārlidošanas process var attālināties līdz kopējam tālummaiņas līmenim un lidot uz nākamo ceļa punktu, kur tiek atkārtota tuvināšanas, pauzes un tālināšanas procedūra (un tā tālāk, katram ceļa punktam pa lietotāja noteikto ceļu). Virtuālo ceļojumu var atkārtot un/vai apturēt pēc vēlēšanās (piemēram, izmantojot GUI “atskaņošanas”, “pauzes” un “apturēšanas” vadīklas. 201 a). Kad darbība ir apturēta noteiktā ceļa punktā, lietotājs var brīvi izpētīt šo ceļa punktu, izmantojot taustiņsitienus un/vai GUI 201a tādas vadības ierīces kā tālummaiņa, panoramēšana, pagriešana un slīpums. Pēc ekskursijas pārtraukšanas tiks pārņemts parastais pārlidošanas process (piemēram, lietotājs izvēlas “atskaņošanas” vadīklu).

Vienā konkrētā iemiesojumā vizuālā nobīde no faktiskā ceļa ir veidota tā, lai parādītu “skatu pār plecu”, salīdzinot ar cilvēku, kas šķērso šo pašu ceļu, nevis “caur vējstikla skatu”, ko varētu redzēt vadītājs. Tas ir paredzēts, lai nodrošinātu lielāku konteksta izpratni. Tomēr ņemiet vērā, ka lietotāji, ja vēlas, var izvēlēties arī displeja režīmu “caur vējstikla skatu”. Viena īpaša režīma “skats pār plecu” ieviešana ietver virtuālo kameru ceļa punktu kopas aprēķināšanu, pamatojoties uz lietotāja sniegto punktu sarakstu (kas aprakstīts arī kā “ceļš”). Virtuālās kameras ceļa punkti tiek aprēķināti tā, lai virtuālās kameras orientācija attiecībā pret ceļu vienmēr būtu uz priekšu, nevis sekojot ceļam, kas vienmēr ir vērsts uz ziemeļiem. Lai to paveiktu, virtuālais kameras azimuts tiek aprēķināts katrā ceļa punktā, pamatojoties uz kameras ceļa virzienu. Atgādiniet, ka ceļa punktu un kameras azimuta aprēķināšanu var veikt servera sistēma 105, kartēšanas modulis 130, vai abu kombinācija.

Lai novērstu satricinājumus, un saskaņā ar vienu konkrētu iemiesojumu ceļš vispirms tiek atcelts (piemēram, ĢIS serveru sistēmā) 105), pamatojoties uz lietotāja izvēlētajām skatīšanās preferencēm. Mērķis ir novērst to, ka pēdējā virtuālās kameras ceļā tiek parādītas skarbas azimuta izmaiņas, kas šķistu nevajadzīgas vai vizuāli nepievilcīgas. Pēc tam virtuālo kameru azimutu var aprēķināt katrā decimētā vadības ceļa punktā, lai piespiestu virtuālo kameru virzīties uz priekšu ceļa virzienā. Lai aprēķinātu laika kontroles punktus, tiek ņemts vērā attālums starp katru ceļa punktu aprēķinātajā virtuālās kameras ceļā. Mērķis vienā no šādiem gadījumiem ir virtuālās kameras pārvietošanās ar lietotāja norādīto ātrumu.

Aizpildītu daudzstūru datu straumēšana un interaktīva vizualizācija

Vēl viens šī izgudrojuma iemiesojums ir aizpildītu daudzstūru datu straumēšanas un interaktīvas vizualizācijas metode. Šo metodi var izmantot, piemēram, 2D/3D piepildītu daudzstūru datu straumēšanai, ko parasti izmanto, lai attēlotu izvirzītos (piemēram, ēkas un tiltus), kā arī neizvirzītos (piemēram, golfa laukumus un ezerus) ģeogrāfiskos ģeogrāfiskos apgabalos. Iespējas. Ievadot daudzstūru datu kopu pēc augstuma priekšfiltrēšanas procesa (attiecas tikai uz 3D ēkām), tā tiek sadalīta mazākās pārvaldāmās kolekcijās, kuras sauc par četrstūriem. Pēc tam šo kvadraciklu ģeometrija tiek vienkāršota, lai izveidotu mazāk sarežģītu daudzstūru kopumu, vienlaikus samazinot uztveres zudumus un nodrošinot interaktīvus kadru ātrumus klienta programmatūrā.

Parastās sistēmas, kas nodrošina 3D ēkas, lejupielādē ēkas, parasti no vietējā diska. Pēc tam 3D ēkas tiek ielādētas lietojumprogrammā apstrādei. Analoģija šeit būtu visas enciklopēdijas ielāde lietojumprogrammā.

Saskaņā ar šī izgudrojuma iemiesojumu dati tiek straumēti pakāpeniski kartēšanas modulī 130 kad lietotājs “lido” apkārt, un ĢIS serveru sistēma 105 nosūta tikai nelielu kopējās datu bāzes apakškopu. Pēc analoģijas viens iemiesojuma piemērs var ielādēt visas pirmās 100 enciklopēdijas sējuma “A” tēmas, nākamo 400 tēmu pirmās rindkopas, nākamo 2000. gada tēmu pirmo teikumu un tikai informāciju par nākamo dažu mugurkaulu apjomi. Kad lietotājs pārvietojas apgabalā/tēmās, mainās lietotāja “informācijas oāzes” centrs. Kad lietotājs nokļūst līdz “Z” beigām, tad kartēšanas modulis 130 būtu tieši pretēji sākuma konfigurācijai. Abstrakciju un vienkāršojumu hierarhiju šeit dēvē par “detalizācijas līmeņiem”. Šie detalizācijas līmeņi tiek aprēķināti datu apstrādes sistēmā (piemēram, ĢIS serveru sistēmā) 105) iepriekš, lai vēlāk, servera sistēma 105 var straumēt nelielu un vienmērīgu informācijas daudzumu miljoniem klientu 125 lietojumprogrammas, lai katrs varētu rekonstruēt tikai tuvumā esošās ēkas, pamatojoties uz to īpašo skata specifikāciju 203a (piemēram, atrašanās vieta, orientācija utt.) un viņu datorsistēmas pieejamo jaudu (piemēram, mazjaudas piezīmjdators, jaudīga piezīmju grāmatiņa, galda virsma, spēlētāja galds).

FIG. 5. attēlā parādīts procesa virziens, lai veiktu aizpildītu daudzstūru datu straumēšanas un interaktīvas vizualizācijas metodi saskaņā ar vienu šī izgudrojuma iemiesojumu. Kā redzams, metode ietver vairākus posmus, kuros sarežģīti daudzstūra dati tiek pārvērsti vienkāršotos daudzstūru datos. Posmi ietver aktīvu izveidi 503, uz augstumu balstīta priekšfiltrēšana 505, apcirpšana uz četrstūrveida robežām 507un funkciju saglabāšanas vienkāršošana 509. Katru no šiem posmiem vai moduļiem var īstenot, piemēram, kā izpildāmu instrukciju kopumu, kas darbojas ĢIS serveru sistēmā 105.

Aktīvu izveide 503: Pirms jebkura algoritma piemērošanas sarežģītajai daudzstūra datu kopai, šī datu kopa tiek iekļauta sistēmā, izveidojot vektoru līdzekli. Šis process rada optimizētu sarežģīto daudzstūru avota datu attēlojumu interaktīvajā ĢIS. Aktīvu izveidi var veikt, izmantojot parastās metodes datu kopas integrēšanai sistēmā turpmākai apstrādei.

Iepriekšēja filtrēšana, pamatojoties uz augstumu 505: Ēku datu kopas tiek pakļautas papildu augstuma priekšfiltrēšanas procesam. Ēku daudzstūri vispirms sagrupē pēc to relatīvā augstuma (augstums virs reljefa). Tas tiek darīts, lai saglabātu pilsētu pilsētu debess līnijas. Lielākajai daļai pilsētu ir ļoti labi definēts panorāmas attēls, kas ir redzams no liela attāluma. Šo panorāmu galvenokārt veido augstas ēkas. Grupēšanu var veikt, piemēram, pamatojoties uz iepriekš noteiktu shēmu, kas ietver augstuma diapazonu katrai grupai (piemēram, 10 pēdu intervāli, sākot no viena stāva ēkām un turpinot līdz N stāvu ēkām, ar augstāko stāvu pie 10 × N).Jo īsāks diapazons katrai grupai, jo lielāka augstuma jutība, ko nodrošina interaktīvā sistēma, un jo precīzāka būs virtuālā panorāma.

Izgriezums uz četrām robežām 507: Lai ātri apstrādātu lielu daudzstūru datu apjomu, dati tiek indeksēti telpiski un sadalīti mazākās kopās. Šīs mazākās kopas šeit tiek sauktas par kvadracikliem. Katru četrstūri četrmezglu kokā attēlo četrmezgls 203b kā iepriekš apspriests. Lielākais izaicinājums, sadalot datus četrstūros, ir izvairīties no plaisu ieviešanas datu kopā. Noteikta daudzstūru daļa nokrīt uz četrstūrveida robežām un ir jāapgriež. Apgriešanas process rada papildu ģeometriju jaunieviestu virsotņu un malu veidā daudzstūru iekšpusē. Šīs virsotnes un malas ir atzīmētas kā iekšējas. Faktiskajam apgriešanas procesam vienā konkrētā iemiesojumā tiek ieviests Lianga-Barska daudzstūra apgriešanas algoritms (lai gan var izmantot citus piemērotus izgriešanas algoritmus), kam seko deģenerēta malu noņemšanas pēcapstrāde. FIG. 6 vizuāli ilustrē šo izgriešanas procesu. Daudzstūri atzīmētajā apgabalā ir atlasīti kā četrstūris. Ņemiet vērā, ka punktētā robeža ap daudzstūriem ir ievilkta, lai apzīmētu četrvietīgu zonu diskusiju vajadzībām, un citādi tā netiktu parādīta.

Iezīmju saglabāšanas vienkāršošana 509: Šis process ietver vairākus aspektus, tostarp kolineāro virsotņu likvidēšanu, 2,5D daudzstūru vienkāršošanu pēc tilpuma (ekstrudēta 2D ģeometrija, piemēram, ēkas), formu saglabājošu 2D daudzstūru vienkāršošanu, 3D daudzstūru vienkāršošanu un no skata atkarīgi vienkāršoti komplekti. Tagad katrs tiks apspriests pēc kārtas.

Kolineāro virsotņu likvidēšana - Kad daudzstūri ir izgriezti, tie tiek pakļauti decimācijas procesam. Parasti pārdevēji savos daudzstūru datos ievieš lielu skaitu kolineāro virsotņu (piemēram, 20–40). Šīs virsotnes palielina datu kopu, nesniedzot nozīmīgu informāciju. Saskaņā ar vienu šī izgudrojuma iemiesojumu blakus esošās kolineārās virsotnes tiek novērstas, nosakot slieksni leņķisko variāciju skaitam blakus esošo līniju segmentos, ko nosaka šīs virsotnes. Var iestatīt papildu sliekšņus, lai saglabātu ļoti tuvas un gandrīz kolineāras virsotnes, ko izmanto, lai attēlotu izliektas virsmas.

2.5D daudzstūru vienkāršošana pēc apjoma (ekstrudēta 2D ģeometrija, piemēram, ēkas)-lai saglabātu redzamo ēku kopējo blīvumu, vienlaikus nodrošinot interaktīvu vizualizāciju visos detalizācijas līmeņos, var saglabāt funkciju kopējo apjomu. . Tas nodrošina labu līdzsvaru starp svarīgu struktūru saglabāšanu un labu kadru nomaiņas ātrumu. Daudzstūri tiek sakārtoti, pamatojoties uz pievienotajiem apjomiem. Daudzstūri, kas aptver mazāku tilpumu, tiek likvidēti šajā līmenī, pamatojoties uz vienkāršošanas koeficientu, kas ir vajadzīgā detalizācijas līmeņa i funkcija. Apgriešanas rezultātā radītie daudzstūri netiek izslēgti. Tas tiek darīts, lai pārliecinātos, ka daļējas ēkas pie četru kvadrātu robežām ir redzamas, ja viens kvadrāts tiek atveidots augstākā detalizācijas pakāpē, bet blakus esošais četrstūris - zemākā detalizācijas līmenī.

Vienkāršotie kvadracikli tiek atkārtoti ieviesti ar sākotnējo detaļu atkal divus līmeņus zemāk (i+2 līmenis). Turpmāka vienkāršošana tiek panākta, apkopojot ēkas pilsētu kvartālos. Tas tiek darīts tikai zemākos detalizācijas līmeņos, kad funkcijas displeja logā sāk aizņemt apakšpikseļu vietu 321.

2D daudzstūru formas vienkāršošana-2D daudzstūru mērķis ir saglabāt objekta formu. Saskaņā ar vienu šī izgudrojuma iemiesojumu vienkāršojums darbojas, pamatojoties uz poligonu. Virsmas tiek klasificētas kā kritiskas/nekritiskas, pamatojoties uz leņķi, ko veido līniju segmenti, kas satur virsotni, kā arī pašu līniju segmentu garumi. Lai izvairītos no plaisu veidošanās, virsotnes pie četrstūrveida robežām netiek likvidētas.

3D daudzstūru formas vienkāršošana-neekstrudētas struktūras, piemēram, piramīdas formas ēkas, tilti utt., Parasti tiek attēlotas kā trīsstūrveida neregulāri tīkli. Viens no šī izgudrojuma iemiesojumiem vienkāršo šādas datu kopas, aizstājot sarežģītas trīsstūra acis ar vienkāršākām, vienlaikus saglabājot struktūru formu. To darot, tiek ņemts vērā acu virsmas izliekums.

No skata atkarīgas vienkāršotas kopas-servera puses vienkāršošanā nevar ņemt vērā lietotāja viedokli. Tāpēc servera puses algoritmi (piemēram, ĢIS serveru sistēma) 105) nevar veikt no skata atkarīgu vienkāršošanu. Tādējādi vienā iemiesojumā serveru sistēma 105 izveido vienkāršotus ģeometrijas komplektus, pamatojoties uz dažādām kameras pozīcijām/orientācijām. Izpildlaika laikā kartēšanas modulis 130 no klienta 125 var izvēlēties komplektu, kas vislabāk atbilst pašreizējai kameras pozai.

Šeit aprakstītā interaktīvā ĢIS atbalsta vairākas displeja funkcijas, lai bagātīgi prezentētu ĢIS datus. Visas GIS atbalstītās funkcijas var aprakstīt KML. KML jeb atslēgas caurumu iezīmēšanas valoda ir hierarhiska uz XML balstīta gramatika un faila formāts, lai modelētu, saglabātu un parādītu ģeogrāfiskās pazīmes, piemēram, punktus, līnijas, attēlus un daudzstūrus, lai tos parādītu klients. 125. KML kontrolē elementus, kas tiek parādīti 3D skatītājā (piemēram, pārlūkprogrammā) 130a) un rūtī Vietas (piemēram, kā apspriests, atsaucoties uz 3. att.)a).

Saskaņā ar vienu konkrētu iemiesojumu klients 125 lejupielādē vienu vai vairākus KML failus no ĢIS serveru sistēmas 105 uzrādot ĢIS datus. Turklāt klients 125 var lejupielādēt KML failus no citiem tīkla serveriem 120. Turklāt galalietotājs var izmantot klientu 125 lai izveidotu KML failus un pēc izvēles koplietotu failus ar servera sistēmu 105 un/vai citiem klientiem 125 caur tīklu 120 un/vai citiem līdzekļiem.

Vienā iemiesojumā faili, kas satur KML, tiek kodēti noklusējuma faila formātā, ko dēvē par “KMZ”. KMZ ir saspiests faila formāts, un vienā iemiesojumā tiek izmantota saspiešana, pamatojoties uz parastajiem ZIP failu formātiem. Var izmantot arī citas saspiešanas shēmas. Viens KMZ fails var saturēt vienu vai vairākus veidojošos failus, kas tiek izvilkti, kad tiek izmantots KMZ fails. KMZ izmantošanas priekšrocība ir tā, ka visi attēli un citi dati, kas tiek izmantoti, lai izveidotu konkrētu GIS datu prezentāciju, ir ietverti vienā failā, ko var viegli koplietot starp ĢIS serveru sistēmu 105 un klientiem 125.

KML var izveidot vairākos veidos atkarībā no vēlamā mērķa. Trīs konkrēti piemēri ietver teksta redaktora izmantošanu un klienta izmantošanu 125, un izmantojot izstrādes vidi, lai programmiski ģenerētu KML, no kuriem katrs tagad tiks apspriests pēc kārtas.

Izmantojiet teksta redaktoru - teksta redaktoru var izmantot, lai izveidotu KML kā veidu, kā izveidot vienkāršus failu prototipus, vai pārbaudīt konkrētas KML dokumenta sintakses vai struktūras derīgumu. Lai ātri pārbaudītu KML sintaksi saskaņā ar vienu konkrētu iemiesojumu, ar peles labo pogu noklikšķiniet uz vietas atzīmes vai pārklājuma GUI 201a un uznirstošajā izvēlnē atlasiet Kopēt. Pēc tam atveriet vienkāršu teksta dokumentu un ielīmējiet tajā KML saturu, lai ātri un ērti apskatītu klienta ģenerēto KML 125.

Izmantojiet klientu 125 autora datiem-lai izveidotu KML izplatīšanai pa e-pastu vai mitinātu kā nedinamisku saturu tīmekļa serverī, izmantojiet klientu 125. Jo īpaši strukturējiet datus GUI, kā vēlaties 201a un saglabājiet to kā atsevišķu failu (KMZ). Tas ir arī noderīgs veids, kā noteikt labāko struktūru sarežģītākiem KML dokumentiem, kurus var autorizēt programmatiski. Klients 125 var izveidot un saglabāt visus, izņemot dažus KML tagus, saskaņā ar vienu konkrētu iemiesojumu. Atgādiniet, ka kartēšanas modulis 130 uz klientu 125 var tikt konfigurēts ar izstrādes moduli, ko galalietotājs var izmantot, lai ģenerētu KML un saglabātu KML failu KMZ failā, kas sīkāk aplūkots iepriekš iekļautajā ASV lietojumprogrammā Ser. 11/426 831, iesniegts 2006. gada 27. jūnijā ar nosaukumu “Interaktīvās ģeogrāfiskās informācijas sistēmas iezīmēšanas valoda”.

Izmantojiet izstrādes vidi, lai programmatiski ģenerētu KML. Jebkuru iecienītu izstrādes vidi (piemēram, php, Java servletus) var izmantot, lai izveidotu KML saturu piegādei tīmeklī, līdzīgi kā tiek radīts cits dinamisks tīmekļa saturs. Lielākā daļa satura redaktoru, kas parāda XML datus, var darīt to pašu ar KML.

Tālāk ir sniegts KML faila piemērs.

    • Norādiet ikonas un etiķetes, lai noteiktu atrašanās vietas uz planētas (vai citas mērķa zonas) virsmas.
    • Izveidojiet dažādas kameras pozīcijas, lai katrai parādītajai funkcijai definētu unikālus skatus.
    • Izmantojiet attēla pārklājumus, kas piestiprināti pie zemes vai ekrāna.
    • Definējiet stilus, lai norādītu objekta izskatu.
    • Rakstiet funkciju HTML aprakstus, tostarp hipersaites un iegultos attēlus.
    • Izmantojiet mapes funkciju hierarhiskai grupēšanai.
    • Dinamiski ielādējiet un atjauniniet KML failus no attālām vai lokāla tīkla vietām (Network Link).
    • Piegādājiet pašreizējo skata informāciju no klienta uz serveri, lai iegūtu KML datus, pamatojoties uz izmaiņām 3D skatītājā.
    • Klients apstrādā KML failu 125 līdzīgi kā HTML (un XML) failus apstrādā tīmekļa pārlūkprogrammas. Tāpat kā HTML, arī KML ir uz tagiem balstīta struktūra ar nosaukumiem un atribūtiem, kas tiek izmantoti konkrētiem attēlošanas mērķiem. Tādējādi klients 125 darbojas kā KML failu pārlūkprogramma.

    KML funkcijām ir vairāki kopīgi elementi: nosaukums, apraksts, redzamība, skata koordinātas un fragments, kā tagad tiks aprakstīts.

    Nosaukums: KML sintakse izmanto tagu & ltname & gt, lai norādītu mapes, vietas atzīmes, pārklājuma vai citu funkciju nosaukumu, lai to viegli identificētu kartēšanas modulī 130. Šajā piemērā ir parādīts elements & ltname & gt, kas piemērots elementam & ltFolder & gt.

    Apraksts: & ltdescription & gt tagu var izmantot, lai ievadītu papildu informāciju par objektu. Šis apraksts parādās, piemēram, paneļa Vietas (GUI 201a parādīts FIG. 3a), kad lietotājs noklikšķina uz mapes vai zemes pārklājuma, un uznirstošajā logā, kad lietotājs Vietas panelī noklikšķina uz vietas atzīmes nosaukuma vai uz vietas atzīmes ikonas kartē. Apraksta elements atbalsta vienkāršu tekstu, kā arī HTML formatējumu. Vienā konkrētā iemiesojumā kartēšanas modulis 130 ir ieprogrammēts vai citādi konfigurēts, lai atpazītu aprakstā ievadītu derīgu tīmekļa vietrādi URL un automātiski pārvērstu to par hipersaiti uz šo URL (piemēram, http://www.google.lv). Līdz ar to vietrādim URL nav jābūt ievietotam ar & lta href = “http: //. . . ”& Gt & lt/a & gt tagus, lai izveidotu vienkāršu saiti (tādējādi samazinot nepieciešamību pēc HTML marķējuma). Tomēr aprakstošā teksta izskatu var formatēt, izmantojot HTML, lai nodrošinātu fonta stilu un pat attēlus, ja tas ir vēlams. Izmantojot HTML, lai izveidotu hipersaiti ap konkrētu vārdu, vai iekļaujot HTML attēlus, entītiju atsauces vai CDATA elementu var izmantot, lai izvairītos no leņķa iekavām un apostrofiem. CDATA elements liek XML parsētājam ignorēt iekavās izmantotās rakstzīmes. Šis elements ir, piemēram, šādā formā: & lt! [CDATA [īpašās rakstzīmes šeit]] & gt. Ja nevēlaties izmantot CDATA elementu, entītiju atsauces var izmantot, lai aizstātu visas īpašās rakstzīmes. Tomēr visbiežāk vienkāršākais ir izmantot CDATA elementu, lai iekļautu visu HTML virkni, nevis aizstāt entītijas atsauces katrai īpašajai rakstzīmei. Šis piemērs ilustrē apraksta tagu, ko izmantoja, lai ģenerētu iepriekš parādīto uznirstošo logu:

    Redzamība: & ltvisibility & gt tagu var izmantot, lai iestatītu objekta (piemēram, mapes, vietas atzīmes vai pārklājuma) noklusējuma redzamību, kad tas pirmo reizi tika atvērts kartēšanas modulī 130. Redzamība attiecas uz visām funkcijām. Tomēr redzamībai ir īpaši nosacījumi, ja to izmanto mapju funkcijās un pārklājumos. Pazīme ir redzama, ja tās un tās priekšteču redzamība ir iestatīta uz patiesu (1). Var definēt, vai sākotnēji rādīt šo līdzekli, kad lietotājs atver KML failu. Pēc KML faila atvēršanas lietotājam ir iespēja ieslēgt vai izslēgt līdzekļa attēlojumu. Piemēram:

    Skatīt koordinātas - elementu & ltLookAt & gt var izmantot, lai norādītu skatu ap noteiktu planētas virsmas punktu. Kartēšanas modulis 130 var iestatīt “kameras” skatu vietas atzīmēm, mapēm, pārklājumiem un citām funkcijām. Ja līdzeklim ir noteikts & ltLookAt & gt tags, dubultklikšķis uz vienuma Vietas logā izraisa kartēšanas moduli 130 lai panoramētu vai noliektu, lai sasniegtu noteikto skatu. Ņemiet vērā, ka objekta skatam nav nekādas saistības ar objekta koordinātām vai apjomu (garumu/platumu). Piemēram, vietas atzīme var tikt novietota liela zemes gabala centrā, un šīs vietas atzīmes novērošanas koordinātas var būt vērstas uz zemes kreiso stūri, nevis tieši uz leju virs pašas vietas atzīmes. Faktiski vietas atzīmes skatu var iestatīt tā, lai pati ģeometrija nebūtu pat redzama. Šo uzvedību var izmantot, lai atzīmētu “kameras skatu” uz noteiktu pozīciju, kas nav saistīta ar kādu ģeometriju, piemēram, skatu uz Lielā kanjona ziemeļu malu. Vietas atzīmi pat varētu iestatīt Kalifornijā, bet šīs vietas atzīmi - Ņujorkā. Ja līdzeklim nav tagu & ltLookAt & gt, veicot dubultklikšķi uz objekta, tiek izveidots kartēšanas modulis 130 lai tuvinātu skatu tieši virs objekta. Tags & ltLookAt & gt ir sarežģīts tags, kas nosaka vecāku vietas atzīmes, mapes vai zemes pārklājuma novērošanas koordinātas vai acu punktu. Piemēram:

    Fragments - izmantojiet tagu & ltSnippet & gt, lai sniegtu īsu aprakstu, kas parādās zem objekta, kad šis līdzeklis tiek parādīts paneļa Vietas (GUI) 201a att. 3a). Šo tagu var izmantot, lai izveidotu īsu aprakstu, ja ir nepieciešams ignorēt & ltdescription & gt elementa satura izskatu Vietas panelī. Ja vietas atzīmē ir gan apraksts, gan fragments, fragments tiek parādīts zem vietas atzīmes panelī Vietas, bet apraksts tiek parādīts apraksta balonā. Piemēram:

    Taga & ltSnippet & gt vērtības ir lietotāja definēts teksts. Tās vecāks ir & ltPlacemark & ​​gt, un tam nav pakārtoto tagu.

    Spēcīga KML funkcija ir tīkla saite. Tīkla saites var izmantot, lai ātri un viegli koplietotu KML failus starp vairākiem lietotājiem, kopīgojot saiti uz datiem, nevis izplatot pašus datus. Tīkla saiti var uzskatīt par mapi, kurai ir atribūti, kurus varat definēt un pēc tam ievietot serverī (vai nu lokālā tīkla serverī, interneta tīmekļa serverī vai vietējā failu sistēmā). Tas ļauj lietotājiem viegli iegūt dinamiskus datus, kas ietverti tīkla saitē.Piemēram, lietotājs, lai aptaujātu datus, var savākt vairākus laika apstākļu satelītattēlu pārklājumus kopā ar citiem datiem, kas tiek aptaujāti no citiem serveriem (piemēram, vairākas tīkla saites, kur viena tīkla saite var atsaukties uz citu tīkla saiti utt.) no vairākiem avotiem) un apkopojiet visu informāciju tīkla saitē, ko cilvēki var atvērt, lai apskatītu laika prognozes modeļus uz zemes (vai citā mērķa apgabalā). Tīkla saitēs var izmantot visus kopīgos elementus, kā arī lielāko daļu mapēm pieejamo funkciju.

    Šeit aprakstītās interaktīvās ĢIS “tīkla saiti” var izmantot, lai ļautu koplietot ģeotelpisko informāciju tīklā, izmantojot automātiskās atjaunināšanas un telpiskās vaicājuma funkcijas. Vienā iemiesojumā tas ietver taimera specifikāciju atsvaidzināšanas biežumam un iespēju atsvaidzināt datus noteiktā laika periodā pēc lietotāja pārvietošanās pārtraukšanas.

    Viena konkrēta konfigurācija, kurā var darboties tīkla saite, ietver: ģeotelpiskās pārlūkprogrammas (2D vai 3D) klienta programmatūru, kas darbojas klienta mašīnā (piemēram, piemēram, kartēšanas modulis) 130 un pārlūkprogrammu 125a darbojas uz klienta 125) un serveri, kurā tiek mitināts ģeotelpiskais apraksta fails (piemēram, trešās puses satura serveris) 140 un ģeotelpiskā apraksta fails 140a), kas satur koordinātas un informāciju par etiķeti/ikonu/aprakstu (alternatīvi, var atsaukties uz vietējo apraksta failu, ja kāds cits process atjaunina informāciju). Vienā šādā konkrētā konfigurācijā tiek izmantots 3D ģeotelpiskais pārlūks, kas atbalsta ģeotelpiskās iezīmēšanas valodu “KML”, un serveris (piemēram, tāds, kas iekļauts servera sistēmā) 105) viena vai vairāku mainīgu KML failu vai telpiskās datu bāzes mitināšana, kas atgriež KML, pamatojoties uz vaicājuma virkni un pašreizējā skata ierobežojošo lodziņu.

    Kā iepriekš paskaidrots, KML ir XML shēma ģeotelpiskās iezīmēšanas noteikšanai. Viena iemiesojuma galvenie elementi ir: mapes, vietas atzīmes (ģeotelpiski izvietotas ikonas ar etiķetēm un ar tām saistītu aprakstu), līnijas, daudzstūri, attēlu pārklājumi (ģeotelpiski orientēti attēli, kas pārklāti bāzes kartes augšpusē), ekrāna pārklājumi (ekrānā izlīdzināti attēli, nevis ģeotelpiski orientēts) un tīkla saites. Sīkāka informācija par KML ir sniegta, piemēram, KML specifikācijā, kas iekļauta iepriekš iekļautā ASV pagaidu pieteikuma Nr. 60/694 529 A pielikumā, kā arī iepriekš iekļautajā ASV pieteikumā Ser. 11/426 831, iesniegts 2006. gada 27. jūnijā ar nosaukumu “Interaktīvās ģeogrāfiskās informācijas sistēmas iezīmēšanas valoda”. Tīkla saites definē KML, lai tās varētu koplietot starp lietotājiem, un tīkla saite var ielādēt KML failu, kurā ir papildu tīkla saites. KML definē arī daudzas citas interaktīvas ĢIS funkcijas, kas konfigurētas saskaņā ar šī izgudrojuma iemiesojumiem, kā tas būs redzams, ņemot vērā šo atklājumu.

    Tīkla saites ieviešana var būt atkarīga no laika vai skata. Laika ziņā tīkla saite norāda, cik bieži jāatjaunina fails (piemēram, vienreiz, startējot lietojumprogrammu un manuāli atsvaidzinot, ik pēc n sekundēm). Kad kartēšanas modulis 130 no klienta 125 redz, ka taimeris izslēdzas (vai saņem manuālu/startēšanas atsvaidzināšanas pieprasījumu), tas atkārtoti ielādē ģeotelpiskās apraksta failu, ņemot vērā tā URL (piemēram, vai nu attālos serveros, piemēram, “http: //...”, vai vietējā tīkli, piemēram, “ myServer ...” vai jebkura cita derīga tīkla atrašanās vieta). Failā esošie KML vienumi aizstāj iepriekšējos vienumus, kas parādīti tīkla saišu mapē. Vienumu redzamību var norādīt failā esošais KML vai lietotāja redzamības izvēle lietotāja saskarnē.

    Pamatojoties uz skatu, var ieviest papildu atsvaidzināšanas izvēli (piemēram, ja atsvaidzināšana notiek ik pēc n sekundēm pēc tam, kad lietotājs ir pārtraucis skata pārvietošanu). Šī papildu funkcija ļauj tīkla saitei nodrošināt telpiskā vaicājuma rezultātus, lai simulētu informācijas “slāni”, kur jāparāda tikai pašreizējā skata dati. Pašreizējā skata ierobežojošais lodziņš tiek pievienots vietrādim URL (vai citādi nosūtīts), lai servera sistēma 105 zina, no kādas ģeotelpiskās atrašanās vietas ir jāiegūst pieprasītie dati. Saskaņā ar vienu šī izgudrojuma iemiesojumu uz skatu balstīta tīkla saite nodrošina dinamisku meklēšanas mehānismu izplatītajai ģeotelpiskās informācijas sistēmai, kā tas tiks aprakstīts pēc kārtas, atsaucoties uz fig. 8. Ņemiet vērā, ka pašreizējā skata ierobežojošo lodziņu var nosūtīt atpakaļ uz jebkuru tīkla saiti, nevis tikai uz skatu balstītas tīkla atsvaidzināšanas saites, kā tas būs redzams šīs informācijas dēļ.

    Katram KML vienumam var pievienot sērijas numuru, lai atsvaidzināšanas laikā esošie vienumi varētu saņemt izmaiņas bez dzēšanas/nomaiņas cikla/izmaksām. Tīkla saites var īstenot arī kā RSS plūsmu, kā tas būs redzams, ņemot vērā šo atklāšanu. FIG. 7a ilustrē ekrānuzņēmuma piemēru, kurā redzama tīkla saišu plūsma no USGS zemestrīces monitoriem, un fig. 7b ilustrē ekrānuzņēmuma piemēru, kurā redzama tīkla saišu plūsma gaisa kuģu vēsturiskajiem lidojuma ceļa datiem, tuvojoties SFO.

    Pirms tīkla saites izveides mērķa saturam, uz kuru vēlams to saistīt, ir jābūt tīklā vai tīmekļa serverī, ar kuru to var saistīt. Ja lietotājs ir satura autors, saturu var saglabāt tīklā vai tīmekļa serverī. Jebkurā gadījumā ir jāzina faila tīkla atrašanās vieta vai URL, ja tas atrodas tīmekļa serverī. Lai izveidotu tīkla saiti, lietotājs, piemēram, galveno izvēlņu izvēlnē Pievienot var izvēlēties “tīkla saite” 325vai noklikšķiniet uz vadīklas Pievienot tīkla saiti 317vai ar peles labo pogu noklikšķiniet uz mapes panelī Manas vietas. Vienā šādā izgudrojuma iemiesojumā lietotāja mijiedarbības modulis 201 ir ieprogrammēts, lai reaģētu uz šādām lietotāja darbībām, atverot jaunu tīkla saites dialoglodziņu, piemēram, parādīto attēlā. 7c. Pēc tam lietotājs laukā Nosaukums var ievadīt saites nosaukumu. Tāpat lietotājs var ievadīt pilnu atbilstošā KMZ faila ceļu (vai citu piemērotu faila formātu) tekstlodziņā URL vai Faila nosaukums. Alternatīvi, ja fails atrodas tīklā, lietotājs var pārlūkot vajadzīgo faila atrašanās vietu. Attēlā parādītajā piemērā. 7c, URL tiek izmantots, lai atsauktos uz KMZ failu (http://www.test.com/myKMZ.kmz). Vienā konkrētā konfigurācijā 3D skatītājs (ģeotelpiskais pārlūks 125a) nekavējoties pāriet uz saistīto datu noklusējuma skatu. Lietotājs var iestatīt vēlamo atsvaidzes intensitāti. Šajā konkrētajā piemērā uz laiku balstīta atsvaidzināšana norāda, cik bieži klients 125 atsvaidzina atzīmētos tīkla saites vienumus un ietver divas iespējas: vienreiz (kur katru reizi kartēšanas modulis 130 tiek palaists, tas atjaunina visus pārbaudītos vienumus tīkla saišu mapē) vai Periodiski (kur kartēšanas modulis 130 atjaunina pārbaudītos vienumus, pamatojoties uz lietotāja iestatīto laika biežumu stundās, minūtēs un sekundēs. Lietotājs var arī iestatīt vēlamo datu iegūšanas ātrumu skatā balstītiem datiem. Uz skatu balstīta atsvaidzināšana ir uzlabota funkcija, kas ir noderīga, ja lietotājs izveido savienojumu ar datiem, kas parāda saturu atkarībā no kartēšanas moduļa skatīšanās koordinātām 130. Piemēram, pieņemsim, ka saite ir uz serveri, kas piegādā tūkstošiem nekustamā īpašuma sarakstu visam štatam, bet piegādās tikai tos ierakstus, kas attiecas uz 3D skatītājā ietverto teritoriju. Šeit skata datiem var iestatīt ielādes ātrumu atkarībā no 3D skatītājā vēlamās uzvedības. Uz skatījumu balstītai atsvaidzināšanai var izvēlēties šādas opcijas: Nekad, Pēc pieprasījuma un Pēc kameras apstāšanās. Ja ir atlasīts Nekad, šī funkcija tiek izslēgta datiem, kas nav atkarīgi no kameras skata, piemēram, statisks pārklājuma attēls. Kad ir atlasīta opcija Pieprasījums, dati par kameru tiek manuāli atjaunināti, ar peles labo pogu noklikšķinot uz tīkla saišu mapes un uznirstošajā izvēlnē atlasot Atjaunot. Kad ir atlasīta opcija Pēc kameras apstāšanās, pēc kustības skatītājā apstājas dati, kas balstīti uz kameru (var norādīt N sekunžu aizturi pēc apstāšanās, lai atsvaidzināšanu aktivizētu tikai tās skata izmaiņas, kas nemainās norādītajā aizkaves periodā). Tas novērš kartēšanas moduli 130 no servera atjauninājumu ielādes, kamēr lietotājs pārvieto skatītāju, kas palēnina veiktspēju. Kad lietotājs ir beidzis navigāciju uz jaunu atrašanās vietu, dati tiek atsvaidzināti noteiktajā intervālā. Piemēram, laika periods ir iestatīts uz 1 sekundi, servera dati tiek ielādēti katru sekundi, tiklīdz kustība skatītājā tiek pārtraukta. Kad lietotājs atkal sāk navigāciju, servera datu ielāde tiek apturēta. Lietotājs var ievadīt arī aprakstošu tekstu vai HTML. Šos datus var ievadīt, piemēram, tādā pašā veidā, kā tiktu ievadīti dati par parasto mapi. Teksts, ko lietotājs ievada šajā aprakstā, ir tikai saites apraksts, un to nevar redzēt neviens cits, kas saista uz KMZ failu. Šeit ievadīto aprakstu varēs redzēt tikai lietotājs (ja vien lietotājs nenosūtīs e -pasta ziņojumu ar saišu mapi citām personām). Vienā no šādiem iemiesojumiem tas ir līdzīgs tīmekļa lapas grāmatzīmes izveidošanai un pēc tam aprakstošas ​​piezīmes pievienošanai par grāmatzīmi. Ja nepieciešams, lietotājs var iestatīt arī papildu informāciju. Divi papildu opciju piemēri, kas pieejami sadaļā Papildu, ietver skatu un stilu. Izmantojot opciju Skatīt, lietotājs var iestatīt augšējā līmeņa saistītās mapes skatu tāpat kā jebkurai mapei. Izmantojot opciju Stils, stila informācija ir pieejama, ja saistītā KMZ faila vienumi ir viena veida, piemēram, visas vietas atzīmes vai visi pārklājumi. Ja saistītajā mapē ir vienumu sajaukums, stila informācija nav pieejama. Tomēr, tiklīdz lietotājs ir saistīts ar augstākā līmeņa mapi, informāciju jebkurā pakārtotajā mapē var rediģēt un tai var iestatīt stila informāciju, ja tā ir pieejama.

    Tādējādi tīkla saiti var izmantot, lai ātri un viegli koplietotu ģeotelpisko informāciju (piemēram, KML failus, kā tas tiks paskaidrots pēc kārtas) vairākiem tīkla lietotājiem, kopīgojot saiti uz datiem, nevis izplatot pašus datus. Tīkla saitei, kas konfigurēta saskaņā ar vienu šī izgudrojuma iemiesojumu, ir šādas KML funkcijas: nosaukums, redzamība un URL. Citas saistītās funkcijas ietver mapes, dokumentus, zemes pārklājumus, vietas atzīmes un ekrāna pārklājumus. Katra no šīm un citām KML funkcijām tiks apspriesta pēc kārtas. Citas atbalsta KML funkcijas būs redzamas, ņemot vērā šo atklājumu, un tās ir sīkāk aprakstītas iepriekš iekļautajā ASV pagaidu pieteikumā Nr. 60/694 529 un ASV pieteikumā Nr. 11/426 831.

    & LtNetworkLink & gt ir sarežģīts tags, ko izmanto, lai definētu atsauces KML failu vietējā vai attālajā tīklā. Piemēram:

    Nosaukums: kā iepriekš apspriests.

    Redzamība: kā iepriekš apspriests.

    URL: saistītā KML faila (vai cita skripta) atrašanās vieta. Kā jau iepriekš paskaidrots, tīkla saites var atsaukties uz KML failu attālos serveros (http: //...) Vai vietējos tīklos ( myServer ..). URL tags ir pamats vairākiem pakārtotajiem tagiem, kas kontrolē dažādus saites uzvedības aspektus. Šie pakārtotie tagi ietver: atsvaidzināšanas intervālu, atsvaidzināšanas redzamību, atsvaidzināšanas režīmu, skata atsvaidzināšanas režīmu un skata atsvaidzināšanas laiku, kas tagad tiks aprakstīti.

    Atsvaidzināšanas intervāls - & ltrefreshlnterval & gt ir tags, ko izmanto, lai norādītu laika periodu, kurā atsvaidzināt saistītos datus vai pārklājumu (piemēram, sekundēs). Vienā konkrētā iemiesojumā, ja vērtība ir lielāka par 0, URL tiek atsvaidzināts ik pēc n sekundēm. Ja vērtība ir mazāka par 0, URL nekad netiks ielādēts, un, ja vērtība ir vienāda ar 0, URL tiek ielādēts vienu reizi. Piemēram:

    Atsvaidzināt redzamību - tagu & ltrefreshVisibility & gt var izmantot, lai saglabātu vai ignorētu noklusējuma KML dokumenta funkciju redzamību, uz kuru norāda tīkla saite. Vienā konkrētā variantā taga & ltrefreshVisibility & gt vērtības ir šādas: noklusējuma vērtība ir 0, atstāj redzamību kartēšanas moduļa vadībā 130 iestatiet vērtību uz 1, lai atjaunotu funkciju redzamību katru reizi, kad tiek atsvaidzināta tīkla saite. Piemēram, pieņemsim, ka saistītā KML faila vienumam redzamība ir iestatīta uz 0 un atsvaidzināšanas redzamība ir ieslēgta (iestatīta uz 1). Kad fails pirmo reizi tiek ielādēts kartēšanas modulī 130, izvēles rūtiņa blakus vienumam ir notīrīta un vienums nav redzams displeja logā 321 3D pārlūkprogrammā/skatītājā. Ja lietotājs atzīmē vienuma izvēles rūtiņu (piemēram, piemēram, izvēles rūtiņu, kas parādīta 3.a), lai tas būtu redzams displeja logā 321 3D pārlūkprogrammā/skatītājā, vienums atkal tiks notīrīts, tiklīdz URL būs atsvaidzināts. Vecāku tagi, kuros var būt & ltrefreshVisibility & gt tags: & ltNetworkLink & gt. Tagam & ltrefreshVisibility & gt nav pakārtoto tagu.

    Atsvaidzināšanas režīms - tīkla saites var dinamiski ielādēt vienā no trim veidiem: pēc lietotāja pieprasījuma, vienreiz pēc dokumenta ielādes vai periodiski atbilstoši atsvaidzināšanas intervāla vērtībai. Tags & ltrefreshMode & gt nosaka tīkla atsvaidzināšanas veidu, kas tiek veikts tīkla saitei vai zemes pārklājumam, vai nu atsvaidzinot noteiktā intervālā, vai tikai vienu reizi pēc ielādes klientā 125. Piemēram

    Skata atsvaidzināšanas režīms-uz skatu balstītu vaicājumu var atgriezt servera sistēmā 105 vai nu periodiski, atbilstoši skata atsvaidzināšanas intervālam, vai arī pēc tam, kad ir pagājis noteikts laiks, kopš “virtuālā kamera” ir pārstājusi kustēties. Kad tas ir aktīvs, kartēšanas modulis 130 nosūta HTTP GET uz avota servera sistēmu 105 ar skata loga koordinātām (piemēram, displeja logs 321 att. 3a) pievienots kā BBOX vērtība. Tādā veidā avota servera sistēma 105 var atgriezt informāciju aktīvā skata kontekstā. Tags & ltviewRefreshMode & gt norāda, kad kartēšanas modulis 130/klients 125 vajadzētu atgriezt skata koordinātas servera sistēmas & lthref & gt serverī 105). Vienā konkrētā iemiesojumā & ltviewRefreshMode & gt vērtības ir šādas: onStop atgriezīs koordinātas n sekundes pēc kustības skatīšanās logā apstāšanās, kur n ir definēts & ltviewRefreshTime & gt. Vecāku tagi, kuros var būt & ltviewRefreshMode & gt tags: & ltUrl & gt. Tagam & ltviewRefreshMode & gt nav pakārtoto tagu. Tags & lthref & gt, kas ir elementa & ltUrl & gt bērns un kuram nav pakārtoto tagu, nosaka tāda objekta atrašanās vietu kā tīkla saite vai attēls, kas jāizmanto kā vietas atzīmes pārklājums vai ikona (šī atrašanās vieta var būt ieslēgta vietējā failu sistēma vai attālais tīmekļa serveris). Vienā konkrētā iemiesojumā BBOX parametri ir programmējami, izmantojot tagu & ltViewFormat & gt, kas nodrošina būtisku elastību un nodrošina saderību ar citiem esošiem tīmekļa pakalpojumiem (piemēram, Web Mapping Service vai WMS). & LtViewFormat & gt elementu var izmantot, lai atlasītu kartēšanas moduļa skata informāciju 130 nosūta uz serveri 110 vaicājumā un ļauj lietotājam norādīt, kā kartēšanas modulis 130 formatē vaicājumu.Tags & ltViewFormat & gt ir tīkla saites & ltUrl & gt pakārtots, un tam nav pakārtotu tagu. Vienā konkrētā iemiesojumā, ja šis tags nav norādīts, atgrieztā informācija ir WMS stila austrumu, dienvidu, rietumu, ziemeļu robežas lodziņa koordinātas. Izmantojot tagu & ltViewFormat & gt, lietotājs var atgriezt jebkuru no šiem parametriem jebkurā secībā, kā arī vairākus parametrus elementā & ltLookAt & gt. Šis piemērs atgriež visu iespējamo informāciju ar komatu atdalītā virknē:

    Tags & ltNetworkLinkControl & gt, kuram nav vērtību un kurš ir & ltDocument & gt pakārtots, kontrolē failu darbību, kas iegūti, izmantojot & ltNetworkLink & gt. Izmantojot šo līdzekli, lietotājs, izmantojot savus bērnus, var piekļūt vairākām funkcijām, ieskaitot tagu & ltflyToView & gt, kā aprakstīts iepriekš. Citi bērni ietver, & ltminRefreshPeriod & gt, & ltmessage & gt, & ltcookie & gt, & ltlinkDescription & gt un & ltlinkName & gt. Elementu & ltminRefreshPeriod & gt var izmantot kā servera droseļvārstu, lai ierobežotu ielādes skaitu līdz 3 rd party satura serveri uz noteiktu minimālo periodu. Piemēram, ja lietotājs saites atsvaidzināšanu iestata uz 5 sekundēm, minimālo atsvaidzināšanas periodu var iestatīt uz 3600, lai atsvaidzināšanas atjauninājumus ierobežotu līdz katrai stundai. Izmantojot & ltmessage & gt, tiek parādīti uznirstošie ziņojumi, piemēram, norādījumus par tīkla saites izmantošanu var piegādāt, izmantojot tagu & ltNetworkLinkControl & gt. Vienā konkrētā iemiesojumā ziņojums parādās tikai vienu reizi katru reizi, kad klienta tīklā tiek ielādēta tīkla saite, vai ja ziņojuma teksts tiek atjaunināts serverī. Elementu & ltcookie & gt var izmantot, lai pievienotu tekstu URL vaicājumam nākamajā tīkla saites atsvaidzināšanas reizē. To var izmantot, piemēram, skriptā, lai nodrošinātu saprātīgāku apstrādi servera pusē, ieskaitot versiju vaicājumus un nosacītu failu piegādi. Tīkla saites & ltlinkName & gt un & ltlinkDescription & gt var kontrolēt arī no servera, lai serveris varētu pārvarēt izmaiņas, kas veiktas nosaukumā un aprakstā klienta pusē. & LtNetworkLinkControl & gt piemērs ir šāds:

    Skatīšanas atsvaidzināšanas laiks - tags & ltviewRefreshTime & gt norāda biežumu, ar kādu skata koordinātas jāatdod servera sistēmai 105. Taga & ltviewRefreshTime & gt vērtība ir vesels skaitlis, kas apzīmē sekundes. Vecāku tagi, kuros var būt & ltviewRefreshMode & gt tags: & ltUrl & gt. Tagam & ltviewRefreshMode & gt nav pakārtoto tagu.

    Mapes: lielākajā daļā KML lieto mapes, lai kārtotu vietas atzīmes, ekrāna un zemes pārklājumus un citas mapes. Mapes var izmantot, lai ātri identificētu vietas atzīmju un pārklājuma grupas, lai nodrošinātu vienotu skatu vietas atzīmju un/vai pārklājumu grupai. Mapes piedāvā vairākus elementus, un vienā konkrētā iemiesojumā ietilpst:

    Nosaukums un apraksts - katrai mapei var būt savs nosaukums un apraksta atribūti.

    Redzamība - slēdzis (0 vai 1), kas kontrolē, vai mapes ielādes laikā mapes saturs būs redzams skata logā.

    Atvērt - slēdzis (0 vai 1), kas nosaka, vai mape pēc ielādes būs paplašināta vai sakļauta.

    LookAt - iestatot mapei virtuālās kameras skatu, var nodrošināt konsekventu displeju visām mapes funkcijām neatkarīgi no atsevišķām funkcijām iestatītā kameras skata. Piemēram, pieņemsim, ka vietas atzīmju kolekcijai ir norādīti dažādi skati, lai izceltu katras vietas atzīmes īpašības. Tomēr, veicot dubultklikšķi uz vecāku mapes, skats var pāriet uz skatu, kas paredzēts, lai vislabāk parādītu visas vietas atzīmes kā savāktu grupu. Vienā iemiesojumā, ja konkrētai mapei nav norādīts LookAt, veicot dubultklikšķi uz vecākmapes, tiks atvērta šīs mapes bērnu augšdaļas ierobežojošā kaste.

    Loģiska saistīto datu ierobežošana un mapju ligzdošana - mapi var izmantot saistītu vietu atzīmju, pārklājumu un citu mapju glabāšanai. Nodrošinot mapes ar nosaukumu un LookAt vērtībām, informāciju var sagrupēt tā, lai tā būtu viegli identificējama un pārvaldāma. Piemēram, mapi var izmantot, lai saistītu vietas atzīmi ar saistītu pārklājuma attēla failu konkrēta reģiona daudzslāņu skatam.

    Turklāt hierarhisku struktūru var izveidot līdzīgi Microsoft Windows mapju skatam, lai mapes varētu izvērst vai sakļaut, lai pēc vajadzības atklātu vai slēptu saturu. Kartēšanas modulis 130 var tikt ieprogrammēts vai citādi konfigurēts, lai ļautu lietotājam vilkt un nomest mapes virs citām mapēm, lai tās varētu ligzdot. KML taustiņi & ltFolder & gt & lt/Folder & gt taustiņi atrodas viens otrā, tāpat kā & lttable & gt & lt/table & gt tagus var ievietot HTML.

    & LtFolder & gt ir sarežģīts, augstākā līmeņa fakultatīvs tags, ko izmanto, lai strukturētu citu mapju, vietas atzīmju, zemes pārklājumu un ekrāna pārklājumu hierarhisku izvietojumu. Šo tagu var izmantot, lai strukturētu un sakārtotu informāciju kartēšanas modulī 130. Piemēram:

    Tagam & ltFolder & gt nav vērtību, un to var saturēt šādi elementi (t.i., tā vecāktagi): & ltDocument & gt, & ltFolder & gt un & ltNetworkLink & gt. Tags & ltFolder & gt var saturēt šādus tagus (t.i., tā pakārtotos tagus): & ltFolder & gt, & ltname & gt, & ltdescription & gt, & ltLookAt & gt, & ltvisibility & gt, & ltPlacemark & ​​gt, & ltGroundOverlay & gt, & ltScreenOver & & gt, & ltt & lt; & lt; & gt;

    Dokumenti: dokuments ir mapes veids, kurā papildus tādām funkcijām kā vietas atzīmes, pārklājumi un mapes var būt arī tagi & ltStyles & gt un & ltSchemas & gt. Dokumentus var izmantot kolekciju stilu un shēmu grupēšanai. Dokumenti bieži ir arī KML hierarhiju saknes līmeņa konteineri. Ja datiem ir nepieciešami stili vai shēma, elementu & ltDocument & gt var izmantot, lai saturētu šos citus elementus. Stilus var izmantot, lai ģeometrijai pievienotu pielāgotas ikonas un informāciju par krāsām un/vai izmēriem. Shēmas var izmantot, ja datu kolekcijā ir līdzekļi, kas nav KML vietējie. Izmantojot shēmas, objektu un ar to saistītos metadatus var definēt tā, lai tie tiktu pareizi parādīti kartēšanas modulī 130. Tags & ltDocument & gt kā saknes līmeņa elements KML dokumentiem darbojas kā mape tajā esošajiem elementiem. Kā paskaidrots iepriekš, šo tagu var izmantot, ja KML failam ir nepieciešamas shēmas vai stili, tas nav obligāti. Piemēram:

    Vietas atzīmes: Vietas atzīmes ir galvenais līdzeklis, lai atzīmētu punktu uz zemes (vai citas kartētas vietas). Vietas atzīmei parasti ir piesaistīta ikona, kas iezīmē punktu uz mērķa virsmas, piemēram, Zeme, tomēr vietas atzīmi var saistīt arī ar ceļu, daudzstūri un/vai 3D formu. Tags & ltPlacemark & ​​gt ir sarežģīts tags, ko izmanto, lai aprakstītu vietas atzīmi. Koordinātas var norādīt kā [garums, platums, augstums], kur: garums ir no –180 līdz 180 platums ir no –90 līdz 90 un augstums ir metros no sfēras virsmas (WGS 84, Pasaules ģeodēziskā sistēma 1984), kas apzīmē planēta (tās ir aptuveni jūras līmeņa vietas zem virsmas automātiski tiek pārvietotas uz virsmu). Turklāt vietas atzīmju ierakstiem var definēt vairākus citus elementus, tostarp novērošanas koordinātas, nosaukumu un aprakstu. Piemēram:

    Attēlu pārklājumi: attēlu pārklājumus var aprakstīt KML, lai Google Earth klienta GIS datiem pievienotu uz attēliem balstītus metadatus. Ir divu veidu pārklājumi: zemes pārklājumi un ekrāna pārklājumi.

    Zemes pārklājumi tiek izmantoti vietnei, kurā ir daudz informācijas, piemēram, pakāpeniskiem plāniem vai laika kartēm. Zemes pārklājumi ir attēli, kas ir piestiprināti pie planētas virsmas. & ltGroundOverlay & gt ir sarežģīts tags, kas satur tagus pārklājuma attēla noteikšanai un ievietošanai pasaulē (vai citā kartētā apgabalā). Piemēram:

    Ekrāna pārklājums ir “peldošs” attēls, kas nav atkarīgs no skatītāja stāvokļa un ir piestiprināts pie ekrāna. & ltScreenOverlay & gt ir sarežģīts tags, kas satur tagus pārklājuma attēla noteikšanai un ievietošanai ekrānā. KML koda piemērs attēla ievietošanai (ar sākotnējo platumu, augstumu un malu attiecību) tieši ekrāna centrā izskatās šādi:

    Tagam & ltScreenOverlay & gt nav vērtību, un to var ietvert (t.i., tā vecāktagi) & ltFolder & gt un & ltDocument & gt. Tajā var būt šādi elementi (t.i., tā pakārtotie tagi): & ltdrawOrder & gt, & ltIcon & gt (obligāti), & ltvisibility & gt, & ltrotation & gt, & ltsize & gt, & ltscreenXY & gt un & ltoverlayXY & gt.

    Kopējās pārklājuma funkcijas: Sekojošās funkcijas ir kopīgas gan virszemes, gan ekrāna pārklājumiem: Nosaukums, Apraksts, Noklusējuma redzamība, Attēla faila izvietojuma secība, Rotācija un Atsvaidzināšanas intervāls (katrs tagad tiek apspriests pēc kārtas).

    Nosaukums - kā iepriekš paskaidrots, atsaucoties uz tagu & ltname & gt, pārklājumam var būt nosaukums.

    Apraksts - tāpat kā pārklājumam var būt apraksts, kā paskaidrots iepriekš.

    Noklusējuma redzamība - pārklājumu parādīšanu var pārslēgt tā, lai vairākus pārklājumus noteiktā vietā varētu izmantot ar minimālu neskaidrību (kā iepriekš tika apspriests, atsaucoties uz tagu & ltvisibility & gt).

    Zīmēšanas secība - izmantojot pārklājumus, kas pārklājas, tagu & ltdrawOrder & gt var izmantot, lai noteiktu pārklājuma sakraušanas secību. Tādā veidā, piemēram, pārklājuma attēliem ar melnām apmalēm vai maskētām robežām var piešķirt mazāku skaitu nekā blakus esošajiem pārklājumiem, lai nenoslēptu noderīgu informāciju. Tags & ltdrawOrder & gt ir & ltGroundOverlay & gt un & ltScreenOverlay & gt pakārtots. Noklusējuma vērtība ir 0. Pārklājumi ar augstākām zīmēšanas secības vērtībām tiek uzzīmēti virs pārklājumiem ar zemākām zīmēšanas secības vērtībām. Piemēram: & ltdrawOrder & gt0 & lt/drawOrder & gt. Taga & ltdrawOrder & gt vērtības ir no 0 līdz 99. Tagam & ltdrawOrder & gt nav pakārtoto tagu.

    Attēla faila atrašanās vieta: kā iepriekš paskaidrots, tags & ltUrl & gt atsaucas uz pārklājuma attēla failu vai nu lokāli, vai attālināti, piemēram, uzņēmuma tīmekļa serverī. Attālajiem lietotājiem nav jābūt vietējai pārklājuma attēla kopijai, ja attēls tiek piegādāts attālināti. Tādā veidā var nodrošināt pārklājuma datu reāllaika atjauninājumus, piemēram, laika apstākļus vai vietņu plānu izstrādes gaitu. Vienā konkrētā iemiesojumā tiek atbalstīti šādi attēlu veidi: JPG, PNG, GIF un TIFF (citi atklāšanas veidi būs redzami).

    Rotācija - vienā no šī izgudrojuma iemiesojumiem var iestatīt pārklājuma attēla rotāciju. Attēlu var pagriezt līdz 180 grādiem pulksteņrādītāja virzienā (pozitīvs) vai pretēji pulksteņrādītāja virzienam (negatīvs) no ziemeļiem. & Ltrotation & gt tags ir & ltScreenOverlay & gt, & ltGroundOverlay & gt un & ltLatLonBox & gt elementu tags un pakārtots. To var izmantot, lai norādītu attēla rotācijas asi no tā centra punkta. Taga & ltrotation & gt vērtības var būt no +/− 180 grādiem, lai norādītu attēla pagriešanos no 0, kas ir attēla noklusējuma orientācija. Tagam & ltrotation & gt nav pakārtoto tagu.

    Atsvaidzināšanas intervāls - kā iepriekš paskaidrots, tags & ltrefreshlnterval & gt norāda laika periodu (piemēram, sekundēs), lai atsvaidzinātu atsauces attēlu. Šo elementu var izmantot, piemēram, reāllaika lietojumprogrammām, piemēram, tīmekļa kamerām, kurās attēli tiek atjaunināti noteiktā frekvencē. Gan virszemes pārklājumus, gan ekrāna pārklājumus var atsvaidzināt, izmantojot tagu & ltrefreshlnterval & gt.

    Citas zemes pārklājuma funkcijas: KML zemē esošos pārklājuma tagus var ievietot jebkurā KML dokumenta mapē vai apakšmapē. Zemes pārklājumi atbalsta šādus elementus:

    & ltLookAt & gt - tāpat kā ar vietas atzīmēm, var iestatīt zemes pārklājuma novērošanas koordinātas (kā iepriekš apspriests).

    Attēla pārklājuma punktu koordinātu kartēšana - četras koordinātas nosaka pārklājuma malas. Šīs koordinātas nosaka pārklājuma robežu ziemeļu-dienvidu (platuma), austrumu-rietumu (garuma) pozīcijas. Turklāt var norādīt pārklājuma rotāciju, kas ir ap pārklājuma centru. Pārlūkprogrammā/skatītājā 125a, lietotājs var vilkt un pagriezt pārklājumu, lai iestatītu koordinātas, vai arī var ievadīt vēlamās vērtības (piemēram, izmantojot GUI 201a kartēšanas modulī 130).

    Citas ekrāna pārklājuma funkcijas: ekrāna pārklājumus var izmantot, lai konsekventi parādītu informāciju neatkarīgi no skatīšanās izvietojuma, piemēram, displejs ar galvu uz augšu, kopīgs zīmols vai cita veida informācijas paneļa displejs. Tāpat kā ar zemes pārklājumiem, var definēt vairākus ekrāna pārklājumus un saistīt tos ar mapi. Šo pozīciju skatītājā var definēt kā absolūtu koordinātu pozīciju 125avai procentos no skatītāja 125a Izmērs. Var iestatīt arī ekrāna pārklājuma necaurredzamību. Ekrāna pārklājumiem saskaņā ar vienu šī izgudrojuma iemiesojumu ir viena vai vairākas no šīm papildu funkcijām:

    Ekrāna pozīcija - divi ekrāna pozicionēšanas mehānismi nodrošina elastību dažādos prezentāciju formātos. Ekrāna attēla pozīciju var noteikt, izmantojot X/Y koordinātas ar precīziem pikseļiem vai kā daļu no visa ekrāna. Tags & ltoverlayXY & gt ir vienkāršs & ltScreenOverlay & gt elementa lauks un tam nav pakārtotu tagu. Tags & ltoverlayXY & gt definē koordinātu punktu pašā pārklājuma attēlā, kas tiks izmantots, lai kartētu uz ekrāna koordinātu. Tam ir vajadzīgas X un Y vērtības, kā arī šo vērtību vienības (piemēram, pikseļi vai daļa). Piemēram, & ltoverlayXY x = “1” y = “1” xunits = “frakcija” yunits = “frakcija”/& gt ietekmē attēla augšējo labo stūri. Lietojot ar & ltscreenXY no x = “ - 50” y = “0,9” xunits = “pixels” yunits = “frakcija”/& gt, šis mērījums attēla augšējo labo stūri novieto 50 pikseļu attālumā no ekrāna labās malas un 10 % zem ekrāna augšējās malas. X un y komponentus var norādīt vienā no šiem veidiem: ievietojot attēlu ekrāna centrā:

    & ltoverlayXY x = “0.5” y = “0.5” xunits = “frakcija” yunits = “frakcija”/& gt

    & ltscreenXY x = “0.5” y = “0.5” xunits = “frakcija” yunits = “frakcija”/& gtor ievietojot attēlu ekrāna augšējā kreisajā stūrī:

    & ltoverlayXY x = “0” y = “1” xunits = “frakcija” yunits = “frakcija”/& gt

    & ltscreenXY x = “0” y = “1” xunits = “frakcija” yunits = “frakcija”/& gt vai attēla ievietošana ekrāna labajā pusē:

    & ltoverlayXY x = “1” y = “1” xunits = “frakcija” yunits = “frakcija”/& gt

    & ltscreenXY x = "1" y = "1" xunits = "frakcija" yunits = "frakcija"/& gt.

    Tags & ltscreenXY & gt ir vienkāršs & ltScreenOverlay & gt elementa lauks un tam nav pakārtotu tagu. Tags & ltscreenXY & gt nosaka koordinātu punktus pašā ekrānā, uz kuriem tiks attēlots pārklājuma attēls. Piemēram, ekrānsXY no (−50, 0,9) ar pārklājumuXY no (1,1) novieto attēla augšējo labo stūri 50 pikseļu attālumā no ekrāna labās malas un 10% zem ekrāna augšējās malas.X un y komponentus var norādīt vienā no šiem veidiem: ievietojot attēlu ekrāna centrā:

    & ltoverlayXY x = “0.5” y = “0.5” xunits = “frakcija” yunits = “frakcija”/& gt

    & ltscreenXY x = “0.5” y = “0.5” xunits = “frakcija” yunits = “frakcija”/& gt vai attēla ievietošana ekrāna augšējā kreisajā stūrī:

    & ltoverlayXY x = “0” y = “1” xunits = “frakcija” yunits = “frakcija”/& gt

    & ltscreenXY x = “0” y = “1” xunits = “frakcija” yunits = “frakcija”/& gt vai attēla ievietošana ekrāna labajā pusē:

    & ltoverlayXY x = “1” y = “1” xunits = “frakcija” yunits = “frakcija”/& gt

    & ltscreenXY x = "1" y = "1" xunits = "frakcija" yunits = "frakcija"/& gt.

    Tags & ltsize & gt ir vienkāršs tags un & ltScreenOverlay & gt elements, tam nav pakārtotu tagu. Tagu & ltsize & gt izmanto, lai norādītu pārklājuma attēla platumu un augstumu, pamatojoties uz ekrāna izmēru. Izmēra birkas izmantošanu vislabāk ilustrē piemērs. Lai piespiestu attēlu saglabāt sākotnējo augstumu, platumu un malu attiecību, iestatiet vērtības uz nulli: & ltsize x = “0” y = “0” xunits = “frakcija” yunits = “frakcija”/& gt. Lai piespiestu attēlu saglabāt horizontālo izmēru, bet aizņemtu 20% no ekrāna vertikālās telpas: & ltsize x = “0” y = “0.2” xunits = “frakcija” yunits = “frakcija”/& gt. Lai piespiestu attēla izmēru mainīt līdz 100 x 500 pikseļiem: & ltsize x = “100” y = “500” xunits = “pixels” yunits = “pixels”/& gt.


    ArcGIS API JavaScript 3.37

    Šis paraugs parāda, kā jūs varat iestatīt kartes apjomu viena no tās slāņu apjomam. Paraugs darbojas ar diviem slāņiem: ArcGISTiledMapServiceLayer no ArcGIS Online, kas aptver visu pasauli, un ArcGISDynamicMapServiceLayer ar funkcijām Kanzasas štatā. Šis paraugs parāda, kā jūs varat iestatīt, lai karte vienmēr sākas ar Kanzasu.

    Kods ietver divus notikumu klausītājus, vienu katram slānim. Šie klausītāji palīdz izsekot, cik slāņi ir ielādēti. Kad slāņu skaits sasniedz 2, createMapAddLayers funkcija tiek saukta. Šī funkcija izveido karti, nosakot tās apjomu līdz myService2 (Kanzasas pakalpojums), tā arī pārveido koordinātas no ģeogrāfiskās uz Web Mercator, lai tās atbilstu Pasaules attēlu pakalpojumu koordinātu sistēmai:

    Pēc kartes izveidošanas slāņi tiek pievienoti. Ņemiet vērā, ka slāņa ielāde un pievienošana nav viens un tas pats. Šajā paraugā slāņi tiek ielādēti pirms kartes izveides, un tie tiek pievienoti kartei pēc kartes izveides.

    Izvairieties no piekļuves kartes rekvizītiem, kamēr nav ielādēti visi slāņi. Ja notikumu klausītāji nebūtu iekļauti šajā kodā, iespējams, ka karte varētu mēģināt noteikt tās apjomu pirms myService2 pilnas ielādes, radot negaidītus rezultātus.


    Šī klase ir audekls, ko izmanto ģeogrāfisku formu zīmēšanai. To paredzēts mantot zīmēšanas vizuālo sistēmu ieviešanai.

    Šis uzskaitījums attēlo zīmēšanas režīmu kartes atveidošanai.

    Šī klase ir karšu vadīklu pamatklase.

    Šī klase attēlo notikumu argumentus peles koordinātu rīka pielāgošanai.

    Šī klase attēlo notikuma argumentu GlobeButtonClick notikumam klasē PanZoomBarMapTool.

    Šī klase ir logotipa rīks, kas redzams kartes apakšējā labajā stūrī.

    Ietver dažādus kartes rīkus kā rekvizītus un darbojas kā ieeja šo karšu vadīklu iestatīšanai.

    Apzīmē peles rādītāja koordinātas, kas parādītas kartes apakšējā labajā stūrī.

    Šis uzskaitījums nosaka peles pozīcijas veidu, kas parādās, kad rādītājs pārvietojas kartē.

    Pārstāv panoramēšanas un tālummaiņas paneli kartes augšējā kreisajā stūrī.

    Kartes rīks mēroga līnijai, kas redzams vadīklā WpfMap

    Šis kopsavilkums norāda, vai, velkot slīdni, tiek parādīts tālummaiņas joslas teksts.

    Sniedz datus par notikumu CurrentExtentChanged.

    Sniedz datus par notikumu CurrentExtentChanging.

    Sniedz datus par notikumu CurrentScaleChanged.

    Sniedz datus par notikumu CurrentScaleChanged.

    Satur pašreizējā kartes objekta svarīgās īpašības un metodes.

    Uzskaitījums norāda, kurš režīms tiks izmantots kartes mainīšanai.

    Šī klase attēlo kartes vadību.

    Šie ir notikuma argumenti notikumam OverlayDrawn MapEngine klasē. Tas tiek pacelts, pirms tiek uzzīmēts kāds no pārklājumiem.

    Šie ir notikuma argumenti notikumam OverlayDrawn MapEngine klasē. Tas tiek pacelts pēc pārklājumu uzzīmēšanas.

    Apzīmē pārklājuma atsvaidzināšanu.

    Šie ir notikuma argumenti notikumam OverlaysDrawing klasē MapEngine. Tas tiek pacelts, pirms tiek uzzīmēts kāds no pārklājumiem.

    Šie ir notikuma argumenti notikumam OverlaysDrawn klasē MapEngine. Tas tiek pacelts pēc pārklājumu uzzīmēšanas.

    Pārstāv marķiera vadīklu kartē.

    Klases pārtraukuma stilā šis uzskaitījums nosaka, vai pārtraukums ietver vai izslēdz pārtraukumā ievadīto vērtību.

    Šis uzskaitījums nosaka, kā var vilkt kartes marķierus.

    Šī klase pārstāv visu klašu pamatklases, kas nosaka marķieriem piemērotos stilus.

    Šī klase nosaka marķieru stilus un tālummaiņas diapazonu. Kad pašreizējais tālummaiņas līmenis ir šajā diapazonā, stili tiks lietoti marķieriem.

    Šī klase ir MarkerZoomLevel kolekcija, kas nosaka marķieru izskatu dažādos tālummaiņas līmeņos.

    Šī klase pārstāv parasto punktu marķiera stilu.

    Šī klase sniedz datus par kartes vadīklas klikšķu notikumu.

    Šis uzskaitījums definē peles pogu MapControl.

    Šī klase sniedz datus par kartes vadīklas klikšķu notikumu.

    Šī klase tiek mantota no pārklājuma abstraktās klases. Šajā norādītajā pārklājumā tiek saglabāts MapControl izmantotais AdornmentLayer.

    Šī klase tiek mantota no pārklājuma abstraktās klases. Šis norādītais pārklājums apšaubīja interaktīvo procesu ar MapControl, izmantojot peli vai tastatūru.

    Šī klase ir pārklājums, kas saglabā marķierus.

    Šī klase ir visu pārklājumu bāzes klase šajā pārklājuma sistēmā.

    Pārstāv pārklājumu, kas uztur flīzes.

    Šī klase tiek mantota no pārklājuma abstraktās klases. Norādītais pārklājums norāda MapControl fona informāciju.

    Šī klase ir pārklājums, ko pieprasa Bing Maps attēlu metadatu pakalpojums.

    Šie ir notikuma argumenti notikumam OverlayDrawing klasē MapEngine. Tas tiek pacelts pirms pārklājuma uzzīmēšanas.

    Šī klase attēlo notikuma argumentu DrawingTile notikumam TileOverlay klasē.

    Šie ir notikuma argumenti notikumam OverlayDrawn MapEngine klasē. Tas tiek pacelts pēc tam, kad ir uzzīmēts pārklājums.

    Šī klase attēlo notikuma argumentu zīmētajai flīzei klasē TileOverlay.

    Šī metode ir notikumu lejupielādes gaita, pieprasot attēlus vietnē TileOverlay.

    Pārstāv MarkerOverlay, kas dinamiski izveido marķierus no norādītā objekta avota.

    Šī klase apzīmē GoogleMapsOverlay, kas pēc StaticAPI pieprasa attēlus no Google attēlu servera.

    Šī klase tiek mantota no InteractOverlay abstraktās klases. Šis norādītais pārklājums apbēdināja EditShape interaktīvo procesu ar MapControl, izmantojot peli vai tastatūru.

    Šis uzskaitījums nosaka apjoma izmaiņu veidu, kas noticis, veicot interaktīvas darbības ar InterativeOverlay.

    Šī klase tiek mantota no InteractOverlay abstraktās klases. Šis norādītais pārklājums apbēdināja interaktīvo procesu “Izmēru maiņa” ar MapControl, izmantojot peli vai tastatūru.

    Šī klase ietver informāciju un vienkāršu metodi interaktīvām darbībām.

    Šis uzskaitījums nosaka veidu, kā uzzīmēt InterativeOverlay, veicot interaktīvas darbības ar InterativeOverlay.

    Šī klase nosaka InterativeResult, kad tiek izmantota InterativeOverlay metode.

    Pārstāv galvenos notikuma argumentus, mijiedarbojoties ar kartes objektu.

    Šis uzskaitījums nosaka uzvedību, kas rodas, noklikšķinot un velkot uz MapControl. Noklusējuma vērtība ir ZoomOutWithKey.

    Šis uzskaitījums nosaka uzvedību, kas rodas, veicot dubultklikšķi uz MapControl. Noklusējuma vērtība ir ZoomIn.

    Pārstāv notikuma argumentus pasākumam MapKeyDown.

    Pārstāv notikuma argumentus pasākumam MapKeyUp.

    Sniedz datus par notikumu MapMouseClick.

    Sniedz datus par notikumu MapMouseDoubleClick.

    Sniedz datus par notikumu MapMouseDown.

    Sniedz datus MapMouseUp notikumam.

    Sniedz datus par notikumu MapMouseUp.

    Pārstāv notikuma argumentus notikumam MapMouseMove.

    Sniedz datus MapMouseUp notikumam.

    Sniedz datus par notikumu MapMouseWheel.

    Šis uzskaitījums nosaka uzvedību, kas rodas, ritinot peles ritenīti. Noklusējuma vērtība ir Tālummaiņa.

    Šis uzskaitījums nosaka panoramēšanas darbības veidu. Noklusējuma vērtība ir StandardPanning.

    Šis uzskaitījums nosaka citu pārklājumu apstrādes režīmu, veicot interaktīvas darbības ar InterativeOverlay.

    Šī klase tiek mantota no InteractOverlay abstraktās klases. Šis norādītais pārklājums apbēdināja TrackShape interaktīvo procesu ar MapControl, izmantojot peli vai tastatūru.

    Šī klase pārstāv slāņu grupu, katrs slānis var būt jebkura veida slānis.

    Šī klase attēlo notikuma argumentus MarkerDragged notikumam SimpleMarkerOverlay.

    Šī klase attēlo notikuma argumentu MarkerDragging SimpleMarkerOverlay.

    Pārstāv MarkerOverlay objektu, kuram varat tieši pievienot marķierus.

    Šis enums attēlo flīžu veidu flīžu pārklājumā.

    Šī klase attēlo flīžu bāzes klasi, kas ir elements flīžu pārklājuma veidošanai.

    Šī klase ir notikuma arguments notikuma zīmēšanai TileView klasē.

    Šī klase attēlo notikuma argumentu zīmētajam notikumam TileView klasē.

    Šī klase attēlo TileView, kas izveidota ar slāņu kolekciju.

    Šis enums attēlo bloķēšanas režīmu, zīmējot slāņus.

    Pārstāv flīzi pieprasīšanai no Uri.

    Šis uzskaitījums nosaka pārejas efekta veidu, kas jāizmanto, kad karte ir panoramēta vai tuvināta.

    Pārstāv pārklājuma objektu, kas saņem kartes attēlus no jūsu norādītā WMS servera.

    Pārstāv pārklājuma objektu, kas saņem kartes attēlus no jūsu norādītā WMTS servera.

    Šī klase attēlo uznirstošo vadīklu ievietošanai kartē.

    Šī klase ir pārklājums uznirstošo logu izvietošanai kartē.

    Sniedz datus MouseMoved. notikums.

    Šis ir šī parametra noklusējuma veidotājs.

    Sniedz datus TrackEnding. notikums.

    TrackMode uzskaitījums nosaka, kā karte reaģēs uz lietotāju mijiedarbību.

    Sniedz datus par TrackStarted. notikums.

    Sniedz datus TrackStarting. notikums.

    Sniedz datus par VertexAdded. notikums.

    Sniedz datus VertexAdding. notikums.

    ThinkGeo.Core

    Šī klase attēlo skatu, ko izmanto ģeogrāfisku formu zīmēšanai. To paredzēts mantot dažādu zīmēšanas sistēmu, piemēram, GDI+ vai WPF, ieviešanai.

    Definē objektus, ko izmanto, lai aizpildītu AreaBaseShapes interjeru, piemēram, MultiPolygonShape, PolygonShape, EllipseShape un citas AreaBaseShapes.

    Nodrošina iepriekš definētu GeoBrushes kolekciju

    Šī klase pārstāv otu, kas piepildās ar dažādiem rakstiem.

    Ietver GeoBrush ar lineāru gradientu.

    Šī klase definē vienas krāsas GeoBrush. Birstes tiek izmantotas, lai aizpildītu GeoCanvas apgabalu formas.

    Šo klasi izmanto, lai aizpildītu apgabalu ar attēla faktūru.

    Šis uzskaitījums attēlo zīmēšanas līmeni, ko izmanto GeoCanvas.

    Šī struktūra attēlo krāsu zīmēšanai uz GeoCanvas.

    Šī klase ir iepriekš noteiktu krāsu kolekcija

    Definē vērtības, kas norāda, kāda veida krāsa tiks izmantota nejauši.

    Šis uzskaitījums nosaka teksta zīmēšanas fonta veidu.

    Šis uzskaitījums attēlo grafisko vienību.

    Šis uzskaitījums attēlo pieejamos vāciņu stilus, ar kuriem GeoPen objekts var pabeigt rindu.

    Šis uzskaitījums nosaka, kā savienot secīgus līniju vai līkņu segmentus.

    Norāda GeoPen objekta izlīdzināšanu attiecībā pret teorētisko nulles platuma līniju.

    Šis uzskaitījums nosaka GeoCanvas zīmēšanas kvalitāti.

    Šis uzskaitījums nosaka, kā tekstūra tiek aizpildīta ar GeoTextureBrush, ja aizpildāmā platība ir lielāka par faktūru.

    Šis uzskaitījums attēlo grafiskās formas veidu, kas jāizmanto katras svītras abos galos punktētā līnijā.

    Šis uzskaitījums nosaka dažāda veida lūku modeļus, ko var izmantot, lai aizpildītu laukumus, izmantojot GeoHatchBrush.

    Norāda lineārā gradienta virzienu.

    Šis uzskaitījums nosaka ar GeoPen objektu zīmēto punktēto līniju stilu.

    Šī klase apzīmē fontu, ko izmanto, lai iezīmētu funkcijas GeoCanvas.

    Šī klase apzīmē GeoPen, ko izmanto, lai zīmētu līnijas uz GeoCanvas.

    Nodrošina iepriekš definētu GeoPens kolekciju

    Šis uzskaitījums nosaka, vai vispirms zīmē otu vai pildspalvu.

    Šī klase ir kolekcija ar dažām metodēm, kas specializējas slāņu un citu telpisko klašu darbā.

    Vienības, kas apraksta ģeogrāfisko datu glabāšanas veidu datu avotā.

    Šī klase ir paredzēta karšu ģenerēšanai.

    Šī klase ir projekcija, kuru vēlaties izmantot FeatureSource.

    Šī klase ir augstākā līmeņa objekta modelis.

    Šī klase attēlo objekta modeli.

    Norāda, ka tipa 's bāzes tips nav jāserializē.

    Piemērojot metodei, norāda, ka metode tiek izsaukta tūlīt pēc objekta deserializācijas.

    Piemērojot metodei, norāda, ka metode tiek izsaukta objekta deserializācijas laikā.

    Piemērojot metodei, norāda, ka metode tiek izsaukta pēc objekta grafika sērijveidošanas.

    Piemērojot metodei, norāda, ka metode tiek izsaukta pirms objekta sērijveidošanas.

    Šī klase formatē GeoObjectModel sērijveida datos.

    Šī klase sērijveido objektu.

    Šī abstraktā klase ir visu uz teritoriju balstīto formu sakne, piemēram, RectangleShape un PolygonShape.

    Abstraktā klase, no kuras tiek mantotas apgabala formas, līniju formas un punktu formas.

    Šī abstraktā klase ir visu līniju formu sakne, piemēram, LineShape un MultilineShape.

    Šī abstraktā klase ir visu punktveida formu, piemēram, PointShape un MultiPointShape, sakne.

    Vienības, kas apraksta dažādus apgabalu mērīšanas veidus.

    Šī klase pārstāv dažādus veidus, kā bufera darbība var ierobežot buferizētos objektus.

    Šī statiskā klase nodrošina konversijas metodi, lai pārietu uz dažādām vienībām un no tām.

    Šajā klasē ir statiska kārtība, kā pārvērst starp pakāpes minūtes un sekundes mērījumu no decimāldaļas mērījuma. Būtībā tā ir rutīna, lai pārvērstu no decimālgrādu vienības uz decimālgrādu vienību attālumu.

    Šī struktūra attēlo grādu, minūšu un sekunžu vērtību.

    Vienības, kas apraksta dažādus garuma mērīšanas veidus.

    Šī struktūra attēlo taisnstūra zīmējumu ekrāna koordinātās.

    Šī struktūra attēlo taisnstūra zīmējumu ekrāna koordinātās.

    Klases līdzeklis ir pamatvienība, no kuras tiek veidots FeatureSource. FeatureSource var iegūt no ShapeFile, SQL Server 2008, Oracle uc saglabāto līdzekļu kolekcijas. Funkcija ir datu vienības pamatstruktūra, kas sastāv no ID, kas apzīmē objekta identifikāciju, formu un kolekciju dati.

    Šis uzskaitījums nosaka panoramēšanas virzienus.

    Šis uzskaitījums sniedz dažas iespējas, veicot vaicājumu par objektu.

    Šī struktūra attēlo vienu punktu ekrāna koordinātās.

    Šī struktūra attēlo vienu punktu ekrāna koordinātās.

    Šis uzskaitījums apraksta formu pārbaudes validācijas veidu.

    Šī struktūra atspoguļo formas apstiprināšanas metodes rezultātu.

    Šī klase apzīmē elipsi, kas definēta ar centra punktu, augstumu un platumu.

    Šī klase apzīmē LineShape, kas tiek definēta kā viena līnija ar diviem vai vairākiem punktiem.

    Šī klase apzīmē MultilineShape, kas ir definēta kā viena vai vairākas līnijas, katra ar diviem vai vairākiem punktiem.

    Šī klase apzīmē vienu vai vairākas punktu formas.

    Šī klase apzīmē vienu vai vairākus daudzstūrus.

    Šī klase apzīmē vienu punktu.

    Šī klase apzīmē daudzstūri, kas ir definēts kā viens ārējais gredzens ar iekšējiem gredzeniem no nulles līdz daudziem.

    Šī klase ir taisnstūris, kas definēts kā augšējais kreisais punkts un apakšējais labais punkts.

    Šī klase ir slēgts punktu gredzens.

    Norāda, kurš algoritms tiks izmantots vienkāršošanai.

    Uzskaitījums, kurā aprakstīta vieta, kur sākt līniju, veicot noteiktas darbības.

    Šī struktūra attēlo punktu, kurā leņķa malas krustojas.

    Tas apraksta uzskaites kopu, kurā uzskaitīti derīgie ģeometrijas veidi.

    Šis uzskaitījums atspoguļo baitu secību, kādā tiks ierakstīts labi pazīstamais binārais.

    Šī klase ir pamata matrica, kas ietver tileView kakulācijas loģiku.

    Šī struktūra attēlo MatrixCell, kas tiks izmantota TileMatrix sistēmā.

    Šis enum nosaka atsauces stūri, kad tiek kodificēta Matrica no Matrix boundingBox.

    Šī ir pamatklases mantotā no Matrix, kas apraksta apstrādes sistēmai izmantoto Matrix sistēmu.

    Šī ir BitmapTileCache sistēmas pamatklase, kas tiek mantota no TileCache klases.

    Šī ir TileCache sistēmas bāzes klase.

    Šī klase ir konkrēta klase, kas tiek mantota no BitmapTileCache. Šajā klasē flīzes tiks saglabātas diskā un tās var apskatīt ļoti ērti.

    Šī klase ir konkrēta klase, kas tiek mantota no BitmapTileCache. Šajā klasē flīzes tiks saglabātas atmiņā, un tas nodrošina dažas īpašības, lai to ļoti viegli kontrolēt.

    Norāda kartes attēla formātu.

    Šī klase ir konkrēta klase, kas tiek mantota no FileBitmapTileCache. Šajā klasē, izsaucot ClearCache metodi, flīzes tiks atzīmētas kā novecojušas un tiks izdzēstas fona pavedienā.

    Šis uzskaitījums parāda, kā tileCache vajadzētu piekļūt flīzēm.

    Šī ir pamata klase, kas apraksta flīžu klasi. Flīžu koncepcija tiek izmantota kā taisnstūra attēls, kas tiks saglabāts atmiņā vai cietajā diskā, lai uzlabotu veiktspēju. Flīžu kešatmiņas sistēma ir ļoti populāra daudzos ĢIS produktos, tostarp GoogleMaps, VE Maps uc, flīžu var uzskatīt par mazu izmantotu TileCache sistēmā.

    Šī klase apzīmē NativeImageTile, kas ir definēta kā mērogs, RectangleBox un baitu masīvs tās tileView bitkartei.

    Abstraktā klase, no kuras pārmanto visi pazīmju avoti. Funkciju avoti attēlo objektu datus, kurus var integrēt Map Suite. Šī klase ir būtiska, jo tā ir abstraktā klase, no kuras tiek iegūti visi citi līdzekļu avoti. Šajā ziņā tajā ir ietverta liela daļa darījumu apstrādes loģikas un datu konsekvences nodrošināšana neatkarīgi no izmantotajām prognozēm.

    Abstraktā klase, no kuras pārmanto visi rastra avoti. Rastra avoti ir rastra dati, kurus var integrēt Map Suite.

    Šis uzskaitījums parāda, vai indekss ir jāveido no jauna vai nē.

    Šī klase attēlo parametrus, kas tiek nodoti, izmantojot notikumu ClosedFeatureSource.

    Šī klase attēlo parametrus, kas tiek nodoti, izmantojot notikumu ClosedRasterSource.

    Šī klase attēlo parametrus, kas tiek nodoti, izmantojot notikumu ClosingFeatureSource.

    Šī klase attēlo parametrus, kas tiek nodoti, izmantojot notikumu ClosingRasterSource.

    Šī klase attēlo parametrus, kas nodoti notikuma CommittedTransaction ietvaros.

    Šī klase attēlo parametrus, kas nodoti notikuma CommittingTransaction ietvaros.

    Šī klase attēlo parametrus, kas tiek nodoti caur notikumu CustomFieldFetch.

    Šis uzskaitījums attēlo ExcutingSqlStatement veidu.

    FeatureCache ir kešatmiņas sistēma, ko izmanto FeatureSource, lai paātrinātu datu sistēmas ielādi.

    Šī klase apzīmē kolonnu, kas atrodas FeatureSource.

    Šis uzskaitījums norāda, vai ieraksta ID ir jāpārveido vai nē.

    Šī klase attēlo kolonnas informāciju, kas raksturīga DBF kolonnai.

    Šis uzskaitījums attēlo kolonnas veidu DBF.

    Šī klase attēlo notikumā OpenedFeatureSource nodotos parametrus.

    Šī klase apzīmē notikumā OpenedRasterSource nodotos parametrus.

    Šī klase attēlo notikumā OpeningFeatureSource nodotos parametrus.

    Šī klase apzīmē notikumā OpeningRasterSource nodotos parametrus.

    Šis uzskaitījums norāda, vai fails ir jāpārraksta vai nē, ja fails pastāv.

    Šis uzskaitījums nosaka veidus, kā jūs varat izpildīt telpisko vaicājumu pret FeatureSource.

    Šī projekcija ļauj pagriezt kartes attēla bāzi par leņķi.

    Šo struktūru izmanto, lai noteiktu apjomu aprakstītu flīžu klāstu. Pamatā pastāv 4 vērtības: rindu diapazons ir no MinColumnIndex līdz MaxColumnIndex, kolonnu diapazons ir no MinRowIndex līdz MaxRowIndex.

    Rtree ir MapSuiteRtree fasādes klase.

    Šī klase attēlo notikuma argumentus StreamLoading notikumam.

    Šī klase ir aizturēšanas vieta darījumiem, kas vēl nav veikti.

    Šī klase attēlo apstrādātā darījuma rezultātus.

    Šis uzskaitījums atspoguļo FeatureSource darījuma rezultātus.

    Šī klase attēlo pasaules faila vērtības.

    Šī ir AdornmentLayers bāzes klase. AdornmentLayer tiek izmantots, lai ievietotu rotājumus kartē. Tiek piedāvāti divi AdornmentLayers veidi: ScaleLineAdornmentLayer un ScaleBarAdornmentLayer.

    Šī klase ir FeatureLayer iesaiņojuma klase, kas izolē tikai rediģēšanas metodes, lai tās būtu viegli pieejamas programmētājam.

    Šī klase ir slānis, kas sastāv no objektu datiem.

    Šī klase ir visu slāņu pamatklase.

    Šī ir palīgu klase, kas ļauj izpildīt dažādus vaicājumus.

    Šī abstraktā klase ir pamats visiem sistēmas attēla slāņiem.

    Šis uzskaitījums tiek izmantots ZoomLevel, lai tā stilus varētu piemērot citiem tālummaiņas līmeņiem.

    Šī ir notikuma argumentu klase notikumam AdornmentLayerDrawing. Tas tiek pacelts pirms AdornmentLayer uzzīmēšanas.

    Šī ir notikuma argumentu klase notikumam AdornmentLayersDrawing. Tas tiek pacelts, pirms tiek uzzīmēts kāds no AdornmentLayers.

    Šī ir FeatureLayer notikuma DrawingFeatures notikumu argumentu klase.

    Šī ir FeatureLayer notikuma DrawingFeatures notikumu argumentu klase.

    Šī ir notikuma argumentu klase notikumam AdornmentLayerDrawn. Tas tiek pacelts pēc tam, kad ir uzzīmēts AdornmentLayer.

    Šī ir notikuma argumentu klase notikumam AdornmentLayersDrawn. Tas tiek pacelts pēc tam, kad ir izlozēti visi AdornmentLayers.

    Šī ir notikuma argumentu klase pasākumam LayerDrawing klasē MapEngine. Tas tiek pacelts pirms slāņa uzzīmēšanas.

    Šī ir notikuma argumentu klase pasākumam LayerDrawn MapEngine klasē. Tas tiek pacelts pēc slāņa uzzīmēšanas.

    Šī ir notikuma argumentu klase pasākumam LayersDrawing klasē MapEngine. Tas tiek pacelts, pirms tiek uzzīmēts kāds no slāņiem.

    Šī ir notikuma argumentu klase pasākumam LayersDrawn klasē MapEngine. Tas tiek pacelts pēc visu slāņu uzzīmēšanas.

    Šī klase nosaka, kā tiks veidotas iekšējās funkcijas, pamatojoties uz to mērogu.

    Šī klase ir ZoomLevels kolekcija.

    Šo slāni nodrošina atmiņa, un to parasti izmanto pagaidu funkcijām.

    Šī klase ir FeatureSource, ko nodrošina atmiņa, precīzāk - atmiņas kolekcijā InternalFeatures.

    Šī ir AdornmentLayer apakšbāze. LogoAdornmentLayer tiek izmantots kā kartes vadības logotipa karte.

    ScaleBarAdornmentLayer klase ļauj kartē parādīt joslu grafiku, kas parāda attāluma skalu pašreizējam kartes apjomam.

    ScaleLineAdornmentLayer ir konkrēta klase, kas mantota no AdornmentLayer. ScaleLineAdornmentLayer klase ļauj kartē parādīt ScaleLine grafiku.

    Šī klase zīmē kartes fonu.

    Šī klase attēlo tālummaiņas līmeņus, ko izmanto Bing Maps.

    Šī klase attēlo parametrus, kas tika nodoti, izmantojot BuildingIndex notikumu klasē BuildingIndexDelimitedFeatureSourceEventArgs.

    Šī klase ir TIFF attēls, kas jāzīmē kartē.

    Pārstāv objektu, kas ietver Google kartes slāni.

    Šis uzskaitījums nosaka no Google Maps pieejamos karšu veidus.

    Šis uzskaitījums nosaka attēlu formātus, kad attēli tiek atgriezti klientam no Google Maps.

    Šī klase apzīmē tālummaiņas līmeņus, ko izmanto Google Maps.

    GraticuleFeatureLayer parāda meridiānus un paralēles, kas tiek parādītas kartē. Meridiāni ir garuma līnijas, un tiem ir ziemeļu dienvidu orientācija. Paralēles ir platuma līnijas, un tām ir austrumu -rietumu orientācija. Platuma un garuma grotu parādīšana ir standarta veids kartogrāfijā, lai lietotājiem sniegtu telpiskas atsauces.

    Šī klase izmanto sniegto režģa failu.

    Nolasa šūnu datus no režģa faila un parāda tos atbilstošās krāsās, pamatojoties uz to vērtībām.

    Šī klase izmanto sniegto režģa failu.

    Nolasa šūnu datus no režģa faila un parāda tos atbilstošās krāsās, pamatojoties uz to vērtībām.

    Šī klase apzīmē slāni, ko nodrošina slāņu grupa.

    HeatStyle ļauj labāk vizualizēt datus, padarot augstas koncentrācijas apgabalus “karstākus”, izmantojot siltākas krāsas, un zema blīvuma apgabalus vizuāli vēsākus.

    Šo klasi pārstāv vienība, kuru var uzzīmēt kartē. Katra MapShape sastāv no objekta un ZoomLevelSet, lai kontrolētu tā zīmēšanas tālummaiņas līmeņus.

    Ideālā gadījumā es gribētu šo mantot no FeatureLayer, lai jūs varētu veikt telpiskos vaicājumus. Laika interesēs es pārņēmu no slāņa, lai padarītu lietas vienkāršas un parādītu, cik viegli ir paplašināt Map Suite. Ieviešot to galvenajā produktā, mēs varam izveidot FeatureSource un FeatureLayer.

    Šī klase apzīmē slāni, ko atbalsta vairāki formas faili.

    Šis MultipleFeatureSource ir īpašs FeatureSource, kurā ir daudz FeatureSource.

    Šī klase ļauj apskatīt standarta .NET GDI+ attēlu tipus, piemēram, BMP, TIF, JPG un PNG.

    Šī klase attēlo vispārīgus attēlu veidus, kas jāzīmē kartē, piemēram, .BMP, .JPG, .PNG utt.

    Šis slānis var parādīt vai paslēpt vienu vai vairākas zonas, kuru parādīšanu vēlaties ierobežot. Jūs varat izmantot norādīto stilu, lai dekorētu zonas un iestatītu apakšējo/augšējo skalu, lai kontrolētu, kādos tālummaiņas līmeņos vēlaties parādīt vai paslēpt zonas. Noklusējuma apdares stils ir lūkas raksts. Varat to mainīt uz loku ar slīpsvītras attēlu vai, ja vēlaties citu izskatu, varat izmantot pielāgotus stilus.

    Šis uzskaitījums nosaka ierobežojuma režīmu.

    Šis uzskaitījums nosaka ierobežojumu zonas attēlojuma stila veidu.

    Šī klase attēlo parametrus, kas nodoti, izmantojot BuildingIndex notikumu klasē ShapeFileFeatureSource.

    Šī klase ir FeatureSource, ko atbalsta vairāki ESRI formas faili.

    Šī klase attēlo parametrus, kas nodoti, izmantojot BuildingIndex notikumu klasē ShapeFileFeatureSource.

    Šī klase ir FeatureSource, ko atbalsta ESRI formas fails.

    Šis uzskaitījums attēlo veidlapā saglabātos veidus.

    Šis slānis apzīmē vairākus viena veida formas failus.

    Šī klase apzīmē slāni, ko atbalsta formas fails.

    Šis uzskaitījums attēlo kolonnu tipu Sqlite.

    Šī klase ir FeatureSource, ko atbalsta SQLite.

    Šī klase ir FeatureSource, ko atbalsta SQLite.

    Šis uzskaitījums nosaka rastra karšu veidus.

    Šis uzskaitījums nosaka tileView attēla kvalitāti.

    Šis uzskaitījums nosaka tileView lielumu.

    Parāda, kā tileView pārklājuma nofiksēšana.

    Vienu TinyGeo failu var iekšēji sadalīt vairākos reģionos. Jo precīzāki ir dati, jo mazāks ir reģions un jo vairāk reģionu būs vienam failam. Sadalot datus reģionos, tiek sadalīti arī paši dati, tāpēc ierakstu skaits tiek palielināts otrā pusē, un katrs ieraksts ir mazāks, tāpēc ir mazāka iespēja ielādēt milzīgu formu tikai neliela tā apgabala atveidošanai. TinyGeo faila sadalīto reģionu definē parametra PricisionInMeter parametrs Izveidot, savukārt šis enum TinyGeoPrecisionMode ietekmē maksimālo precizitāti, kāda var būt TinyGeo.


    Kartes klients (OpenLayers, GeoExt, Ext JS)

    Kartes klientiem ir daudz atvērtā pirmkoda iespēju, tostarp OpenLayers, GeoExt, ka-Map, MapBender, OpenScale, MapBuilder, MapFish, CartoWeb uc Mēs esam izvēlējušies izmantot OpenLayers, jo tam ir populārs atbalsts un pieaugoša izstrādātāju kopiena. OpenLayers ir tīra JavaScript bibliotēka karšu datu attēlošanai lielākajā daļā mūsdienu tīmekļa pārlūkprogrammu bez serveru puses atkarībām. OpenLayers īsteno nozares standarta metodes ģeogrāfisko datu piekļuvei, piemēram, OpenGIS konsorcija Web Mapping Service (WMS) un Web Feature Service (WFS) protokoli. Papildus OpenLayers šajā sistēmā tiek izmantota cita atvērtā pirmkoda bibliotēka ar nosaukumu GeoExt. GeoExt apvieno OpenLayers ģeotelpiskās iespējas ar Ext JS bagātīgajām lietotāja saskarnes sastāvdaļām. Ext JS ir pieejams ar atvērtā pirmkoda licences opciju. Apvienojot OpenLayers, GeoExt un Ext JS, mēs esam izveidojuši plānu karšu klientu ar bagātīgu lietotāja interfeisu, ko atbalsta visas galvenās pārlūkprogrammas. (Šī sistēma ietver arī kartes pielāgošanas iespējas šādos veidos:


    ShareGeo: atveriet ģeogrāfisko datu krātuvi

    Addy Pope no Edinburgas universitātes raksta paziņot ShareGeo, datu krātuve atvērtiem ģeogrāfiskiem datiem, kas ir brīvi koplietojami un izplatāmi. Lai gan tā ir atvērta lietošanai ikvienam, pašlaik pieejamās datu kopas parāda nepārsteidzošu neobjektivitāti attiecībā uz datiem, kas saistīti ar AK. Jūs varat meklēt datus pēc datuma, tēmas, avota, nosaukuma vai vispārīgāk, nosakot ģeogrāfisko apjomu:

    Sākotnējā skatā definētā interešu zona tiek parādīta kā dzeltens taisnstūris, kuru varat pielāgot, tieši modificējot platuma/garuma koordinātas, vai velciet/nometiet zaļos marķierus, lai no jauna definētu apjomu.

    Kad esat pabeidzis, noklikšķiniet uz Meklēt un iegūstiet gan šim apgabalam pieejamo datu kopu sarakstu:

    Un karte, kas parāda visu zemāk uzskaitīto datu kopu apjomu:

    Noklikšķiniet uz veidotāja, lai noteiktu, kurai datu kopai tas atbilst. Ja pārejat uz citu rezultātu lapu, šī karte tiks automātiski atjaunināta, lai parādītu jauno rezultātu saraksta apjomu.

    Reģistrētie lietotāji (bez maksas) var augšupielādēt datus tieši krātuvē vai izmantot bezmaksas paplašinājumu, lai augšupielādētu tieši no ArcGIS.

    Bezmaksas ģeogrāfisko datu kopas no WeoGeo

    Weogeo ir maksas ģeogrāfisko datu pakalpojums, kas ļauj izveidot ģeogrāfisko datu failu tiešsaistes bibliotēku un koplietot tos ar vienu vai vairākiem lietotājiem (ja vēlaties to izmēģināt, bibliotēkai ir pieejams bezmaksas 30 dienu izmēģinājuma abonements). Tam ir arī tirgus puse, kas ļauj ievietot datu kopas pārdošanai tiešsaistē un apstrādā finanšu darījumu daļu. Bet viņi arī ir ievietojuši tirgū bezmaksas datu kopas, kuras ikviens var lejupielādēt (ar bezmaksas reģistrāciju).

    WeoGeo emuārs Fiducial Marks regulāri publicē atjauninājumus par bezmaksas datu kopām. Piemēram, jaunākais ir NGIA Geonet Name Server - bezmaksas datu bāze, kas “ir uzkrājusi vairāk nekā 5 miljonus objektu ar 7 miljoniem objektu nosaukumu. Tajā ir nosaukums katrai pasaules ģeopolitiskai teritorijai (valstij), ieskaitot dažādas zemes iezīmes ”. Sākotnējā datu kopa ir teksta formātā, un weogeo to ir pārveidojis par formas faila formātu, lai ērtāk izmantotu ĢIS. Ja esat jau reģistrējies vietnē, emuāra ziņas tiešā saite novirzīs jūs uz šo datu kopu. Bet jūs varat arī pārlūkot/meklēt citas datu kopas, kas pieejamas vietnē. Pēc reģistrācijas dodieties uz tirgus lapu un noklikšķiniet uz “Sākt tūlīt”.

    Atlasiet jūs interesējošo vispārējo apgabalu, kreisajā rūtī ievadiet koordinātas, pilsētu/valsti/pasta indeksu vai velciet izvēles rūtiņu uz vēlamo apgabalu. Atlasītais apgabals tiks aktīvi atjaunināts sadaļā Precizēt lodziņu labajā pusē varat arī tuvināt/tālināt Precizētvai velciet karti, lai to pārvietotu uz citu apgabalu, un izmaiņas tiek atspoguļotas kreisajā pusē. Nākamais vienmēr pāriet uz nākamo soli.

    Pārlūkot rūtī tiek parādītas visas datu kopas, kas satur datus, kas atrodas noteiktajā ģeogrāfiskajā apgabalā. Tuvinot karti kreisajā pusē, lai atlasītu mazāku apgabalu, šis saraksts var aktīvi samazināties, jo datu kopas ārpus atlasītā apgabala tiek izmestas. Pēc noklusējuma tiek parādītas visas apgabala vektora datu kopas. Lai meklētu konkrētas datu kopas vai mainītu datu tipu uz rastru, noklikšķiniet uz Uzlabots filtrs cilni apakšā.

    Datu iespējas ir vektors, rastrs, datu tipi (gan vektors, gan rastrs) un citi. Varat arī uzlabot datu tipus, meklējot pēc reitinga, izmaksām un teksta terminiem (cik es varēju pateikt, teksta meklēšanā nav Būla). Lai meklētu tikai bezmaksas datu kopas, vienkārši pārvietojiet labo izmaksu slīdni līdz galam pa kreisi.

    Viena piezīme par rastra datu meklēšanu. weogeo ir pieejamas visas USGS topogrāfiskās kartes (1: 24K) lejupielādei, taču, ja esat pat tālināts, jūs saņemsiet desmitiem, ja ne simtiem karšu, kas norādītas datu pārlūkprogrammā. Tuviniet pēc iespējas tuvāk mērķa apgabalam, lai samazinātu šī saraksta lielumu. Iepriekš redzamajā skatā tumšākas ēnotās vietas attēlo kartes, kas uzskaitītas ar peles labo pogu noklikšķiniet uz kartes saraksta labajā pusē, un tas tiks iezīmēts/aptumšots kreisajā pusē.

    Nākamās divas rūtis nodrošina kartes priekšskatījumu un pēc tam papildu opcijas, tostarp faila formātu (topo GeoTiff noklusējums, bet jums ir iespēja arī citiem, ieskaitot JPG, ERDAS IMG un ESRI HD, varat izvēlēties arī izvades atskaites punktu koordinātu sistēma (šeit NAD27, NAD83 vai WGS84). Kad esat gatavs, noklikšķiniet uz Pasūtīt:

    Noteikti atzīmējiet izvēles rūtiņu “Pieņemt satura licenci” (un atzīmējiet kopējo maksu, lai pārliecinātos, ka kļūdas dēļ neesat izvēlējies maksas datu kopu). Klikšķiniet uz Pasūtīt tagadun pēc neilga laika jūs saņemsiet e -pasta ziņojumu ar saiti uz datu lejupielādes lapu.

    Jums ir divas datu lejupielādes iespējas. weogeo vēlamā metode ir izmantot viņu WeoApp (Windows/Mac/Linux), kas pārvalda ne tikai lejupielādes, bet arī augšupielādes, ja jums ir bibliotēkas konts. Noklikšķinot uz Izmantojot vietni WeoApp saite lejupielādēs .weo failu, kuru pēc tam atverat, izmantojot WeoApp, lai lejupielādētu datus mērķa mapē. Noklikšķinot uz Izmantojot Web aizved uz lapu ar lejupielādes saiti uz datiem zip faila formātā.

    Viņiem, iespējams, nav precīzas datu kopas, ko vēlaties, taču noteikti ir vērts apmeklēt, lai tikai pārbaudītu, kas viņiem ir daudz, un izskatās, ka tas varētu noderēt kādā brīdī. Un turpiniet uzraudzīt emuāru Fiducial Marks, lai redzētu, kādas jaunas datu kopas tiek pievienotas.

    Noderīgas ArcGIS Explorer pievienojumprogrammas III

    Pēdējais papildinājumu komplekts izcilajam GIS datu skatītājam ArcGIS Explorer, kas tika atklāts, veicot meklēšanu vietnē (jo šķiet, ka šajā vietnē nav galerijas/kataloga sadaļas). Šeit ir saite uz I daļa, un šeit II daļa.

    Tabulu skatītājs - Domājams, pievieno iespēju skatīt tabulu datu bāzes datus, šī funkcija ļoti trūkst noklusējuma instalācijā. Bet es mēģināju izdomāt, kā bez panākumiem atvērt formas faila DBF tabulu (domājams, to atbalsta šī opcija), varbūt jums veiksies labāk. Tiek arī atbalstītas tiešsaistes ģeodatubāzes.

    Vaicājuma funkcijas - Pārlūkprogrammā ir iebūvēta vaicājuma funkcija (pieejama cilnē Rīki), kas izveido klasisku SQL vaicājumu un pēc tam izceļ visas atbilstošās funkcijas kartes skatā:

    Vaicājuma funkciju pievienojumprogramma darbojas nedaudz savādāk-tiek izveidots atbilstošu funkciju tabulas skats, un pēc tam noklikšķinot uz tabulas ieraksta, jūs tuvina šo vienumu kartē:

    Jūs varat vienlaikus izmantot abas vaicājuma funkcijas, un tās diezgan labi papildina viena otru.

    AGX2KML - Uzņem pašreizējo kartes skatu un pārvērš to KMZ attēla pārklājuma failā izmantošanai programmā Google Earth. Šeit ir vaicāta izvēle Jurassic Morrison formātam Arizonā, apskatīta pārlūkprogrammā Explorer un pēc tam pārveidota par KMZ pārklājumu:

    PhotoOverlay - Ļauj izveidot KMZ pārklājumu no ievades attēla. Mazliet neveikls lietošanā, jo tas prasa manuāli ievadīt attēla N/S platuma un A/Z garuma robežas, vai arī noklikšķinot uz kartes, tas darbotos labāk, ja jūs varētu ģeogrāfiski norādīt visus kartes attēla punktus uz punktiem pārlūkprogrammā Explorer iespējams, labāk būtu ielādēt attēlu tieši programmā Google Earth un manuāli kalibrēt attēlu.

    PhotoPoint - Lietderība, lai vienkāršotu (nedaudz) attēlu datu pievienošanu kartei. Galvenajā pievienojumprogrammas ievades logā jūs norādāt attēlu (URL vai vietējo failu) un pievienojat papildu aprakstošus datus, kurus varat norādīt, noklikšķinot uz kartes vai ierakstot tās lodziņā.

    Šī utilīta neatpazīst iegultos ģeogrāfiskās atzīmes datus, kā arī neievieto koordinātes datus fotoattēlā, tā vienkārši izveido fotoattēla satura failu kartē ar uznirstošo logu, kurā iekļauti ievadītie dati:

    Ja vēlaties ģeogrāfiski atzīmēt attēlus vai izmantot fotoattēlus ar ģeogrāfiskām atzīmēm, Image Geotagger pievienojumprogramma (aprakstīta šeit), iespējams, būtu labāka izvēle bez uznirstošā teksta datu ievades opcijām, taču tā fotoattēla ievietošanai izmantos iegultos ģeogrāfiskās atzīmes datus.

    Visbeidzot, ir daži paplašināšanas pakotnes, kas pievieno papildu iespējas ArcGIS Explorer saitēm uz lejupielādēm, kuras var atrast ArcGIS Explorer darbvirsmas galvenajā lejupielādes lapā.

    Projekcijas dzinēja paplašināšanas pakotne - ArcGIS Explorer darbvirsmas noklusējuma instalācijā displeja sadaļā ir noklusējuma ģeogrāfiskās koordinātas (lat/long/WGS84), nolaižamajā izvēlnē Koordinātas varat izvēlēties MGRS vai USNG režģi vai izvēlēties “More”, lai iegūtu pilnu sarakstu pieejamo koordinātu sistēmu. Projection Engine Pack šai sadaļai “Vairāk” pievieno vēl dažas koordinātu sistēmas.

    Fontu paplašināšanas pakotne - Kā teikts, etiķetēm ir pieejama lielāka fontu izvēle.

    Datu piekļuves paplašināšanas pakotne – “Paplašina ģeodatubāzes funkcionalitāti, atļaujot tiešus savienojumus ar vairāku lietotāju ģeodatubāzēm.” Nav personīgas pieredzes ar šo.

    Noderīgas ArcGIS Explorer darbvirsmas pievienojumprogrammas II

    GeoNames Find - Ievadiet ģeogrāfiskā objekta nosaukumu, un ArcGIS Explorer vislabāk atbilst ievadītajam nosaukumam, kā arī piedāvās pilnu iespēju komplektu.

    Atrodiet GNIS funkcijas - Ģeogrāfisko nosaukumu informācijas sistēmā (GNIS) atlasiet ASV štatu/apgabalu un objekta veidu, piemēram, pilsētu, arku, virsotni, raktuvi, rezervuāru u.c., un uzzīmējiet visas šādas funkcijas šajā apgabalā:

    Veiciet dubultklikšķi uz jebkura no nosauktajiem nosaukumiem, un karte tuvinās izvēlēto objektu:

    Panoramio - Panoramējiet/tuviniet vēlamo apgabalu un iegūstiet fotoattēlus no Panoramio:

    Fotoattēlu sīktēli tiks attēloti kartē, veicot dubultklikšķi uz sīktēla, lai uznirstošajā logā iegūtu lielāku attēlu:

    Wikipedia - Tā pati vispārējā ideja kā Panoramio dodieties uz vēlamo apgabalu un meklējiet Vikipēdijas ierakstus, kas ir atzīmēti ar šo atrašanās vietu (vai meklējiet pēc teksta):

    Ieraksti tiks attēloti kartē, veicot dubultklikšķi uz ikonas “W”, lai sāktu Wikipedia ierakstu, un saiti, lai pārietu uz visu rakstu:

    Iestatiet caurspīdīgu krāsu attēla pārklājumam - Attēlu pārklājumi ir grafika, kas skatu piemēros atrodas nemainīgā vietā, piemēram, logotipa grafika vai kartes leģenda. Šī pievienojumprogramma ļauj iestatīt caurspīdīgu krāsu, kas ir noderīga, ja jums ir logotips/leģenda uz balta fona un vēlaties, lai fons pazustu. Atšķirībā no kartes caurspīdīguma funkcijas tas darbosies ar grafiku ar indeksētām krāsām (TIFF, GIF, PNG).

    Braukšanas laika analīze - Interesants piemērs analīzes rīku veidiem, kurus var izveidot, izmantojot ArcGIS Explorer SDK. Šī pievienojumprogramma aprēķina apgabalus noteiktā braukšanas laikā no lietotāja norādītā sākuma punkta (šajā parauga papildinājumā līdz 15 minūšu braukšanas laikam). Zemāk gaišākā krāsa ir 5 minūtes, nākamā ir 10, tumšākā krāsa ir 15 minūšu attālumā.

    Vēl ir palikuši daži, es tos saglabāju III daļai.

    Noderīgas ArcGIS Explorer pievienojumprogrammas I

    Vakardienas ieraksts bija par ArcGIS Explorer darbvirsmas jaunāko versiju, ESRI digitālo globusu un ĢIS datu skatītāju. Viena no tās galvenajām priekšrocībām salīdzinājumā ar programmu Google Earth ir spēja izveidot “pievienojumprogrammas”, lietotāja programmējamus spraudņus, kas papildina funkcionalitāti. Bet šķiet, ka ArcGIS vietnē nav šo pievienojumprogrammu kataloga/galerijas. Meklējot apkārt, es atradu virkni potenciāli noderīgu. Instalējiet tos, lejupielādējot “eaz” failu, pēc tam dodieties uz sadaļu Displeja lente, Opcijas, noklikšķiniet uz saites Resursi, atlasiet “Pārvaldīt pievienojumprogrammas” un izvēlieties lejupielādēto eaz failu. Papildinājumi tiks parādīti vai nu pievienojumprogrammas lentē, vai dažos gadījumos sākuma lentes sadaļā Analīze.

    Garmin rīki - Pārvērš ArcGIS displeju par KMZ pārklājuma failu, kas ir saderīgs ar jaunākām Garmin vienībām, šajā vietnē kādu laiku bija ieraksts.

    Ģeoreferenci -Importējiet rastra attēlu un pēc tam ģeogrāfiski norādiet to, izmantojot trīspunktu afinītu transformāciju. Labi darbojas ar Mercator balstītām karšu projekcijām. Ierobežots atbalsts dažiem rastra formātiem (piemēram, nedarbojas ar indeksētas krāsas TIFF failiem), un attēla daļas var pazust pēc ģeogrāfiskās atsauces. Visbeidzot, jūs nevarat eksportēt ģeogrāfiski norādīto attēlu, lai gan varat to saglabāt kā daļu no noklusējuma skata ArcGIS Explorer. Papildinājums: Hmm – tikko atrada pasaules failu un XML failu, kas atbilst attēla failam. Tomēr pasaules fails atrodas ģeogrāfiskās koordinātās neatkarīgi no tā, kāda ir sākotnējā attēla projekcija, tajā ir arī rotācijas parametri, kas nav nulle, kurus var apstrādāt liels skaits ĢIS programmu.

    Uzņemiet prezentācijas slaidus, Pārvērst prezentāciju par PPT - Explorer Desktop ļauj izveidot prezentācijas no kartes skatiem. “Capture Presentation Slides” automātiski izveido pamata prezentāciju, pietuvinot katru ielādēto datu slāni, izveidojot virsrakstu no datu nosaukuma un pēc tam ģenerējot slaidu. “Konvertēt prezentāciju uz PPT” attēlo slaidus JPG formātā, pēc tam izveido PowerPoint failu, lai tos parādītu.

    Redzamības analīze - Izveidojiet skatu no izvēlētā punkta, izmantojot 90 m DEM datus (maksimālais attālums ir 20 km), kas tiek pievienoti datu slāņiem.

    Attēlu ģeogrāfiskais marķieris -Pievienojiet attēlu, kuram iepriekš pievienota ģeogrāfiskā atrašanās vieta, vai pievienojiet jaunu attēlu, un saglabājiet to ar citu nosaukumu.

    Attēls tiks parādīts kā mazs sīktēls kartē, noklikšķiniet uz tā, lai tiktu parādīts uznirstošais logs ar pilna mēroga attēla skatu.

    Reljefa profils - Uzzīmējiet vienu sliežu līniju vai sliežu ceļa segmentu sēriju un iegūstiet augstuma profilu pa šo sliežu ceļu.

    Bing putnu skats -Noklikšķiniet uz kartes un saņemiet uznirstošo logu ar Bing Maps logu, kas ne tikai paver skatu uz putnu aci, bet arī standarta Bing kartes.

    Ielas skatītājs -Līdzīgi kā iepriekš, taču tiek parādīts uznirstošais logs ar Google ielas attēla displeju (un interaktīvo skatītāju)

    Hei, ArcGIS Explorer darbvirsma ir izrādījusies diezgan laba!

    Jā, daudziem tas nav jaunums, bet man tas ir. Mana pēdējā nozīmīgā iedarbība uz ESRI digitālā globusa programmatūra ArcGIS Explorer (Tikai Windows) bija atpakaļ, kad tas iznāca, pirms dažiem gadiem. Es to izmēģināju un konstatēju, ka tā veiktspēja 3D formātā ir zemāka par programmu Google Earth, un kopš tā laika tā ir pārāk sarežģīta, lai apgrūtinātu tās apguvi, es stingri ievēroju Google Earth. Nesenā ziņa par bezmaksas lietojumprogrammu Garmin Tool, kas izveido Garmin pielāgotās kartes pārklājumus, izmantojot ArcGIS Explorer, lika man to vēlreiz apskatīt, un es biju pārsteigts, atklājot, ka tas ir kļuvis par diezgan foršu un diezgan noderīgu rīku. Nav ideāls-3D veiktspēja joprojām ir diezgan vāja, salīdzinot ar Google Earth, un komplektācijā esošā konfigurācija nav tik spēcīga. Bet tam ir ļoti spēcīgs funkciju kopums, un, lietojot 2D režīmā, tas ir labs papildinājums jebkurai ģeogrāfijas rīku kopai. Jauka rīku/funkciju pārkārtošana MS-Word līdzīgā lentes formātā, daudz labāka nekā sākotnējā saskarne.

    • Laba pamata karšu attēlu komplektu izvēle, tostarp Bing kartes (gaisa/ceļa/hibrīda), vispārējie pasaules attēli/topogrāfiskās/ceļu kartes, OSM, vispārējā reljefa ēnojums un National Geographic ēnotās topo kartes:

    Nav vektora bāzes kartes datu, piemēram, ceļi, kurus atradīsit programmā Google Earth.

    • Pievienojiet rastra/vektora datus no vairākiem datu avotiem un veidiem: ArcGIS Online, GIS tīmekļa pakalpojumi (ArcGIS serveri, GeoRSS, WMS), ArcGIS lyr faili, formas faili, KML, GeoDatabases, teksta faili, ģeogrāfiski atsauces rastra attēli (piemēram, GeoTiffs) un GPS datu faili (GPX).
    • Vektoru rediģēšanas rīki: punkts, līnijas apgabals, aplis, taisnstūris.
    • Eksportējiet datus KML formātā (lietotāja izveidotiem vektoru datiem), nmc karšu satura paketes citiem ArcGIS Explorer lietotājiem vai lpk slāņu failus ArcGIS.
    • Braukšanas norādījumi/maršruts
    • Pievienojiet saites uz datiem, kas nav ģeogrāfiski (dokumenti, attēli)
    • Attāluma/apgabala mērīšanas rīki
    • Izveidojiet slaidu prezentāciju, saglabājot kartes skatu sēriju
    • Laika/lidojuma animācijas
    • Noklusējuma instalācijā es nevaru atrast veidu, kā noteikt formas failu krāsas/izmērus/simbolus atkarībā no atribūtu vērtībām. Piemēram, ja jums ir apgabala formas fails ar vairākiem apakšapgabaliem, kur katrs attēlo apgabalu ar atsevišķu īpašumu, tie visi tiek parādīti vienā krāsā. ĢIS datu skatītājam šī ir galvenā trūkstošā funkcija. Nav arī atlases/filtrēšanas pēc atribūta. Vienīgais veids, kā apskatīt atribūtu datus, ir ekrāna uznirstošais logs bez DBF datu tabulas skatiem.
    • Sākotnēji es domāju, ka rastra/vektora slāņiem nav regulējamas caurspīdīguma, bet tas atrodas lentes cilnē Izskats, nevis katra slāņa rekvizītu logā, kur parasti to varētu atrast.
    • Tālummaiņas un slīpuma vadīklas ir pretstats jebkuram citam digitālajam globussam, ko esmu izmantojis, lai tuvinātu, ritiniet peles ritenīti prom no jums, noklikšķiniet uz centrālās pogas un pārvietojiet peli prom no sevis, lai sasvērtu skatu slīpā leņķī. Un zēn, vai tas var nereaģēt dažreiz 3D režīmā! Es parasti izmantoju programmu tikai 2D režīmā, lai nebūtu jārisina šīs problēmas.
    • ArcGIS Online ir pieejams jauks interfeiss datu kopu vaicāšanai/priekšskatīšanai, taču vismaz salīdzināmā vietā ArcGIS vietnē nav salīdzināmas fasētu satura failu (NMC/NMF failu) galerijas.
    • Lietotnei ir iespēja pievienot ĢIS līdzīgus analīzes rīkus, kā arī utilītas, piemēram, iepriekš minēto Garmin rīku (izveidots ar .Net un bezmaksas SDK komplektu no ESRI). Pēc noklusējuma tas ir aprīkots ar bufera rīku, tikai palīdzības rīka pievienošanas process nav skaidri izskaidrots. Un, lai gan ir pieejams diezgan daudz rīku, tos ir grūti atrast, šķiet, ka ArcGIS vietnē nav sistemātiska to direktorija vai kataloga. Ar dažiem darbiem es dažus no tiem izsekoju un rīt publicēšu.

    Bezmaksas ĢIS datu iegūšana un DisplayTool iPad

    Man nav iPad, un mana galva ir pamatīgi ieviesta Android ierīcēs, tāpēc, saņemot komentāru, kurā tika informēts par Corvallis Microtechnology jauno bezmaksas iPad lietojumprogrammu iCMTGIS (iTunes saite šeit), es to gandrīz ignorēju. Liela kļūda - tas izskatās kā diezgan jauks lauka ĢIS datu iegūšanas rīks iPad!

    • Punktu, līniju un apgabalu datu iegūšana, izmantojot GPS, manuālu ievadi vai attāluma/leņķa vērtības ievadi
    • Pilnas atribūtu ievades iespējas, ieskaitot hierarhisku datu ievades veidlapu iestatīšanu
    • Atribūtu vaicājums ekrānā
    • Vairāki datu slāņi
    • Izmēriet/aprēķiniet attālumus un laukumu
    • Kā fonu izmantojiet gaisa attēlus
    • Importēt formas failu datus
    • Eksportējiet datus formas faila formātā vai PMP formātā, lai izmantotu Corvallis Microtechnology pašas patentētās ĢIS programmas

    Daži ekrānuzņēmumi no viņu PDF brošūras:

    Var nebūt visas ArcPad vai TerraSync funkcijas, taču tas noteikti izskatās daudz vieglāk lietojams! Gandrīz liek man vēlēties, lai man būtu iPad, lai to izmēģinātu, ja jūs to izmēģināt, atstājiet piezīmi sadaļā Komentāri. Man jācer un jātic, ka līdzīgas lietotnes Android platformā nonāks ne pārāk tālā nākotnē.

    Briesmīgs & ldquoPārskats un rdquo bezmaksas ĢIS iespējas

    Atvērtā pirmkoda aizstāvji dažreiz var būt nedaudz jutīgi pret atvērtā pirmkoda programmatūras kritiku. Un viņi dažreiz var pārvērtēt atvērtā pirmkoda priekšrocības salīdzinājumā ar slēgtā pirmkoda programmām-bezmaksas vai maksas. Es izmantoju daudz atvērtā pirmkoda programmatūras un priecājos, ka tā ir tur, taču atzīstu, ka slēgtā pirmkoda programmām ir arī savas priekšrocības. Tātad, kad es redzēju šo emuāra ziņu vietnē PerryGeo, sūdzoties par rakstu par bezmaksas ĢIS programmām žurnāla American Surveyor jaunākajā numurā, es domāju, ka tas nav tik slikti, kā viņš domāja. Nu, es to izlasīju, un tas nav tik slikti - tas ir daudz, daudz sliktāk. Es gribētu to nosaukt par klasisku Dunning-Kruger efekta piemēru darbībā.

    Raksts ir reprezentatīvs pētījums par “vienkārši lietojamu” ĢIS, “viegli atrodams internetā, viegli pieejams, viegli lejupielādējams un viegli instalējams”. Programmatūra, kas nepieciešama, lai varētu ielādēt ģeogrāfiski norādītos vektoru un rastra attēlus standarta ĢIS formātos, ļauj rediģēt/izveidot slāņus, veikt pamata analīzi un eksportēt karti saprātīgā formātā. No daudziem desmitiem tiešsaistē pieejamo bezmaksas ĢIS programmatūras pakotņu, kas atbilst šīm prasībām, viņš varēja izdomāt tikai četras:

    Google Earth izvēle šim rakstam ir joks. Man patīk Google Earth, taču tā nav pat tuvu patiesai ĢIS, un jau no paša sākuma bija jābūt acīmredzamam, ka tā nevarēja veikt lielāko daļu funkciju, ko viņš vēlējās, lai to novērtētu šeit, ir laika un telpas izšķiešana. ArcGIS Explorer ir nedaudz labāks, taču paredzētajam lietojumam tas to nesagriež. Tādējādi DIVA-GIS un Quantum GIS ir vienīgie divi likumīgie pretendenti. Esmu mazliet spēlējis ar DIVA-GIS, un tā ir laba bezmaksas ĢIS programma, pat pārsniedzot tās galveno funkciju, lai analizētu ģeogrāfiskos un vides faktorus sugu izplatībai. Bet uzskatīt šo programmu par ievērojamu piemēru tam, kas pieejams bezmaksas ĢIS pasaulē, ir muļķības.

    Bet patiesais noziegums ir tas, ko viņš dara ar Quantum GIS. Viņš to noraida kā “pārāk sarežģītu, lai to izmantotu uzreiz”, un saka, ka, pamatojoties uz dokumentāciju, programma nedarīs to, ko vēlas. Autors apgalvo, ka ir konsultāciju uzņēmuma ĢIS un kartēšanas vadītājs, un tomēr viņš pat nevar atrast pogas “Pievienot vektoru slāni” un “Pievienot rastra slāni”, kas labi redzamas QGIS rīkjoslā? Vai nevarat mainīt slāņa rekvizītus, kas daudz neatšķiras no DIVA-GIS pieejas? Vai nevarat pārbaudīt rīkjoslas pogas, kas nodrošina praktiski visas funkcijas, kuras viņš saka, ka meklē? Tabulā, kurā salīdzināta dažādu programmu funkcionalitāte, viņš ieliek jautājuma zīmes lielākajā daļā Quantum GIS slejas, lai gan “ĢIS ekspertam” nebūtu vajadzīgs ilgs laiks, lai noskaidrotu, ka kvantu ĢIS varētu veikt lielāko daļu no tām. DIVA-GIS ir jauka programmatūra, taču Quantum GIS ir nepārprotami pārāka. Kvantu ĢIS nosodīšana bez godīga novērtējuma ne pārāk labi kalpo raksta lasītājiem.

    Autors mēģina paslēpties aiz dažiem zebiekste klauzulām. Viņš apgalvo, ka tas nav domāts kā visaptverošs pārskats, jo viņa pamatojums attiecas tikai uz dažām programmām. Es aicinu BS par to, ja jums nav pamata priekšstatu, lai rakstītu šādu rakstu, un jūs nevarat apgrūtināt nepieciešamo pētījumu veikšanu, tad nododiet to kādam, kam ir zināšanas vai laiks, lai veiktu labu darbu. Viņš arī apgalvo, ka, ja kāds, kurš nav iepazinies ar šīm tēmām, nevar izmantot programmu “uzreiz no kastes”, netērējot laiku, lai uzzinātu, kā rīkoties, tas norāda, ka programmatūra ir pārāk sarežģīta. Kopējais BS ir tāds pats kā pateikt kādam, kas pieradis pie Microsoft primitīvā tekstapstrādes programmas WordPad, ka Microsoft Word nav vērts mācīties, jo jums būs jāpavada laiks, lai apgūtu dažas uzlabotas funkcijas.

    Turklāt dati, kurus viņš izmanto savā piemērā, prasa zināmu lietotāju sarežģītības līmeni. Viņiem jāzina atšķirība starp rastra, vektora un DEM datiem un jāsaprot ģeoreferenču jēdzieni visiem šiem datu veidiem. Vēlamās funkcionalitātes jēdzieni nav triviāli, vai arī viņš vēlas programmatūru, kas var veikt buferizāciju un tīkla analīzi, kā arī informācijas meklēšanu. Šī nav raķešu zinātne, taču tā nav intuitīvi acīmredzama, vai nu ikvienam, kurš saprot šos jēdzienus, jābūt pietiekami labi informētam par ĢIS jautājumiem. Autors nozīmē, ka viņa lasītāji nav pietiekami gudri, lai spētu izdomāt programmu, ja vien to nav viegli izmantot, kas viņiem patiešām ir apvainojums. Bet, ja viņi saprot datu jēdzienus, viņi ir pietiekami gudri, lai varētu veltīt nedaudz laika programmas izdomāšanai.

    Es neesmu pārsteigts, ka PerryGeo ir satracināts par daudzu gadu darbu, lai padarītu Quantum GIS par pirmšķirīgu bezmaksas ĢIS programmu, taču šī raksta autors to pilnīgi izslēdz bez godīga novērtējuma. Un viņš saviem lasītājiem nodara sliktu pakalpojumu, ne tikai noniecinot kvantu ĢIS, bet arī norādot, ka viņš ir veicis bezmaksas ĢIS iespēju reprezentatīvu novērtējumu, ko raksts pat ne tuvu nevar izdarīt. Kāds apmulsums.