Více

Jednoduché vyskakovací okno pro více WMS

Jednoduché vyskakovací okno pro více WMS


Mám více WMS v OpenLayers s přepínačem vrstev a lze je zapnout a vypnout. Nyní mám obrázek každého WMS, chci zobrazit obrázek každého WMS kliknutím na odpovídající WMS. Každý WMS má pouze jeden mnohoúhelník. Jak to lze udělat?

Omlouvám se, pokud je to velmi základní otázka.

Níže je můj kód JavaScript:

funkce initMap () {var osmLayer = nový OpenLayers.Layer.OSM (); var gmap = new OpenLayers.Layer.Google („Google Streets“, {visibility: false}); var informace; var Guyana = new OpenLayers.Layer.WMS ("Guyana Country", "http: // localhost: 8080/geoserver/wms", {format: "image/png8", transparent: true, vrstvy: "opengeo: guy_adm0", }, {krytí: 0,6, singleTile: true, visibility: true,}); var Chile = new OpenLayers.Layer.WMS ("Chile Country", "http: // localhost: 8080/geoserver/wms", {format: "image/png8", transparent: true, vrstvy: "opengeo: chl_adm0", }, {opacita: 0,6, singleTile: true, visibility: true,}); var Venezuela = new OpenLayers.Layer.WMS ("Venezuela Country", "http: // localhost: 8080/geoserver/wms", {format: "image/png8", transparent: true, vrstvy: "opengeo: ven_adm0", }, {opacita: 0,6, singleTile: true, visibility: true,}); var Columbia = new OpenLayers.Layer.WMS ("Columbia Country", "http: // localhost: 8080/geoserver/wms", {format: "image/png8", transparent: true, vrstvy: "opengeo: col_adm0", }, {krytí: 0,6, singleTile: true, visibility: true,}); var Argentina = new OpenLayers.Layer.WMS ("Argentina Country", "http: // localhost: 8080/geoserver/wms", {format: "image/png8", transparent: true, vrstvy: "opengeo: arg_adm0", }, {opacita: 0,6, singleTile: true, visibility: true,}); var Bolivia = new OpenLayers.Layer.WMS ("Bolivia Country", "http: // localhost: 8080/geoserver/wms", {format: "image/png8", transparent: true, vrstvy: "opengeo: bol_adm0", }, {krytí: 0,6, singleTile: true, visibility: true,}); var Paragua = new OpenLayers.Layer.WMS ("Země Paragua", "http: // localhost: 8080/geoserver/wms", {formát: "image/png8", transparentní: true, vrstvy: "opengeo: pry_adm0", }, {opacita: 0,6, singleTile: true, visibility: true,}); var myWord = "SNOW COVER BASINS SEVERNÍ OBLASTI PAKISTÁNU"; // Mapa s projekcí do (povinné při míchání základní mapy s WMS) olMap = nová OpenLayers.Map ("divid", {projekce: "EPSG: 900913", displayProjection: "EPSG: 32463", jednotky: "m", vrstvy : [gmap, osmLayer, Guyana, Chile, Venezuela, Columbia, Argentina, Bolivia, Paragua]}); olMap.addControl (nový OpenLayers.Control.LayerSwitcher ()); olMap.setCenter (nové OpenLayers.LonLat (6011274.179826, -5256566558465465.6), 3); }

Musíte přidat getFeatureInfo-Control: http://dev.openlayers.org/examples/getfeatureinfo-control.html

Zde je otázka, jak přidat obrázky do odpovědi GetfeatureInfo. Jak přidat obrázek a hypertextový odkaz společně s vyskakovacím oknem GetFeatureInfo? Jak přidat obrázek a hypertextový odkaz spolu s vyskakovacím oknem GetFeatureInfo?

Některé další informace o šabloně GetFeatureInfo-Freemarker-Geoserver: http://docs.geoserver.org/stable/en/user/tutorials/GetFeatureInfo/index.html#tutorials-getfeatureinfo (část „Vlastní šablony“)

Můžete také požádat o FeatureInfo jako JSON a vytvořit si vlastní -markups: Geoserver Reference: http://docs.geoserver.org/stable/en/user/services/wms/reference.html#getfeatureinfo


CropScape: Aplikace založená na webové službě pro zkoumání a šíření souběžných geoprostorových datových produktů americké orné půdy pro podporu rozhodování

Cropland Data Layer (CDL) obsahuje klasifikaci plodin a dalších specifických krajinných pokryvů získaných pomocí dálkového průzkumu Země pro souběžné Spojené státy. Tento produkt v rastrovém formátu a s geografickým odkazem byl široce používán v takových aplikacích, jako je hodnocení katastrof, výzkum krajinného pokrytí a využití půdy, studie udržitelnosti zemědělství a rozhodování o zemědělské produkci. Mezi tradiční kanály distribuce dat CDL patří papírové tematické mapy, žádosti o e -mailové údaje, média CD/DVD a hromadné stahování ftp. Aby bylo možné efektivně a efektivně vyhovět rostoucím potřebám našich zákazníků, byl vyvinut CropScape (název vytvořený pro nový interaktivní webový průzkumný systém CDL), který umožňuje dotazování, vizualizaci, šíření a analýzu dat CDL geoprostorově prostřednictvím standardních geoprostorových webových služeb ve veřejně přístupném online životní prostředí. CropScape nabízí nejen interoperabilní online funkce interaktivních mapových operací, přizpůsobení a stahování dat, statistiky výměry plodin, vytváření grafů a grafů a analýzu více časových změn, ale také poskytuje služby webového geoprocesingu, jako je automatické doručování dat a požadovat statistiky plodin pro použití v jiných aplikacích. Tento systém poskytuje dynamické uživatelské zkušenosti se svými komplexními schopnostmi v otevřeném geoprostorovém kontextu a usnadňuje doručování a analýzu informací o geoprostorové půdě pro podporu rozhodování a různé výzkumné činnosti. Během prvních 5 měsíců dostupnosti CropScape navštívilo více než 17 000 uživatelů po celém světě.

Přednosti

► Vývoj efektivní a efektivní metody distribuce dat CDL. ► Budování CropScape pro vizualizaci, přizpůsobení a analýzu dat CDL na vyžádání. ► Implementace webových služeb pro usnadnění datových aplikací CDL.


Coordinate Acquisition Tool (CAT) Integrovaný do SeismiQuery

Institut pro aplikaci geoprostorových technologií na Cayuga Community College (IAGT - http://www.iagt.org) s potěšením oznamuje vydání svého nástroje pro získávání souřadnic ( KOČKA ) pro Mapy Google. KOČKA byl integrován do DMC SeismiQuery softwarová aplikace (http://ds.iris.edu/SeismiQuery/sq-eventsmag.htm), která poskytuje přístup ke všem seizmickým údajům IRIS. KOČKA poskytuje snadný způsob načítání zeměpisných souřadnic z jednoduchého mapového rozhraní. Nástroj se spouští ve vyskakovacím okně z rodičovské html aplikace, v tomto případě kliknutím na obrázek zeměkoule v sekci „zeměpisná šířka a délka“ v SeismiQuery (Obr. 1). Souřadnice se získají buď získáním aktuálního rozsahu mapy, nebo přetažením obdélníku v rozsahu. Poté jsou vráceny na nadřazenou stránku, v tomto případě k naplnění textových polí odpovídajících příslušným ohraničujícím geografickým rozsahům, které mají být použity jako filtr pro další SeismiQuery interakce.

Obrázek 1: Zobrazuje přetažení obdélníku pro souřadnice rozsahu.

Některé technické aspekty KOČKA :

  1. Napsáno v HTML /JavaScript a navrženo tak, aby bylo spuštěno ve vyskakovacím okně.
  2. Používá knihovnu JavaScript drag_zoom.js, která byla převzata společností Google z původní knihovny „GZoom“. Používá také vektorovou knihovnu JavaScript Waltera Zorna. Tyto knihovny jsou zodpovědné za efekty obdélníku.
  3. Používá volně dostupnou knihovnu JavaScript WMS, vytvořenou primárně pro použití s ​​Mapami Google. Tato knihovna umožňuje překrýt vaše vlastní data WMS přes data Google Maps (obr. 2) nebo jednoduše vytvořit vlastní mapu WMS (kombinující mapové vrstvy z více serverů).
  4. Byla zahrnuta třída CustomButtonControl, která se používá pro tlačítko Map Extent a kterou lze využít k vytváření dalších tlačítek nástrojů (se stavy zapnutí/vypnutí).

Obrázek 2: Vlastní vrstva WMS stanic IRIS překrytá na Google Satellite Imagery.


Otevřete mapy v QGIS

Uživatelé mají tři možnosti, jak otevřít mapy vykreslené MapTilerem v QGIS (dříve známé jako Quantum GIS): nastavení služby WMTS, vykreslení mapy ve formátu MBTiles nebo pomocí GeoPackage. Všechny metody lze použít v QGIS2 i QGIS3.

Nastavení WMTS (Web Map Tile Service) je nejtěžší, ale zároveň nejsilnější způsob používání map od MapTileru v QGIS. Umožňuje více uživatelům přistupovat k mapě současně, aniž by jim museli distribuovat vaše mapové soubory. Temnější stránkou je trochu vyšší náročnost na nastavení a potřeba připojení k internetu.

V MapTiler vyberte výstupní metodu vykreslování „Složka“. Po dokončení vykreslení zkopírujte celou složku na server HTTP (ve většině případů pomocí klienta FTP) a otevřete ji v prohlížeči.

V pravé nabídce buď klikněte na odkaz „WMTS“ v pravém horním rohu, který vede k souboru XML GetCapabilities, a zkopírujte adresu URL, nebo klikněte na kartu „Plocha“ a v Průvodci krok za krokem pro QGIS zkopírujte odkaz, který se vygeneruje v horní části stránky.

V QGIS přidejte novou vrstvu WMS/WMTS (z pravé nabídky přejděte na „Layer“ -& gt „Add Layer“ -& gt „Add WMS/WMTS Layer…“, nebo pomocí Ctrl+Shift+W zástupce). Otevře se nové okno, klikněte na „Nové“, do pole „Název“ vložte preferovaný název a „URL“ podle adresy URL XML a potvrďte. Nová vrstva bude k dispozici na panelu Prohlížeč.

MBTiles

MBTiles je formát souboru pro ukládání dlaždic mapy do jednoho souboru pomocí databáze SQLite. Lze jej nastavit jako výstup v MapTiler a načíst v QGIS. Použití nevyžaduje připojení k internetu.

Načítání MBTiles do QGIS je jednoduché: stačí jej přetáhnout do hlavního okna a přidá se do aktivovaných vrstev.

GeoPackage

GeoPackage je otevřený standardní datový formát pro výměnu geografických informací. Implementace obsahuje jednoduchý databázový kontejner SQLite. Lze jej také použít offline.

Načítání GeoPackage do QGIS je jednoduché: stačí jej přetáhnout do hlavního okna, objeví se nové okno s dotazem, kterou projekci chcete použít. Poté, co vyberete požadovanou projekci a kliknete na „OK“, bude přidána do aktivovaných vrstev.


Sběratel dat GeoMapper

GeoMapper Data Collector je aplikace pro sběr geografických informací v databázi SQLite a záznam GPS stop s měřením vzdálenosti a doby trvání. Může být použit pro různé outdoorové aktivity (turistika, běh, jízda na kole,.) S využitím offline map. S kontrolou průhlednosti offline map je možné ji kombinovat buď s jinými offline mapami, nebo s Mapami Google, pokud je k dispozici připojení k internetu. Ke snadnému exportu jakékoli mapy, kterou máte, můžete použít řadu aplikací GIS (např. Global Mapper (v srbštině manuál), QGIS) a použít ji jako překryvnou nebo základní mapu.

Funkce:
• zaznamenat GeoPoint na aktuálním místě, konkrétní souřadnici nebo umístění vybraném z mapy
• nastavit uživatele, projekt a číslo pro každý GeoPoint
• předdefinovaná sada typů horolezectví/turistiky pro GeoPoint
• export zaznamenaných GeoPoints jako databáze SQLite nebo v jiném formátu (CSV, KML, GPX nebo GeoJSON)
• zaznamenávejte trasu GPS a GeoPoints se základními informacemi o vzdálenosti a době trvání
• Trasy GPS lze zaznamenávat v různých formátech (GPX, KML nebo GeoJSON)
• nastavit toleranci záznamu pro přesnost, dobu trvání a vzdálenost
• import a zobrazení na mapě GPS stopa soubory zaznamenané na jiných zařízeních a aplikacích
• zobrazit/používat více map jako překryvy na základní mapě současně
• podporované formáty pro offline mapy:
- Dlaždice Map Google
- negeoreferencované obrázky
- RMaps (.sqlitedb)
- MBTiles (.mbtiles)
• podporované formáty pro online mapy:
- TMS
- WMS
• nastavit průhlednost pro každé zobrazené překrytí
• umístěte špendlík na konkrétní souřadnice a mapu středu na jeho funkci
• zobrazit informace o aktuální poloze (souřadnice, nadmořská výška, rychlost, přesnost) a nahrávání (čas začátku, doba trvání a vzdálenost)
• jednoduchý kompas
• zobrazit souřadnice v DMS nebo DD formát
• podpora souřadnic v MGI/Balkánská zóna 5/6/7, používaný na topografických mapách v Jugoslávii, pomocí Helmertovy transformace
• zobrazit souřadnice v UTM nebo MGRS formát
• podpora používání externí SD karta pro ukládání offline map
• podpora korekce nadmořské výšky na základě Gravitační model Země EGM96 a/nebo NMEA věty
• protokolování surových dat GPS (NMEA věty) do souboru
• podrobný seznam viditelných Satelity GPS a jejich vlastnosti
• oznamovací panel se souřadnicemi polohy a informacemi o vzdálenosti a době trvání (když je nahrávání aktivní), s dalšími tlačítky pro přidání GeoPoint, spuštění/zastavení záznamu stopy a zavření oznamovacího panelu. Lze jej zapnout pomocí Nastavení-& gtNastavení oznámení tab
• kopírovat, sdílet (přes SMS, Viber, e-mailematd.) nebo uložte aktuální polohu (jako KML)

Oprávnění:
Umístění se používá pro: vyhledání uživatele na mapě, vytváření GeoPoints (v místě uživatele) a záznam GPS stop.
Úložný prostor slouží pro: export databáze, GeoPoints a GPS stop, načítání GPX souborů z jiných zdrojů a pro ukládání offline map,
Internet je potřeba pouze pro stahování Map Google

POZNÁMKA: Aplikace funguje bez těchto oprávnění a používání internetu, ale s omezenými funkcemi.


PODROBNÝ POPIS VYNÁLEZU

Jsou zveřejněny geografické informační systémy (GIS) a techniky, které poskytují uživatelům větší míru flexibility, užitečnosti a informací. Systém může být distribuovaný geografický informační systém (DGIS) zahrnující více komponent, které spolu komunikují. Pro účely tohoto zveřejnění předpokládejme, že „GIS“ zahrnuje konfigurace GIS i DGIS.

GIS konfigurovaný pro provádění zde popsaných technik může být implementován například v architektuře klient-server. Ve světle tohoto popisu budou zřejmé další konfigurace. V souladu s jedním takovým provedením tohoto vynálezu software na straně klienta pracuje (ve spojení se softwarem na straně serveru), aby přenášel obrazy Země a další geoprostorové informace do počítače uživatele, aby je mohl uživatel vidět. V jednom příkladu je klientský software implementován pomocí různých softwarových objektů, které jsou seskupeny do modulů podle různých funkcí, které v systému běží nezávisle na sobě.

Podrobněji, a v souladu s jedním konkrétním provedením, pohybový model v modulu uživatelského rozhraní softwaru používá klientský vstup k nastavení klientovy virtuální pozorovací polohy a orientace. Pohybový model také určuje specifikaci pohledu, která definuje viditelný objem klienta v trojrozměrném prostoru (známý jako frustum) a polohu a orientaci frustu vzhledem k trojrozměrné mapě. Jakmile je určena specifikace pohledu, je umístěna do místní paměti.

Specifikaci pohledu čte renderer, což je softwarový objekt, který kreslí nebo „vykresluje“ kreslitelná data. Renderer je seskupen do samostatného modulu vykreslovače a opakuje cyklus zpracování, který zahrnuje: (1) čtení specifikace pohledu v místní paměti, (2) procházení datové struktury v místní paměti, označované jako strom čtyř uzlů, a ( 3) kreslení nakreslených dat obsažených v uzlech čtyř uzlů stromu uzlů čtyřúhelníků.Čtyřjádrový uzel je struktura pro organizaci dat uložených v místní paměti. Každý čtyřnohý uzel může mít užitečné zatížení dat a až čtyři odkazy na jiné soubory, z nichž každý může být jiným čtyřnásobným uzlem.

Odkazy obsahují název souboru a odpovídající adresu v místní paměti (za předpokladu, že soubor existuje v místní paměti). Soubory, na které odkazuje uzel čtveřice, se zde označují jako podřízené uzly tohoto čtyřúhelníku a uzel odkazující na čtveřici se označuje jako nadřazený. Užitečné zatížení čtyř uzlů může zahrnovat různé typy dat a je omezeno maximální hodnotou. Množství dat potřebných k popisu oblasti konkrétního rozlišení může v některých případech překročit tuto maximální hodnotu, takže data musí být rozdělena mezi nadřazené a podřízené čtyř uzly. Data v užitečném zatížení podřízeného uzlu čtyřúhelníku tedy mohou mít stejné rozlišení jako u uzlu nadřazené čtveřice, ale nemusí být taková, jak bude zřejmé ve světle tohoto zveřejnění.

Když vykreslovač prochází stromem čtyř uzlů, nejprve se podívá na užitečné zatížení dat v nadřazeném uzlu čtyřúhelníku. Pokud jsou datová část kreslitelná data, vykreslovací modul porovná ohraničující rámeček (objem, který obsahuje data) datové části, pokud je k dispozici, se specifikací pohledu. Pokud je ohraničovací rámeček zcela oddělený od specifikace pohledu, data nebudou vykreslena, a to navzdory skutečnosti, že uzel quad již byl stažen ze vzdáleného serveru.

Pokud je užitečné zatížení považováno za vhodné k vykreslení, vykreslovací modul se pokusí přistupovat ke všem až čtyřem referencím uzlu quad. Pokud odkaz obsahuje adresu souboru v místní paměti, renderer přejde na tento podřízený uzel quad a podívá se na užitečné zatížení, přičemž postup opakuje pro každý následující podřízený uzel quad, dokud nenarazí na uzel quad s užitečným zatížením, které má ohraničení pole zcela oddělené od specifikace zobrazení. Pokud odkaz neobsahuje adresu v lokální paměti (tj. Odkazovaný soubor v lokální paměti neexistuje), vykreslovací modul k souboru nemá přístup a bude pokračovat v pohybu dolů po stromu uzlů quad, aniž by se pokusil soubor získat. V tomto provedení vykreslovací modul čte pouze ze stromu čtyř uzlů a neposkytuje informace o souřadnicích a rozlišení žádnému jinému objektu.

Samotný uzel quad má vestavěnou funkci přístupového objektu. Když se renderer pokusí získat přístup k odkazu, který má název souboru, ale žádnou odpovídající místní adresu, spustí to funkci přistupujícího uzlu quad k nezávislému umístění vlastní adresy a podřízeného referenčního čísla do seznamu načítání uzlu mezipaměti, který obsahuje seznam informací identifikujících soubory ke stažení ze vzdálených serverů. Síťový zavaděč v nezávislém vlákně zavaděče sítě kontroluje seznam načtení uzlu mezipaměti a požaduje pouze soubory, na které v seznamu odkazuje.

Správce uzlů mezipaměti v nezávislém vlákně správce uzlů mezipaměti alokuje místo v místní paměti a organizuje soubory načtené síťovým zavaděčem do nových čtyř uzlů. Správce uzlů mezipaměti také aktualizuje nadřazené uzly quad s adresou místní paměti těchto nových podřízených uzlů quad. Proto v následujících cyklech modulu vykreslovače bude v místní paměti pro přístup k vykreslovacímu modulu další čtyř uzlů. Stejně jako v předchozích cyklech se vykreslovací modul podívá na užitečné zatížení a nakreslí všechna kreslitelná data, která nespadají zcela mimo specifikaci pohledu. Vlákno rendereru bude v tomto cyklu pokračovat, dokud nedosáhne uzlu quad s užitečným zatížením, které má ohraničující rámeček zcela oddělené od specifikace pohledu, nebo je jinak nevhodné kreslit. Renderer tedy kreslí pouze to, co je již staženo, a kreslení zastaví pouze tehdy, když narazí na již stažená data, která mají ohraničovací rámeček zcela oddělený od specifikace pohledu.

Kromě této architektury a funkcí je k dispozici značkovací jazyk, který usnadňuje komunikaci mezi servery a klienty interaktivního GIS. V jednom takovém provedení je každý server a klient naprogramován nebo jinak nakonfigurován tak, aby spustil značkovací jazyk pro provádění řady funkcí GIS, jako jsou síťové odkazy, pozemní překryvy, překrytí obrazovky, značky míst, 3D modely a stylizované prvky GIS, jako je geometrie, ikony, balónky s popisem, mnohoúhelníky (povrch vysunutých čar jsou považovány za mnohoúhelníky) a štítky v prohlížeči, pomocí kterých uživatel vidí cílovou oblast.

Různá provedení systému mohou využívat řadu technik a funkcí. Například jsou poskytovány techniky pro poskytování virtuálních prohlídek uživatelem definovaných cest (např. Směry jízdy) v kontextu distribuované geoprostorové vizualizace. Tyto techniky umožňují například „proletět“ 3D satelitní obrazovou mapu, která je opatřena poznámkami o směrech jízdy. K dispozici jsou také techniky pro streamování a interaktivní vizualizaci vyplněných polygonových dat. Tyto techniky například umožňují, aby byly budovy a další mapové prvky poskytovány ve 3D, přičemž parametry velikosti (např. Výška budovy) se používají jako metrika při určování, kdy se mají 3D prvky zobrazovat na různých úrovních přiblížení.

Je také k dispozici mechanismus síťového propojení k iteračnímu načítání vzdáleného obsahu pro aplikaci GIS. Časové síťové propojení načte soubory značek míst, když je k tomu v průběhu času spuštěno (např. „Získat soubor X každých 20 sekund“). Tato funkce umožňuje, aby byl pro data určen a pravidelně dotazován externí server (např. Dopravní server nebo datový server o zemětřesení nebo údaje o poloze letadla). Tato data pak lze načíst na mapu. Síťové propojení závislé na zobrazení provede vyhledávací dotaz při spuštění pohybem specifikace zobrazení. Tato technika v podstatě dělá z dotazu datovou vrstvu. Například v reakci na to, že uživatel vstoupí do „škol“, zapněte všechny školy v rámci mapovacího systému (např. Do určité míry v zobrazovacím okně i mimo zobrazovací okno), aby se uživatel posouval, posouval nebo jinak pohyboval mapou, přicházejí v úvahu odpovídající nové školy (zatímco ostatní školy z dohledu).

K dispozici jsou také techniky pro povolení nejednoznačných požadavků na vyhledávání v GIS. Takové techniky umožňují geoprostorový kontext pro libovolný dotaz. Například v reakci na zadání čísla letu uživatelem systém zobrazí polohu odpovídajícího letadla na mapě. Podobně by systém v reakci na zadání uživatelského sledovacího čísla UPS zobrazil umístění odpovídajícího balíčku na mapě. Systém může „letět“ na místo hledané položky. Je také povoleno relační vyhledávání. Například v reakci na to, že uživatel zadá „dietu“, zobrazí umístění nemocnic, cvičebních klubů, džusu Jamba, celých potravin atd. Funkce automatického přiblížení zobrazuje umístění všech relevantních zásahů.

Každá z těchto technik/funkcí, jakož i další, budou postupně diskutovány podrobněji a mohou být implementovány v interaktivním GIS, jak bude zřejmé ve světle tohoto popisu.

OBR. 1 ilustruje interaktivní GIS konfigurovaný v souladu s provedením tohoto vynálezu.

Systém kombinuje satelitní snímky, fotografie, mapy a další geografická data a možnosti internetového vyhledávání, aby uživateli umožnil prohlížet snímky planety a související geografické informace (např. Lokality, jako jsou ostrovy a města, a zajímavá místa, jako jsou místní restaurace, nemocnice, parky, hotely a školy). Systém dále umožňuje uživateli provádět místní vyhledávání, získávat trasy cesty na místo nebo mezi dvěma místy. Uživatel může virtuálně létat z vesmíru (například z nějakého výhodného bodu nad Zemí) do a kolem zadané cílové adresy nebo místa, jako je jeho sousedství nebo jiná oblast zájmu. Výsledky jsou zobrazeny ve 3D pohledu. Uživatel může pohled naklonit a otočit, aby viděl 3D terén a budovy. Uživatel může také přidávat poznámky k mapám a/nebo povolit datovým vrstvám zobrazovat například parky, školy, nemocnice, letiště, nákupy a další zajímavá místa nebo lokality. Uživatel může také vrstvit více vyhledávání, ukládat výsledky do složek a sdílet výsledky vyhledávání a mapy s ostatními. Kromě toho formát pro výměnu dat, zde označovaný jako KML (Keyhole Markup Language), umožňuje uživateli sdílet užitečné anotace a prohlížet tisíce datových bodů vytvořených jinými uživateli systému.

Jak je vidět, systém obsahuje architekturu klient-server, kde serverová strana komunikuje s jedním nebo více klienty 125 prostřednictvím sítě 120. Na straně serveru je serverový systém GIS 105, databáze obrázků 110a poskytovatel informací o mapě 115. Na straně klienta každý klient 125 obsahuje mapovací modul 130 který funguje jako geoprostorový prohlížeč 130A (nebo jiný vhodný prohlížeč), aby poskytl uživateli rozhraní k systému. V jednom provedení alespoň některé z mapovacích modulů 130 klientů 125 dále zahrnují vývojové moduly, které mohou koncoví uživatelé použít ke generování datových souborů popisujících konkrétní prezentace dat GIS, jak je podrobněji vysvětleno v dříve začleněné U.S. Ne. 11/426,831, podaná 27. června 2006, s názvem „Značkovací jazyk pro interaktivní geografický informační systém“. Kromě toho může systém dále obsahovat jeden nebo více serverů s obsahem třetích stran 140 za poskytování obsahu síťovým odkazům odkazujícím na soubor geoprostorového popisu 140A zakódováno na něm. Soubor geoprostorového popisu 140A může to být například soubor KML nebo jiný vhodný skript, jak bude vysvětleno s odkazem na síťový odkaz.

Serverový systém GIS 105 komunikuje s obrazovou databází, která obsahuje obrazová data (např. digitální mapy, satelitní snímky, letecké snímky, fotografie na úrovni ulic). Mohou být také data, která nejsou obrazem, jako jsou tabulková data (např. Digitální žluté a bílé stránky) a data mapové vrstvy (např. Databáze strávníků, restaurací, muzeí a/nebo škol, databáze seismické činnosti, databáze národních památek atd.) uloženy v databázi 110 nebo v jiném úložném zařízení přístupném pro serverový systém 105. Databáze 110 (a další, je-li to relevantní) je naplněno (např. offline nebo v reálném čase) serverovým systémem GIS 105.

Poskytovatel informací o mapě 115 poskytuje serverový systém 105 s mapovými informacemi (např. satelitní data, fotografie na úrovni ulic, letecké snímky, digitální mapy, údaje o nadmořské výšce, údaje o zeměpisné délce/šířce, souřadnice GPS). Poskytnuté mapové informace mohou být shromažďovány například jako funkce serverového systému 105 (např. poskytovatel informací o mapě 115 je databáze mapových informací shromážděných serverovým systémem 105). Alternativně nebo navíc k poskytování mapových informací serverovému systému lze použít různé služby mapových dat třetích stran 105. Všechny tyto interní/externí informační zdroje map obecně zastupuje poskytovatel mapových informací 115. V každém případě serverový systém GIS 105 přijímá požadavky na informace o mapě a reaguje na tyto požadavky prostřednictvím sítě 120. Poskytovatel informací o mapě 115 lze také dále konfigurovat tak, aby reagovaly přímo na požadavky uživatelů na geografická data. V jednom provedení serverový systém GIS 105 kóduje mapové informace v jednom nebo více datových souborech a poskytuje soubory žadateli.

Všimněte si, že do systému mohou být zahrnuty další moduly a že zobrazené moduly mohou být přestavěny. Například databáze 110 lze integrovat do serverového systému GIS 105. Také poskytovatel informací o mapě 115 lze integrovat do serverového systému GIS 105. Ve světle tohoto popisu budou zřejmé další konfigurace a tento vynález není zamýšlen jako omezený na jakýkoli konkrétní. K provádění zde popsaných funkcí na straně serveru lze naprogramovat nebo jinak nakonfigurovat libovolný počet modulů.

Klient 125 na kterém je mapovací modul 130 běhy mohou být například stolní nebo přenosné počítače. Případně klient 125 může to být bezdrátové zařízení, například osobní digitální asistent (PDA), chytrý telefon, navigační systém umístěný ve vozidle, ruční systém GPS nebo jiná taková zařízení/systémy. Zkrátka klient 125 může být jakýkoli počítač, zařízení nebo systém, který může spustit mapovací modul 130, a umožňuje uživateli interakci se serverovým systémem GIS 105 (např. vyžádání map, trasy jízdy a/nebo vyhledávání dat a následné přijetí datových souborů jako odpověď). V zobrazeném provedení mapovací modul 130 spouští nebo jinak běží jako geoprostorový prohlížeč 130A.

Serverový systém GIS 105 lze implementovat konvenční nebo vlastní technologií. K implementaci serveru GIS lze použít řadu známých serverových architektur a funkcí. Dále si všimněte, že serverový systém GIS 105 může zahrnovat jeden nebo více serverů pracujících v rámci schématu vyrovnávání zatížení, přičemž každý server (nebo kombinace serverů) je nakonfigurován tak, aby reagoval na klienty a komunikoval s nimi prostřednictvím sítě 120. V jednom konkrétním provedení serverový systém GIS 105 je implementován, jak je diskutováno v dříve začleněné americké aplikaci Ser. Č. 10/270,272, s názvem „Server pro geoprostorově organizovaná data plochých souborů“.

Obecně platí, že když uživatel zadá vyhledávací dotaz (např. Prostřednictvím geoprostorového prohlížeče 130A prezentovaný modulem mapování na straně klienta 130), vloží se do požadavku a odešle se do systému serveru GIS 105 prostřednictvím sítě 120. Serverový systém 105 poté určí, k čemu je vyhledávací dotaz, a odpoví příslušnými daty z různých subsystémů, jako jsou geokodéry, směrovací stroje a indexy místního vyhledávání, ve formátu, který požaduje klient 125 lze použít k prezentaci dat uživateli (např. prostřednictvím geoprostorového prohlížeče 130A).

Kromě jakékoli konvenční funkce serverový systém GIS 105 je dále konfigurován pro interakci s mapovacím modulem 130, jak bude zřejmé ve světle tohoto zveřejnění. Mapovací modul 130 je diskutováno s dalším odkazem na OBR. 2A. V jednom provedení serverový systém 105 reaguje na žádajícího klienta 125 kódováním dat reagujících na požadavek do jednoho nebo více datových souborů a poskytnutím souborů klientovi.

Síť 120 může být jakýkoli typ komunikační sítě, jako je lokální síť (např. intranet), rozsáhlá síť (např. internet) nebo jejich kombinace. Případně síť 120 může to být přímé spojení mezi klientem 125 a serverový systém GIS 105. Obecně komunikace mezi serverovým systémem 105 a klient 125 lze přenášet přes jakýkoli typ kabelového a/nebo bezdrátového připojení pomocí široké škály komunikačních protokolů (např. TCP/IP, HTTP, SMTP, FTP), kódování nebo formátů (např. HTML, XML) a/nebo ochrany schémata (např. VPN, zabezpečený HTTP, SSL).

Používá se ve spojení se serverovým systémem GIS 105geoprostorový prohlížeč 130A rozhraní poskytované mapovacím modulem 130 poskytují mapovací systém, který obsluhuje mapy a data GIS po síti 120. Systém umožňuje uživatelům vizualizovat, vybírat, přidávat poznámky a zkoumat geografické informace po celém světě nebo v konkrétním regionu, městě, městě nebo jiném místě.

Modul mapování na straně klienta

OBR. 2A ilustruje modul mapování na straně klienta 130 GIS ukázaného na OBR. 1, konfigurovaný v souladu s provedením tohoto vynálezu. Jak již bylo vysvětleno, součásti mapovacího modulu 130 lze implementovat jako software běžící na počítači uživatele (klient 125), který poté interaguje se serverovým systémem GIS a přináší klientovi obrazy Země a další geoprostorové informace 125 pro prohlížení uživatelem. V provozu a v jedné konkrétní konfiguraci jsou různé softwarové objekty seskupeny do modulů podle několika funkcí, které mohou běžet asynchronně (časově nezávisle) jeden od druhého. Ve světle tohoto zveřejnění bude zřejmé mnoho softwarových implementací a interakcí funkčních modulů.

Jak je vidět, modul 130 obsahuje modul interakce s uživatelem 201, místní paměť 203, správce uzlů mezipaměti 205modul vykreslovače 207, síťový zavaděč 209, síťové rozhraní 211a rozhraní displeje 215. Obecně modul interakce s uživatelem 201 přijímá vstup uživatele týkající se polohy, kterou si uživatel přeje zobrazit, a prostřednictvím pohybového modelu 201C, vytvoří specifikaci pohledu 203A. V modulu vykreslování 207vykreslovací modul vykreslí všechna natažitelná data, která byla dříve přenesena zpět do počítače uživatele, kromě toho, že vykreslovací modul používá specifikaci zobrazení 203A rozhodnout, co z těchto údajů nečerpat. Modul správce uzlu mezipaměti 205 běží v asynchronním vlákně ovládání. Modul správce uzlu mezipaměti 205 staví strom čtyř uzlů 203b naplněním čtyřmi uzly získanými ze vzdáleného serverového systému (prostřednictvím sítě 120). Každý z těchto a dalších modulů bude nyní popsán podrobněji.

Modul interakce uživatele 201 obsahuje grafické uživatelské rozhraní (GUI) 201A, volitelná rutina vyhledávání stránek 201ba pohybový model 201C. V modulu interakce uživatele 201, uživatel zadá informace o poloze pomocí GUI 201A, což má za následek generování specifikace pohledu 203A, jak bude postupně popsáno. Specifikace pohledu 203A je uložen v místní paměti 203, kde jej používá renderer v modulu rendereru 207, jak také bude popsáno postupně. GUI 201A je diskutováno podrobněji s odkazem na OBR. 3a.

Určité typy uživatelských vstupů, včetně adres a názvů známých míst, napsaných do pole pro zadávání textu v grafickém uživatelském rozhraní 201A, spusťte volitelnou rutinu vyhledávání webu 201b. Rutina vyhledávání stránek 201b odešle adresu nebo jméno do serverového systému GIS 105 (přes síť 120) a v odezvě se zeměpisná šířka a délka odpovídající adrese nebo názvu vrátí do modulu mapování klienta 130. Pokud si uživatel vybral geografickou polohu poklepáním na ni v zobrazovacím okně grafického uživatelského rozhraní 201A, pak lze lokálně určit zeměpisnou šířku a délku odpovídající zvolenému místu na 3D mapě. V jednom konkrétním provedení je použita výchozí nadmořská výška nad vybraným místem. Uživatel může upravit výchozí nadmořskou výšku pomocí grafického uživatelského rozhraní 201A (např. ovládání zoomu), podle potřeby.

Pohybový model 201C používá informace o poloze přijaté prostřednictvím GUI 201A pro úpravu polohy a orientace „virtuální kamery“ zobrazující zobrazenou 3D mapu. Uživatel vidí zobrazenou 3D mapu na svém monitoru počítače z hlediska této virtuální kamery. Pohybový model 201C také určuje specifikaci pohledu 203A na základě polohy virtuální kamery, orientace virtuální kamery a horizontálních a vertikálních zorných polí virtuální kamery.

Specifikace pohledu 203A definuje viditelný objem virtuální kamery v 3D prostoru, známý jako frustum, a polohu a orientaci frustu vzhledem k 3D mapě. Frustum má tvar zkrácené pyramidy. Frustum má minimální a maximální vzdálenosti zobrazení, které se mohou měnit v závislosti na podmínkách sledování. Jak je pohled uživatele na 3D mapu manipulován pomocí GUI 201A, se orientace a poloha frustu vůči 3D mapě mění. Když je tedy vstup uživatele přijat, specifikace zobrazení 203A Změny. Specifikace pohledu 203A je uložen v místní paměti 203, kde jej používá renderer v modulu rendereru 207.

V souladu s jedním provedením předkládaného vynálezu, specifikace pohledu 203A určuje tři hlavní sady parametrů pro virtuální kameru: stativ fotoaparátu, objektiv fotoaparátu a schopnost zaostření fotoaparátu. Sada parametrů stativu fotoaparátu určuje následující: poloha virtuální kamery: X, Y, Z (tři souřadnice), jakým způsobem je virtuální kamera orientována vzhledem k výchozí orientaci, jako je úhel záhlaví (např. Sever ?, jih?, V -medzi?) rozteč/náklon (např. úroveň ?, dolů ?, nahoru ?, mezi?) a zatáčení/klopení (např. úroveň ?, náklon po směru hodinových ručiček ?, náklon proti směru hodinových ručiček ?, mezi?). Sada parametrů objektivu určuje následující: horizontální zorné pole (např. Teleobjektiv?, Normální lidské oko-asi 55 stupňů ?, nebo širokoúhlý?) A vertikální zorné pole (např. Teleobjektiv?, Normální lidské oko-asi 55 stupně ?, nebo širokoúhlý?). Sada parametrů ostření určuje následující: vzdálenost k rovině blízké klipu (např. Jak blízko k „objektivu“ může virtuální kamera vidět, kde nejsou blíže nakresleny objekty) a vzdálenost k rovině vzdáleného klipu (např. Jak daleko od objektivu vidí virtuální kamera, kde objekty dále nejsou kresleny).

V jednom příkladu operace a s ohledem na výše uvedené parametry kamery předpokládejme, že uživatel stiskne klávesu šipka doleva (nebo šipka doprava). To by signalizovalo pohybový model 201C že by se pohled měl pohybovat doleva (nebo doprava). Pohybový model 201C implementuje takový ovládací prvek typu „posouvání kamery“ na úrovni země přidáním (nebo odečtením) malé hodnoty (např. 1 stupeň za každé stisknutí klávesy se šipkou) do úhlu záhlaví. Podobně pro pohyb vpřed virtuální kameru, pohybový model 201C by změnil souřadnice XYZ polohy virtuální kamery tak, že by se nejprve vypočítal vektor s jednotkovou délkou ve směru pohledu (HPR) a poté by se přidaly dílčí komponenty XYZ tohoto vektoru do polohy kamery XYZ po změně měřítka každé dílčí složky pomocí požadovanou rychlost pohybu. Těmito a podobnými způsoby pohybový model 201C upravuje specifikaci pohledu 203A postupnou aktualizací XYZ a HPR, aby definovaly novou pozici „těsně po přesunu“.

Modul vykreslovače 207 má cykly odpovídající obnovovací frekvenci videa zobrazovacího zařízení, obvykle 60 Hz (cykly za sekundu). V jednom konkrétním provedení modul vykreslovače 207 provádí cyklus (i) probouzení, (ii) čtení specifikace pohledu 203C který byl umístěn pohybovým modelem 201C v datové struktuře, ke které má přístup renderer, (iii) procházení stromem čtyř uzlů 203b v místní paměti 203, a (iv) kreslení nakreslitelných dat obsažených v uzlech čtveřice sídlících ve stromu uzlů čtveřice 203b. Tažitelná data mohou být spojena s ohraničujícím rámečkem (svazek, který obsahuje data, nebo jiný takový identifikátor). Pokud je k dispozici, ohraničující rámeček se zkontroluje, aby se zjistilo, zda jsou kreslitelná data potenciálně viditelná v rámci specifikace pohledu 203A. Potenciálně viditelná data se poté vykreslí, zatímco data, která nejsou viditelná, jsou ignorována. Renderer tedy používá specifikaci pohledu 203A k určení, zda tažné užitečné zatížení uzlu quad rezidentního ve stromu uzlu quad 203b není třeba kreslit, jak bude nyní podrobněji vysvětleno.

Zpočátku a v souladu s jedním provedením tohoto vynálezu nejsou ve stromu čtyř uzlů žádná data 203b kreslit a modul vykreslovače 207 ve výchozím nastavení nakreslí hvězdicové pole (nebo jiné vhodné výchozí zobrazovací snímky). Strom čtyř uzlů 203b je zdrojem dat pro všechny kresby, které vykreslovač 207 dělá kromě tohoto hvězdného pole. Renderer 207 prochází stromem čtyř uzlů 203b pokusem o přístup ke každému uzlu čtyřúhelníku, který je rezidentem ve stromu uzlů čtyřúhelníku 203b. Jak je zde vysvětleno, každý uzel quad je datová struktura, která má až čtyři reference a volitelnou datovou část dat. Pokud jsou užitečným zatížením čtyř uzlů vykreslovací data, vykreslovací modul 207 porovná ohraničující rámeček užitečného zatížení (pokud existuje) se specifikací zobrazení 203A, kreslení tak dlouho, dokud čerpatelná data nejsou zcela mimo frustum a nejsou považována za nevhodná k čerpání na základě jiných faktorů. Mezi tyto další faktory může patřit například vzdálenost od fotoaparátu, náklon nebo jiné podobné úvahy. Pokud užitečné zatížení není zcela mimo rámec frustrace a není považováno za nevhodné k čerpání, pak vykreslovací modul 207 také se pokusí získat přístup ke všem až čtyřem referencím v uzlu quad. Pokud je odkaz na jiný uzel quad v místní paměti (např. Paměť 203 nebo jiná lokální paměť), renderer 207 se pokusí přistupovat k jakýmkoli kreslitelným datům v tomto jiném uzlu quad a také se potenciálně pokusí získat přístup ke kterémukoli z až čtyř odkazů v tomto jiném uzlu quad. Renderer 207 pokusy o přístup ke každému z až čtyř referencí uzlu quad jsou detekovány samotným uzlem quad, jak bude nyní vysvětleno.

Jak již bylo vysvětleno, čtyřúhelník je datová struktura, která může mít užitečné zatížení dat a až čtyři odkazy na jiné soubory, přičemž každý z nich může být uzlem mezipaměti. V některých případech soubor obsahuje nejen odkazované dítě, ale i potomky tohoto dítěte. Tyto agregáty jsou známé jako uzly mezipaměti a mohou zahrnovat několik čtyř uzlů. Taková agregace probíhá v průběhu vytváření databáze. V některých případech je užitečné zatížení dat prázdné. Každý z odkazů na jiné soubory obsahuje například název souboru a odpovídající adresu v místní paměti pro tento soubor, pokud existuje. Zpočátku jsou všechny odkazované soubory uloženy na jednom nebo více vzdálených serverech (např. Zahrnuty v serverovém systému GIS 105) a v počítači uživatele nejsou žádná čerpatelná data. Soubory, na které odkazuje uzel quad, jsou zde označovány jako potomci tohoto uzlu quad a odkazující uzel quad je zde označován jako nadřazený.

Čtyři uzly a uzly mezipaměti mají vestavěné funkce přístupového bodu. Jak již bylo vysvětleno, renderer 207 pokusy o přístup ke každému z až čtyř referencí uzlu quad jsou detekovány samotným uzlem quad. Na rendereru 207 pokus o přístup k podřízenému uzlu čtveřice, který má název souboru, ale žádnou odpovídající adresu, uzel nadřazené čtveřice umístí (podle funkce jeho přístupového objektu) tento název souboru do seznamu načítání uzlu mezipaměti 205A. Seznam načtení uzlu mezipaměti 205A obsahuje seznam informací identifikujících uzly mezipaměti ke stažení ze serverového systému GIS 105. Pokud má podřízený uzel quad místní adresu, která nemá hodnotu null, renderer tuto adresu použije v místní paměti 203 pro přístup k podřízenému uzlu quad.

Čtyřjádrové uzly jsou konfigurovány tak, aby ty s tažitelným užitečným zatížením mohly v rámci svého užitečného zatížení obsahovat ohraničující rámeček nebo jiný identifikátor umístění. Renderer 207 provádí vyřazení zobrazení, které porovnává ohraničující rámeček/identifikátor umístění užitečného zatížení čtyř uzlů (je -li k dispozici) se specifikací zobrazení 203A. Pokud je ohraničovací rámeček zcela oddělený od specifikace pohledu 203A (tj. žádná z kreslitelných dat není v frustu), užitečné zatížení tažitelných dat nebude čerpáno, přestože již bylo načteno ze serverového systému GIS 105 a uloženy v počítači uživatele. V opačném případě jsou nakreslena čerpatelná data. Vyřazení zobrazení frustrace určuje, zda je ohraničující rámeček (pokud existuje) užitečného zatížení čtyř uzlů zcela oddělen od specifikace pohledu 203A před rendererem 207 prochází podřízenými uzly tohoto čtyřúhelníku. Pokud je ohraničující rámeček uzlu quad zcela odpojen od specifikace pohledu 203A, vykreslovač 207 nepokouší se přistupovat k potomkům tohoto uzlu quad. Podřízený uzel quad nikdy nepřesahuje ohraničující rámeček svého nadřazeného uzlu quad. Jakmile tedy vyřazení zobrazení frustum určí, že nadřazený uzel quad je zcela disjunktní od specifikace pohledu, lze předpokládat, že všechna potomstva tohoto uzlu quad jsou také zcela disjunktní od specifikace pohledu 203A.

Užitečné zatížení čtyř uzlů a uzlů mezipaměti může obsahovat data různých typů. Užitečné zatížení uzlu mezipaměti může obsahovat satelitní obrázky, textové popisky, politické hranice, trojrozměrné vrcholy spolu s bodovým, čárovým nebo mnohoúhelníkovým připojením pro vykreslování silnic a další typy dat. Množství dat v libovolném užitečném zatížení čtyř uzlů je omezeno maximální hodnotou. V některých případech však množství dat potřebných k popisu oblasti při určitém rozlišení překračuje tuto maximální hodnotu. V takových případech, jako je zpracování vektorových dat, jsou některá data obsažena v rodičovské užitečné zátěži a zbývající data ve stejném rozlišení jsou obsažena v užitečném zatížení dětí (a možná dokonce i v rámci potomků dětí). Mohou také nastat případy, kdy děti mohou obsahovat data buď s vyšším rozlišením, nebo se stejným rozlišením jako jejich rodiče. Například nadřazený uzel může mít dvě podřízené položky se stejným rozlišením jako tento rodič a dvě další podřízené položky s různým rozlišením (např. Vyšším) než tento rodič.

Správce uzlů mezipaměti 205 vlákno a každý z jednoho nebo více síťových zavaděčů 209 vlákna fungují asynchronně z modulu vykreslování 207 a modul interakce s uživatelem 201. Modul vykreslovače 207 a modul interakce s uživatelem 201 mohou také fungovat asynchronně od sebe navzájem. V některých provedeních až osm síťových zavaděčů 209 vlákna se provádějí nezávisle, přičemž každé pracuje asynchronně z modulu vykreslovače 207 a modul interakce s uživatelem 201. Správce uzlů mezipaměti 205 vlákno vytváří strom uzlů čtyřúhelníků 203b v místní paměti 203 naplněním čtyřmi uzly získanými ze serverového systému GIS 105 síťovým zavaděčem 209 vlákna. Strom čtyř uzlů 203b začíná kořenovým uzlem, když modul mapování klienta 130 je spuštěn nebo jinak spuštěn. Kořenový uzel obsahuje název souboru (ale žádnou odpovídající adresu) a žádnou datovou část. Jak již bylo popsáno dříve, tento kořenový uzel používá vestavěnou funkci přistupujícího objektu pro vlastní hlášení do seznamu načtení uzlu mezipaměti 205A poté, co byl vykreslen vykreslením 207 poprvé.

V každém síťovém zavaděči 209 vlákno, síťový zavaděč prochází seznamem načtení uzlu mezipaměti 205A (což v provedení znázorněném na obr. 2A je součástí správce mezipaměti 205A, ale mohou být také umístěny na jiných místech, například v místní paměti 203 nebo jiné úložné zařízení) a požaduje další uzel mezipaměti ze serverového systému GIS 105 pomocí názvu uzlu mezipaměti. Síťový zavaděč požaduje pouze soubory, které jsou uvedeny v seznamu načtení uzlu mezipaměti 205A. Správce uzlů mezipaměti 205 přiděluje místo v místní paměti 203 (nebo jiné vhodné úložné zařízení) pro vrácený soubor, který je poté organizován do jednoho nebo více nových čtyř uzlů, které jsou potomky nadřazeného uzlu čtveřice. Správce uzlů mezipaměti 205 může také dešifrovat nebo dekomprimovat datový soubor vrácený ze serverového systému GIS 105, je-li to nutné (tj. doplnit jakékoli šifrování nebo kompresi na straně serveru). Správce uzlů mezipaměti 205 aktualizuje nadřazený uzel quad ve stromu uzlu quad 203b s adresou odpovídající místní paměti 203 adresa pro každý nově vytvořený podřízený uzel quad.

Samostatně a asynchronně v modulu vykreslování 207, při jeho dalším procházení stromu čtyř uzlů 203b a procházení tohoto aktualizovaného nadřazeného uzlu quad, rendereru 207 nyní najde adresu v místní paměti odpovídající podřízenému uzlu čtyřkolky a bude mít přístup k uzlu podřízené čtveřice. Průchod rendereru 207 podřízeného uzlu quad pak postupuje podle stejných kroků, které byly dodrženy pro nadřazený uzel quad. Toto pokračuje stromem čtyř uzlů 203b dokud není dosažen uzel, který je zcela oddělený od specifikace pohledu 203A nebo je považováno za nevhodné čerpat na základě jiných faktorů, jak bylo vysvětleno dříve.

V tomto konkrétním provedení si všimněte, že neexistuje žádná komunikace mezi správcem uzlu mezipaměti 205 vlákno a modul rendereru 207 jiný než renderer 207 čtení čtyř uzlů napsaných nebo jinak poskytnutých správcem uzlu mezipaměti 205 vlákno. Dále si všimněte, že v tomto konkrétním provedení se nadále stahují uzly mezipaměti, a tím i uzly čtveřice, dokud vrácené podřízené položky obsahují pouze užitečné zatížení, které je zcela oddělené od specifikace pohledu 203A nebo jsou jinak nevhodné pro kreslení, jak bylo vysvětleno dříve.

Síťové rozhraní 211 (např. karta síťového rozhraní nebo transceiver) je nakonfigurován tak, aby umožňoval komunikaci z mapovacího modulu 130 k odeslání přes síť 120, a umožnit komunikaci ze systému vzdáleného serveru 105 aby byly přijímány mapovacím modulem 130. Stejně tak rozhraní displeje 215 (např. karta rozhraní displeje) je nakonfigurována tak, aby umožňovala odesílání dat z mapovacího modulu na displej spojený s počítačem uživatele, takže uživatel může data zobrazit. Každé ze síťových rozhraní 211 a rozhraní displeje 215 lze implementovat konvenční technologií.

OBR. 2b a 2C ilustrujte jeden příklad stromu čtyř uzlů 203b na OBR. 1, a proces načítání uzlu mezipaměti, konfigurovaný v souladu s provedením tohoto vynálezu. Jak je vidět na OBR. 2b, tento příklad stromu 203b v současné době má kořenový uzel, nadřazený uzel, čtyři podřízené uzly a řadu dalších potomků z těchto čtyř podřízených uzlů. Každý uzel má vestavěnou funkci přistupujícího objektu.

Jak již bylo vysvětleno, modul správce uzlů mezipaměti 205 staví strom čtyř uzlů 203b naplněním čtyřmi uzly získanými ze vzdáleného serverového systému 105. Čtyři uzly používané k naplnění stromu 203b jsou identifikovány rendererem 207, který běží asynchronně ke správci uzlů mezipaměti 205. Zejména renderer 207 prochází stromem čtyř uzlů 203b hledá čerpatelná data užitečného zatížení, která jsou v rámci aktuální specifikace zobrazení 203A. Když renderer 207 pokusí se získat přístup k referenci čtyř uzlů, která má název souboru, ale žádnou odpovídající lokální adresu (například případ s kořenovým uzlem nebo 3 druhý podřízený uzel „potomků X“ zobrazených na OBR. 2b), tím se spustí funkce přistupujícího objektu tohoto čtyřnohého uzlu k nezávislému umístění vlastní adresy a podřízeného referenčního čísla do seznamu načítání uzlu mezipaměti 205A, který obsahuje seznam souborů identifikujících informace, které mají být staženy ze systému vzdáleného serveru 105. Nezávislý síťový zavaděč 209 vlákno pravidelně kontroluje seznam načítání uzlu mezipaměti 205A, a požaduje pouze soubory uvedené v seznamu. Právě prostřednictvím těchto asynchronních procesů strom čtyř uzlů 203b je vytvořen a udržován během dané relace uživatele.

V zobrazeném příkladu již ke kořenovému uzlu přistupoval renderer 207, což ve skutečnosti způsobilo stažení nadřazeného quad uzlu, jak je zde vysvětleno. Tento příklad nadřazeného uzlu quad obsahuje užitečné zatížení a čtyři reference (odkaz č.1, Ref #2, Ref #3a odkaz č.4) do dalších čtyř uzlů, které jsou potomky tohoto rodiče. Užitečné zatížení má ohraničující rámeček (na obr. 2 označený jako „BB“)b a 2C), která obsahuje data „a, b, c.“ Toto užitečné zatížení může zahrnovat například satelitní snímky, textové popisky, politické hranice, trojrozměrné vrcholy spolu s bodovým, čárovým nebo mnohoúhelníkovým propojením pro vykreslování silnic a další typy dat, jak bude zřejmé ve světle tohoto zveřejnění. Data jsou v tomto příkladu označena „a, b, c“ pouze pro ukázku toho, jak lze data reprezentovat pomocí více uzlů quad, když se data nevejdou do jednoho uzlu quad, a nejsou zamýšlena tak, aby implikovala jakýkoli konkrétní uzel/strom/ datové struktury nebo typy. Každá reference obsahuje název souboru (fn) podřízeného uzlu a adresu v místní paměti 203 kde lze tento soubor umístit.

Jednou renderer 207 přistupuje k nadřazenému uzlu a určuje, že jeho užitečné zatížení je kreslitelné a není zcela mimo rámec specifikace zobrazení 203A, čerpá to užitečné zatížení. Renderer 207 také přistupuje ke každému ze čtyř referenčních souborů, čímž vytváří generaci podřízených uzlů (obecně označených jako potomci X na OBR. 2b a 2C), který zahrnuje čtyři děti. Shora dolů: první podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data označená a a tři referenční soubory (Ref #1, Ref #2a odkaz č.3) druhý podřízený uzel obsahuje užitečné zatížení mající ohraničující rámeček, který obsahuje data označená b a žádné referenční soubory, třetí podřízený uzel obsahuje užitečné zatížení mající ohraničující rámeček, který obsahuje data označená c a dva referenční soubory (Ref #1 a č.2) a čtvrtý podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data ve vysokém rozlišení (Hi-Res) označená a, b, c a třemi referenčními soubory (odkaz č.1, Ref #2a odkaz č.3).

Ke každému z těchto potomkových X podřízených uzlů přistupuje vykreslovač postupně 207, aby bylo možné čerpat příslušné užitečné zatížení (je -li to vhodné) a mít přístup k referenčním souborům (je -li to vhodné). V tomto případě při vykreslování 207 přistupuje k druhé referenci (Ref #2) z 3 druhý podřízený uzel potomků X ukázaných na OBR. 2b, narazí na název souboru s NULL adresou. Jak již bylo vysvětleno, spustí to funkci přistupujícího objektu třetího podřízeného uzlu k nezávislému umístění vlastní adresy a odpovídajícího referenčního čísla (odkaz č.2) na seznam načtení uzlu mezipaměti 205A. Síťový zavaděč 209 pak způsobí uvedené soubory (včetně souboru přidruženého k Ref #2) ke stažení ze systému vzdáleného serveru 105. Jak je vidět na OBR. 2C, požadovaný soubor je přijat prostřednictvím zavaděče sítě 209 a poskytnuty správci uzlu mezipaměti 205. Správce uzlů mezipaměti 205 poté přidělí místo v místní paměti 203 pro vrácený soubor a uspořádá ho do nového podřízeného uzlu čtyřúhelníku (zahrnutého v potomcích Y), který je potomkem 3 rd podřízený uzel potomků X. Správce uzlů mezipaměti 205 také aktualizuje třetí podřízený uzel novou adresou (Nové přidání) přiděleného prostoru.

Jakmile bude uzel quad pro Ref 2 je vytvořen provozem správce uzlů mezipaměti 205, podřízené uzly potomků Y zahrnují osm dětí. Shora dolů: první podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data označená aii a žádné referenční soubory, druhý podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data označená aiii a žádné referenční soubory, třetí podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data označená aiiii a žádné referenční soubory, čtvrtý podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data označená cii a žádné referenční soubory, pátý podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data označená ciii a žádné referenční soubory, šestý podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data s vysokým rozlišením označená ajá, hi-res a tři referenční soubory (Ref #1, Ref #2a odkaz č.3) sedmý podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data s vysokým rozlišením označená písmenem b,hi-res a žádné referenční soubory a osmý podřízený uzel obsahuje užitečné zatížení s ohraničujícím rámečkem, který obsahuje data s vysokým rozlišením označená cjá, hi-res a dva referenční soubory (Ref #1 a č.2).

Potomci Z zahrnují podřízené uzly určené odkazy na šestý a osmý podřízený uzel potomků Y, obsahují další data o vysokém rozlišení pro aac, jak je vidět. Renderer 207 zpracuje quad uzly s vysokým rozlišením v závislosti na datech požadovaných uživatelem. Obecně platí, že vyšší úrovně zoomu (nižší pozorovací nadmořská výška) vyžadují obrazová data s vyšším rozlišením.

GUI 201A slouží k přijímání vstupů od uživatele. OBR. 3A ilustruje jedno konkrétní provedení GUI 201A, který funguje jako geoprostorový prohlížeč, který obsahuje zobrazovací okno 321 pro zobrazení 3D mapy a pole pro zadávání textu 303 pro zadávání informací o poloze, jako je zeměpisná šířka a délka, adresa a/nebo PSČ nebo název známého webu (např. „Lincoln Memorial“ nebo „Area 51“). GUI 201A má řadu režimů, ve kterých může fungovat, včetně režimu Fly To, režimu místního vyhledávání a režimu Directions, jak ukazují tlačítka pro výběr režimu 301. Režim Fly To je zobrazen na OBR. 3A, kde lze do pole zadat libovolné místo (např. New York City nebo PSČ nebo „Bílý dům“) 303a okno displeje 321 automaticky se oddálí a poté se přesune na cílové místo a poté se přiblíží, což má za následek virtuální létání (jako okno displeje 321 zobrazuje snímky trasy z aktuálního umístění do cílového umístění). Režim místního vyhledávání umožňuje uživateli vyhledávat místní podniky (např. „Pizzu“) a body zájmu (např. Muzea) buď v aktuálně zobrazeném místě, nebo v místě určeném uživatelem (v tomto režimu první text může být poskytnuto vstupní pole pro označení toho, co se hledá, a druhé pole pro zadávání textu může indikovat, kde hledat). Režim Směr umožňuje uživateli určit počáteční a koncovou polohu (v tomto režimu může být poskytnuto první pole pro zadávání textu pro označení počátečního místa a druhé pole pro zadávání textu pro označení místa zastavení) a poté poskytuje mapa a písemné pokyny pro cestování mezi těmito místy.

GUI 201A také obsahuje ovládání zoomu 309 pro nastavení nadmořské výšky sledování, ovládání náklonu 315 pro nastavení úhlu pohledu, ovladače otáčení 327 pro otáčení pohledu doleva a doprava a sadu ovládacích prvků posouvání 311 pro zobrazení oblastí 3D mapy vlevo, vpravo, nahoře nebo dole v zobrazovacím okně.

GUI 201A zahrnuje také ovládání míst 305, což umožňuje uživateli organizovat uložená data na panelu Místa podobným způsobem, jakým by uživatel organizoval soubory a složky na pevném disku počítače. Například ovládání míst 305 umožňuje uživateli vytvářet složky, měnit pořadí značek míst nebo složek, přejmenovávat značky míst nebo složky, odstraňovat/mazat značky míst nebo složky a vyprazdňovat obsah složky. Uživatel také může vybrat (např. Zaškrtávací políčko nebo jiný takový ovládací mechanismus GUI) různá místa určená v ovládacím prvku míst 305, a poté vyberte funkční tlačítko „přehrát“ (vpravo dole ovládání míst 307 panel), takže se v okně zobrazí virtuální prohlídka těchto vybraných míst 321. Lze také zajistit funkce zastavení a pozastavení, které uživateli poskytnou větší kontrolu nad virtuální prohlídkou. Jak bude postupně vysvětleno, navigaci po takových uživatelsky definovaných cestách může vypočítat mapovací modul 130.

GUI 201A také obsahuje ovládání vrstev 307, který poskytuje různé datové body geografického zájmu (např. body zájmu, stejně jako data z map, silnic, terénu a budov), které si uživatel může vybrat k zobrazení v oblasti zobrazení. V provedení ukázaném na OBR. 3Anapříklad běžně používané vrstvy jsou k dispozici na navigačním panelu (např. ubytování, stravování, silnice, strávníci, terén a 3D budovy) a úplný seznam vrstev je k dispozici na panelu Vrstvy (např. články National Geographic Magazine relevantní pro konkrétní oblast, golfová hřiště/areály, kavárny, komunitní weby, epicentra zemětřesení atd.).

GUI 201 tohoto příkladného provedení také zobrazuje obrazová data 323 ve spodní části zobrazovacího okna 321včetně souřadnic ukazatele/kurzoru (např. zeměpisná šířka/délka/nadmořská výška), dokončení procenta streamování a nadmořská výška očí (např. stopy). Údaje o nadmořské výšce očí jsou zvláště užitečné, když uživatel upravuje ovládání náklonu, aby se blíže podíval na cílové místo, protože uživatel ví, jak blízko k zemi je aktuální pohled na základě aktuální výšky očí. GUI 201A dále obsahuje ovládání tisku a e -mailu 319 (aby bylo možné tisknout a zasílat e -mailem umístění a/nebo obrázky). Také GUI 201A obsahuje ovládací prvek přidání značky místa/složky/síťového odkazu 317, což umožňuje uživateli vytvářet nebo jinak přidávat nové značky míst, složky a/nebo síťové odkazy. Hlavní nabídky geoprostorového prohlížeče 325 zahrnují nabídku Soubor (např. funkce jako Otevřít, Uložit, Uložit jako, Zobrazení e -mailu/e -mailu, Sdílet s online komunitou, Tisk, Odhlášení), Upravit (např. obsahuje funkce jako Najít na místech, Najít další, Najít kořist, Kopírovat, Zobrazení snímku, Minulé smazání, Přejmenovat, Obnovit, Použít šablonu stylu, Odstranit obsah, Uložit do mých míst, Vymazat historii vyhledávání a Vlastnosti), Zobrazit (např. Obsahuje funkce a volitelné funkce zobrazení, jako je Celá obrazovka, Velikost zobrazení, Kompas, stavový řádek, mřížka Lat/Lon, přehledová mapa a prohlídka Play), Přidat (např. Obsahuje funkce umožňující přidání značek míst, složek, překryvných obrázků a síťových odkazů), Nástroje (např. Obsahuje volitelné nástroje jako např. Navigační panel, panel Místa, panel Vrstvy, měřicí nástroj a panel Web Search) a Nápověda (např. Zahrnuje přístup do centra nápovědy online a dalších informačních zdrojů). Všimněte si, že ovládací prvek přidat značku místa/složku/síť 317 lze nakonfigurovat tak, aby poskytoval možnosti nabídky, které odpovídají možnostem v nabídce Přidat v hlavních nabídkách geoprostorového prohlížeče 325. Dále si všimněte, že různá místa a vrstvy souboru

Panely Místa a Vrstvy lze rozbalit (nebo zkondenzovat) a zobrazit tak další (nebo méně) dílčí místa a podvrstvy (např. Kliknutím na šipku GUI ukazující na štítek místa/vrstvy rozbalíte nebo zobrazíte dílčí místa/podvrstvy nebo kliknutím na šipku GUI směřující dolů zhuštění nebo skrytí dílčích míst/podvrstev).

Ve světle tohoto popisu bude zřejmé mnoho konfigurací GUI a základních funkcí a tento vynález není zamýšlen jako omezený na jakoukoli konkrétní konfiguraci. Se zobrazenými 3D mapami lze manipulovat pomocí grafického uživatelského rozhraní 201A. GUI 201A lze použít k přemístění aktuálního zobrazení mapy, například kliknutím a přetažením v zobrazovacím okně 321. Uživatel může také vybrat geografickou polohu dvojitým kliknutím na ni v okně zobrazení 321.

Jak již bylo vysvětleno s odkazem na OBR. 3A, panel Vrstvy obsahuje řadu datových vrstev, které lze vybrat pro zobrazení v oblasti zobrazení. Příklady datových vrstev zahrnují body zájmu a také mapy, silnice, terén a 3D budovy. 3D budovy mohou být generovány (jak bude diskutováno s odkazem na OBR. 5) pro řadu velkých měst, jako je Boston, Londýn, Sidney, Washington, D.C. a San Francisco, abychom jmenovali alespoň některé.

Chcete -li zobrazit tyto 3D budovy, vrstva 3D budovy se zapne zaškrtnutím políčka obsaženého v ovládacím prvku vrstvy 307. Poté je divák umístěn v rozumné nadmořské výšce nad cílovým městem. V souladu s jedním provedením tohoto vynálezu se 3D budovy začínají objevovat od výšky očí 3 000 až 12 000 stop. Jeden takový příkladný pohled je zobrazen na OBR. 3b. Připomeňme, že měřič výšky očí v pravém dolním rohu 3D prohlížeče (obrazová data 323) lze zkontrolovat a určit aktuální výšku sledování. 3D budovy se na snímcích města zobrazují jako světle šedé objekty. Když uživatel přiblíží, zobrazí se více podrobností, dokud nebude vidět celý tvar budovy. Ovládání náklonu 315 a otáčejte ovládacími prvky 327 lze použít k získání požadovaného výhledu na budovy. OBR. 3C ukazuje příklad zvětšeného a nakloněného pohledu na klastr budovy.

Virtuální prohlídka cesty definované uživatelem

Jedno provedení předkládaného vynálezu je konfigurováno pro výpočet optimální dráhy letu pro vizualizaci cestování po dráze definované uživatelem, jako jsou směry jízdy nebo chůze nebo jakákoli jiná cesta (např. Letové směry, kde se prohlídka více zaměřuje na jednotlivé destinace) než dlouhé cesty mezi nimi) na povrchu planety v kontextu distribuované geoprostorové vizualizace.

Zejména vzhledem k seznamu georeferenčních trasových bodů na Zemi (popsaných například jako seznam dvojic zeměpisné šířky a délky přidružených k řadě vybraných míst na panelu Místa v grafickém uživatelském rozhraní 201A) a některé parametry zobrazení (např. rychlost kamery, dosah a úhel náklonu vzhledem ke svislici), interaktivní GIS je přizpůsoben k výpočtu optimální dráhy letu, která umožňuje uživatelům tuto cestu vizualizovat. Tuto možnost virtuální prohlídky lze použít například na výsledky tras jízdy, aby bylo možné zobrazit náhled trasy. V tomto smyslu mapovací modul 130 pak může hrát prohlídku vypočítaných trasových bodů kamery, ať už jde o směry jízdy, pěší a turistické stezky pro chodce, veřejnou dopravu a jakékoli jiné takové cesty, které lze procházet a/nebo zobrazovat jejich náhled. V jednom konkrétním provedení tato technika simuluje vrtulník létající po zvolené dráze (např. Směry jízdy mezi dvěma body nebo dráha vytvořená ručně pomocí kreslících nástrojů) konstantní pozemní rychlostí s konstantním úhlem náklonu. Kromě toho poskytuje vizuálně bohatý virtuální zážitek z jízdy/chůze/jízdy/létání přibližováním, tranzitováním a následným prohlížením plánované cesty v kontextu simulovaného prostředí Země, které může zahrnovat trojrozměrné pohledy.

Interaktivní GIS konfigurovaný v souladu s provedením tohoto vynálezu představuje tuto virtuální prohlídku schopností cesty definované uživatelem prostřednictvím postupného způsobu, jak je znázorněno na OBR. 4. Jak je vidět, část metody je prováděna na straně serveru (např. Serverový systém 105) a část na straně klienta (např. mapovací modul 130) interaktivního GIS. Funkčnost může být integrována do vyhrazených modulů a/nebo do modulů diskutovaných s odkazem na OBR. 2A, jak bude zřejmé ve světle tohoto zveřejnění.

Metoda začíná příjmem 403A množství uživatelsky definovaných míst (např. místa zahájení a zastavení nebo nastavení bodu zájmu) od klienta. Tato umístění může uživatel vybrat například pomocí zaškrtávacích políček vedle požadovaných míst uvedených na panelu Místa v grafickém uživatelském rozhraní 201A. Případně GUI 201A lze nakonfigurovat tak, aby uživateli umožnilo zadat řadu umístění pomocí jednoho nebo více polí pro zadávání textu (např. pole počátečního umístění, množství mezilehlých polí umístění a pole umístění zastavení). Umístění může být libovolné a pořadí výběru je nevýznamné (např. Nejprve může být vybráno buď počáteční nebo koncové umístění a následné požadavky na směrování mohou nahradit jedno nebo obě počáteční nebo koncové polohy).

Jakmile uživatel poskytne umístění (označované také jako body na trase), metoda pokračuje ve generování 405 trasa včetně uvedených umístění a vrácení této trasy klientovi/uživateli. Trasu lze vygenerovat například na místním serveru, vzdáleném serveru nebo jejich kombinaci. V jednom konkrétním provedení as odkazem na OBR. 1, umístění poskytuje uživatel u klienta 125 a poté odeslány do systému serveru GIS 105 prostřednictvím geoprostorového prohlížeče 125A a síť 120, aby bylo možné vygenerovat trasu. Vygenerovaná trasa je poté odeslána zpět do mapovacího modulu 130 žádajícího klienta 125.

Metoda pokračuje zobrazováním 407 trasa k uživateli na první úrovni přiblížení (např. úroveň přiblížení vhodná k zobrazení celé trasy na obrazovce). Zobrazením může být například sada značek míst označujících každé místo nebo vícesegmentová cesta (např. POLY-LINE) sahající od počátečního umístění do koncového umístění a zahrnující jakákoli specifikovaná mezilehlá umístění. Zobrazená čára nebo cesta může sledovat silnice, chodníky a cesty veřejné dopravy (např. Linky autobusů a metra) vybrané směrovací logikou (např. Zahrnuty v serverovém systému GIS 105) s uživatelsky definovanými trasovými body zobrazenými po cestě (např. pomocí ikon nebo značek míst). Úroveň přiblížení lze nastavit podle potřeby tak, aby v zobrazovacím okně zobrazovala celou trasu. V jednom konkrétním provedení je počáteční poloha označena zelenou ikonou, přechodná místa/trasové body jsou označeny žlutou ikonou a koncový bod je označen červenou ikonou, ačkoli tyto barvy a značky jsou jen jedním příkladem mnoha možností, které mohl být použit.

Metoda pokračuje určováním 409 pokud uživatel vybral trasu pro náhled. Uživatel může tento výběr označit například dvojitým kliknutím na trasu v zobrazovacím okně 321, nebo výběrem tlačítka „přehrát“ na panelu Místa, jak bylo uvedeno výše. Pokud uživatel nevybral trasu, pak metoda pokračuje v zobrazení celkové trasy, dokud není vybrána nová trasa nebo dokud uživatel nepřejde na nové zobrazení nebo neproběhne jiná taková změna.

V opačném případě, pokud uživatel vybral trasu, metoda pokračuje v simulaci 411 průlet po trase od místa startu do místa zastavení, včetně všech určených mezilehlých míst. Tento průlet poskytuje uživateli virtuální prohlídku zadaných míst/trasových bodů. Termín „průlet“ se zde používá k označení virtuálního pohybu po trase nebo trase (ať už je cesta/trasa definována uživatelem nebo jinak) a je určen k reprezentaci všech typů pohybu (např. Létání, řízení, chůze, běh, jízda na kole, motorce atd.). Úroveň zoomu lze nastavit podle potřeby během průletu. Pokud je například jedna úroveň přiblížení vhodná k zobrazení všech trasových bodů najednou (tj. Celková úroveň přiblížení) a také podrobností každého trasového bodu během průletu, pak lze pro celý objekt použít jednu úroveň přiblížení prohlídka. Podobně lze společnou úroveň přiblížení použít pro body na trase, které jsou relativně blízko sebe (např. Z jednoho konce hlavní ulice na druhý). Alternativně může průlet zahrnovat přiblížení každého trasového bodu (např. Na úrovni přiblížení s detailním přiblížením, která ukazuje více podrobností daného trasového bodu) a momentální pozastavení na této přiblížené úrovni, aby měl uživatel čas na vizualizaci trasového bodu. Po chvilkové pauze (např. 5 až 10 sekund) se může proces průletu poté oddálit zpět na celkovou úroveň přiblížení a letět na další bod na trase, kde se postup přiblížení, pozastavení a oddálení opakuje (a tak dále, pro každý trasový bod podél cesty definované uživatelem). Virtuální prohlídku lze podle potřeby opakovat a/nebo pozastavit (např. Pomocí ovládacích prvků „Přehrát“, „Pozastavit“ a „Zastavit“ v GUI 201 A). Jakmile je v určitém trasovém bodu pozastaven, může uživatel tento waypoint dále prozkoumávat libovolným způsobem pomocí úhozů a/nebo grafického uživatelského rozhraní. 201A ovládací prvky, jako je přiblížení, posouvání, otáčení a naklánění. Normální proces průletu pak převezme kontrolu, jakmile je prohlídka pozastavena (např. Uživatel zvolí ovládací prvek „přehrát“).

V jednom konkrétním provedení je vizuální posun od skutečné cesty navržen tak, aby ukazoval „pohled přes rameno“ ve srovnání s člověkem, který prochází stejnou cestou, na rozdíl od „pohledu přes čelní sklo“, který by řidič mohl vidět. To má umožnit větší kontextové povědomí. Všimněte si však, že uživatelé mohou také zvolit režim zobrazení „přes čelní sklo“, pokud je to požadováno. Jedna konkrétní implementace režimu „přes rameno“ zahrnuje výpočet sady trasových bodů virtuální kamery na základě daného seznamu bodů (označovaného také jako „cesta“) poskytnutého uživatelem. Trasové body virtuální kamery jsou počítány tak, že orientace virtuální kamery je vždy vpřed vzhledem k cestě, na rozdíl od sledování cesty vždy při pohledu na sever. K dosažení tohoto cíle je azimut virtuální kamery vypočítán v každém waypointu na základě směru dráhy kamery. Připomeňme, že výpočet trasových bodů a azimutu kamery může provádět serverový systém 105, mapovací modul 130nebo jejich kombinace.

Aby se zabránilo chvění a v souladu s jedním konkrétním provedením, je cesta nejprve zdecimována (např. V serverovém systému GIS 105) na základě preferencí prohlížení zvolených uživatelem. Cílem je zabránit tomu, aby konečná cesta virtuální kamery zobrazovala drsné změny azimutu, které by se zdály nepotřebné nebo vizuálně neatraktivní. Azimut virtuální kamery pak lze vypočítat v každém bodě zdecimované řídicí dráhy, aby se virtuální kamera přinutila směřovat dopředu ve směru dráhy. Pro výpočet bodů řízení času je zohledněna vzdálenost mezi každým waypointem ve vypočítané cestě virtuální kamery. Cílem v jednom takovém případě je, aby virtuální kamera cestovala rychlostí určenou uživatelem.

Streamování a interaktivní vizualizace vyplněných polygonových dat

Dalším provedením tohoto vynálezu je způsob streamování a interaktivní vizualizace vyplněných polygonových dat. Metodu lze použít například pro streamování polygonových dat vyplněných 2D/3D, která se běžně používají pro reprezentaci vyčnívajících (např. Budov a mostů) i nevyčnívajících (např. Golfových hřišť a jezer) terénních geografických funkce. Poté, co byl podroben procesu předběžného filtrování založeného na výšce (platí pouze pro 3D budovy), je datová sada mnohoúhelníkových dat rozdělena do menších spravovatelných kolekcí označovaných jako čtyřkolky. Geometrie v těchto čtyřkolkách je pak zjednodušena tak, aby tvořila sadu méně složitých polygonů, přičemž se minimalizují ztráty vjemu a poskytují interaktivní snímkové frekvence v klientském softwaru.

Konvenční systémy, které poskytují 3D budovy, stahují budovy, obvykle z místního disku. 3D budovy se poté načtou do aplikace ke zpracování. Analogií by zde bylo načtení celé encyklopedie do aplikace.

V souladu s provedením tohoto vynálezu jsou data streamována postupně do mapovacího modulu 130 jak uživatel „létá“ kolem, a serverový systém GIS 105 odesílá pouze malou podmnožinu celkové databáze. Analogicky by jedno příkladné provedení mohlo načíst všech prvních 100 témat svazku encyklopedie „A“, prvních odstavců dalších 400 témat, první věty dalších 2000 témat a pouze informace o hřbetu dalších několika svazky. Jak se uživatel pohybuje v rámci oblasti/témat, mění se střed jeho „informační oázy“. Než se uživatel dostane na konec „Z“, pak mapovacího modulu 130 bude mít pravý opak počáteční konfigurace. Hierarchie abstrakcí a zjednodušení se zde označuje jako „úrovně podrobností“. Tyto úrovně podrobností jsou počítány v systému zpracování dat (např. Serverovém systému GIS 105) předem, takže později serverový systém 105 může streamovat malé a stálé množství informací k milionům klientů 125 aplikací, takže každý může rekonstruovat jen blízké budovy na základě jejich konkrétní specifikace pohledu 203A (např. poloha, orientace atd.) a na dostupném výkonu jejich počítačového systému (např. notebook s nízkým výkonem, výkonný notebook, stolní počítač, stolní počítač hráče).

OBR. 5 ilustruje procesní potrubí pro provádění způsobu pro streamování a interaktivní vizualizaci vyplněných polygonových dat, podle jednoho provedení předkládaného vynálezu. Jak je vidět, metoda zahrnuje řadu fází, ve kterých jsou komplexní polygonová data převedena na zjednodušená polygonová data. Fáze zahrnují vytváření aktiv 503, předfiltrování na základě výšky 505, ořezávání hranic čtyřkolek 507a zjednodušení zachovávající funkce 509. Každá z těchto fází nebo modulů může být implementována například jako sada spustitelných instrukcí spuštěných na serverovém systému GIS 105.

Tvorba majetku 503: Před aplikací jakéhokoli algoritmu na komplexní polygonovou datovou sadu se tato datová sada do systému vloží vytvořením vektorového aktiva. Tento proces vytváří optimalizovanou reprezentaci komplexních polygonových zdrojových dat uvnitř interaktivního GIS. Vytváření majetku lze provádět pomocí konvenčních technik pro integraci datové sady do systému pro následné zpracování.

Předfiltrování na základě výšky 505: Datové sady budov jsou podrobeny dalšímu předběžnému filtrování založenému na výšce. Polygony budov jsou nejprve seskupeny podle jejich relativní výšky (výšky nad terénem). To se provádí tak, aby byla zachována panoramata městských měst. Většina měst má velmi dobře definované panorama, které je viditelné z velké vzdálenosti. Toto panorama se skládá především z vysokých budov. Seskupení může být provedeno například na základě předdefinovaného schématu, které zahrnuje výškový rozsah pro každou skupinu (např. Intervaly 10 stop začínající na jednopatrových budovách a pokračující na N patrových budov, s nejvyšším patrem na 10 × N).Čím kratší je dosah na skupinu, tím vyšší je citlivost na výšku poskytovaná interaktivním systémem a tím přesnější bude virtuální panoráma.

Oříznutí hranic Quad 507: Aby bylo možné rychle zpracovat velké množství polygonových dat, jsou data prostorově indexována a rozdělena do menších sad. Tyto menší sady jsou zde označovány jako čtyřkolky. Každá čtveřice je reprezentována uzlem čtyřúhelníku ve stromu uzlů čtveřice 203b jak již bylo diskutováno. Největší výzvou při dělení dat na čtyřkolky je zamezení zavádění trhlin v datové sadě. Určitá část polygonů spadá na hranice čtyřúhelníků a je třeba je oříznout. Ořezový proces generuje další geometrii ve formě nově zavedených vrcholů a hran ve vnitřku polygonů. Tyto vrcholy a hrany jsou označeny jako interní. Pro vlastní ořezový proces jedno konkrétní provedení implementuje Liang-Barskyho polygonový ořezový algoritmus (i když lze použít i jiné vhodné ořezové algoritmy) následovaný postprocesem odstranění degenerovaného okraje. OBR. 6 vizuálně ilustruje tento ořezový proces. Polygony ve vyznačené oblasti byly vybrány jako uvnitř čtyřúhelníku. Všimněte si toho, že přerušované ohraničení kolem polygonů je nakresleno pro označení oblasti čtyřúhelníku pro účely diskuse, a jinak by nebylo zobrazeno.

Zjednodušení zachovávající funkce 509: Tento proces zahrnuje řadu aspektů, včetně eliminace kolineárních vrcholů, zjednodušení 2,5D polygonů na základě objemu (extrudovaná 2D geometrie, jako jsou budovy), zjednodušení 2D polygonů zachovávající tvar, zjednodušení 3D polygonů zachovávající tvar a zjednodušené sady závislé na pohledu. Nyní bude postupně projednáno každé.

Odstranění kolineárních vrcholů - Jakmile jsou polygony oříznuty, podléhají procesu decimace. Prodejci obvykle do svých polygonových dat zavádějí velký počet kolineárních vrcholů (např. 20–40). Tyto vrcholy zvyšují datovou sadu, aniž by poskytovaly jakékoli smysluplné informace. V souladu s jedním provedením tohoto vynálezu jsou kolineární vrcholy, které jsou souvislé, eliminovány nastavením prahu pro velikost úhlové variace v souvislých úsečkách definovaných těmito vrcholy. Lze nastavit další prahové hodnoty pro zachování velmi blízkých a téměř kolineárních vrcholů, které se používají k znázornění zakřivených ploch.

Objemové zjednodušení 2,5D polygonů (extrudovaná 2D geometrie, jako jsou budovy)-Aby byla zachována celková hustota viditelných budov a zároveň poskytována interaktivní vizualizace na každé úrovni i detailů, lze zachovat celkový objem uzavřený funkcemi . To poskytuje dobrou rovnováhu mezi zachováním důležitých struktur a zachováním dobré snímkové frekvence. Polygony jsou tříděny na základě uzavřených objemů. Polygony uzavírající menší objem jsou na této úrovni eliminovány na základě faktoru zjednodušení, který je funkcí úrovně i požadovaných detailů. Polygony generované v důsledku ořezávání nejsou eliminovány. To se provádí tak, aby se zajistilo, že jsou vidět částečné budovy na hranicích čtveřice, kde je jedna čtveřice vykreslena na vyšší úrovni podrobností a sousední čtveřice je vykreslena na nižší úrovni podrobností.

Zjednodušené čtyřkolky jsou znovu představeny s původním detailem opět o dvě úrovně níže (Úroveň i+2). Dalšího zjednodušení je dosaženo agregací budov do městských bloků. To se provádí pouze při nižších úrovních podrobností, kdy funkce začnou zabírat subpixelový prostor v zobrazovacím okně 321.

Zjednodušení tvarů zachovávajících 2D polygony-u 2D polygonů je cílem zachovat tvar prvku. V souladu s jedním provedením předkládaného vynálezu zde funguje zjednodušení na bázi polygonů. Vrcholy jsou klasifikovány jako kritické/nekritické na základě úhlu svíraného úsečkami obsahujícími vrchol a také délkami samotných úseček. Aby se předešlo zavádění trhlin, vrcholy na hranicích čtveřice nejsou eliminovány.

Zjednodušení 3D polygonů zachovávající tvar-Neextrudované struktury, jako jsou budovy ve tvaru pyramidy, mosty atd., Jsou obvykle reprezentovány jako trojúhelníkové nepravidelné sítě. Jedno provedení předkládaného vynálezu takové datové sady zjednodušuje nahrazením složitých trojúhelníkových sítí jednoduššími, přičemž je zachován tvar struktur. Přitom se bere v úvahu povrchové zakřivení sítí.

Zjednodušené sady závislé na pohledu-zjednodušení na straně serveru nemůže brát v úvahu pohled uživatele. Algoritmy na straně serveru (např. Serverový systém GIS 105) nemůže provádět zjednodušení závislé na pohledu. V jednom provedení tedy serverový systém 105 vytváří zjednodušené sady geometrie na základě různých poloh/orientací kamery. Za běhu mapovací modul 130 klienta 125 můžete vybrat sadu, která nejlépe odpovídá aktuální pozici fotoaparátu.

Zde popsaný interaktivní GIS podporuje řadu zobrazovacích funkcí pro bohatou prezentaci dat GIS. Všechny funkce podporované GIS lze popsat v KML. KML nebo Keyhole Markup Language je hierarchický formát gramatiky a souborů založený na XML pro modelování, ukládání a zobrazování geografických funkcí, jako jsou body, čáry, obrázky a polygony pro zobrazení klientem. 125. KML ovládá prvky, které se zobrazují v prohlížeči 3D (např. Prohlížeč 130A) a podokno Místa (např. jak je popsáno s odkazem na obr. 3A).

V souladu s jedním konkrétním provedením, klientem 125 stáhne jeden nebo více souborů KML ze serverového systému GIS 105 při prezentaci dat GIS. Navíc klient 125 můžete stahovat soubory KML z jiných serverů v síti 120. Koncový uživatel může navíc použít klienta 125 vytvářet soubory KML a volitelně sdílet soubory se serverovým systémem 105 a/nebo další klienti 125 prostřednictvím sítě 120 a/nebo jinými prostředky.

V jednom provedení jsou soubory obsahující KML kódovány ve výchozím formátu souboru označovaném jako „KMZ“. KMZ je komprimovaný formát souboru a v jednom provedení používá kompresi založenou na běžných formátech souborů ZIP. Lze použít i jiná kompresní schémata. Jeden soubor KMZ může obsahovat jeden nebo více základních souborů, které jsou extrahovány při použití souboru KMZ. Výhodou používání KMZ je, že všechny obrázky a další data použitá k vytvoření konkrétní prezentace dat GIS jsou obsaženy v jednom souboru, který lze snadno sdílet mezi serverovým systémem GIS 105 a klienty 125.

KML lze vytvářet několika způsoby, v závislosti na požadovaném účelu. Mezi tři konkrétní příklady patří použití textového editoru, použití klienta 125, a pomocí vývojového prostředí ke generování KML programově, z nichž každý bude nyní diskutován postupně.

Použít textový editor - textový editor lze použít k vytváření KML jako způsobu vytváření jednoduchých prototypů souborů nebo k testování platnosti konkrétní syntaxe nebo struktury dokumentu KML. Pro rychlou kontrolu syntaxe KML v souladu s jedním konkrétním provedením klikněte pravým tlačítkem na značku místa nebo překryv v GUI 201A a z rozevírací nabídky vyberte možnost Kopírovat. Poté otevřete jednoduchý textový dokument a vložte do něj obsah KML pro rychlý a snadný způsob zobrazení KML generovaného klientem 125.

Použijte klienta 125 k vytváření dat-Chcete-li vytvořit KML pro distribuci e-mailem nebo hostovat jako nedynamický obsah na webovém serveru, použijte klienta 125. Zejména strukturujte data podle potřeby v GUI 201A a uložte jej jako samostatný soubor (KMZ). Toto je také užitečný způsob, jak určit nejlepší strukturu pro složitější dokumenty KML, které lze vytvářet programově. Klient 125 může vytvářet a ukládat všechny kromě několika tagů KML, v souladu s jedním konkrétním provedením. Připomeňme, že mapovací modul 130 na klientovi 125 může být dále konfigurován s vývojovým modulem, který může koncový uživatel použít ke generování KML a uložení KML do souboru KMZ, podrobněji diskutováno v dříve začleněné U.S. Č. 11/426,831, podané 27. června 2006, s názvem „Značkovací jazyk pro interaktivní geografický informační systém“.

Použijte vývojové prostředí ke generování KML programově - k vytváření obsahu KML pro doručování prostřednictvím webu lze použít jakékoli oblíbené vývojové prostředí (např. Php, servlety Java), podobně jako se vytváří jiný dynamický webový obsah. Většina editorů obsahu, které zobrazují data XML, může udělat totéž pro KML.

Následuje příklad souboru KML:

    • Zadejte ikony a štítky k identifikaci míst na povrchu planety (nebo jiné cílové oblasti).
    • Vytvořte různé pozice kamery a definujte jedinečné pohledy pro každou ze zobrazených funkcí.
    • Použijte překryvné obrázky připevněné k zemi nebo obrazovce.
    • Definujte styly a určete vzhled prvků.
    • Pište HTML popisy funkcí - včetně hypertextových odkazů a vložených obrázků.
    • K hierarchickému seskupování funkcí použijte složky.
    • Dynamicky načítejte a aktualizujte soubory KML ze vzdálených nebo místních síťových umístění (Network Link).
    • Doručte aktuální detaily pohledu z klienta na server, abyste mohli načíst data KML na základě změn v 3D prohlížeči.
    • Klient zpracovává soubor KML 125 podobným způsobem, jakým jsou soubory HTML (a XML) zpracovávány webovými prohlížeči. Stejně jako HTML má KML strukturu založenou na značkách s názvy a atributy používanými pro konkrétní účely zobrazení. Tedy klient 125 funguje jako prohlížeč souborů KML.

    Funkce KML sdílejí řadu společných prvků: název, popis, viditelnost, zobrazení souřadnic a úryvek, jak bude nyní popsáno.

    Název: Syntaxe KML používá značku & ltname & gt k poskytnutí názvu složky, značky místa, překrytí nebo dalších funkcí pro snadnou identifikaci v mapovacím modulu 130. Následující příklad ukazuje prvek & ltname & gt aplikovaný na prvek & ltFolder & gt.

    Popis: Značku & ltdescription & gt lze použít k zadání dalších informací o funkci. Tento popis se objeví například na panelu Místa (GUI 201A na OBR. 3A) když uživatel klikne na složku nebo překrytí země a ve vyskakovacím okně, když uživatel klikne buď na název značky místa na panelu Místa, nebo na ikonu značky místa na mapě. Prvek description podporuje prostý text i formátování HTML. V jednom konkrétním provedení je mapovací modul 130 je naprogramováno nebo jinak nakonfigurováno tak, aby rozpoznalo platnou webovou adresu URL zadanou v popisu a automaticky převádělo adresu URL na hypertextový odkaz na tuto adresu URL (např. http://www.google.com). V důsledku toho nemusí být adresa URL obklopena & lta href = “http: //. . . ”& Gt & lt/a/gt tagy za účelem dosažení jednoduchého odkazu (čímž se minimalizuje potřeba značkování HTML). Vzhled popisného textu však lze formátovat pomocí HTML, aby v případě potřeby poskytl styl písma a dokonce i obrázky. Při použití HTML k vytvoření hypertextového odkazu kolem konkrétního slova nebo při zahrnutí obrázků do HTML lze použít odkazy na entity nebo prvek CDATA k úniku hranatých závorek a apostrofů. Prvek CDATA říká analyzátoru XML, aby ignoroval speciální znaky použité v závorkách. Tento prvek má například podobu: & lt! [CDATA [zde speciální znaky]] & gt. Pokud není požadováno použít prvek CDATA, lze použít odkazy na entity k nahrazení všech speciálních znaků. Nejčastěji je však nejjednodušší použít prvek CDATA k uzavření celého řetězce HTML, než k nahrazení odkazů na entity pro každý speciální znak. Následující příklad ilustruje popisovou značku použitou ke generování vyskakovacího okna znázorněného výše:

    Viditelnost: Značku & ltvisibility & gt lze použít k nastavení výchozí viditelnosti funkce (např. Složky, značky místa nebo překrytí) při prvním otevření v mapovacím modulu 130. Viditelnost platí pro všechny funkce. Při použití na funkcích a překryvech ve složkách má však viditelnost zvláštní podmínky. Funkce je viditelná, pokud má ona a její předkové viditelnost nastavenou na true (1). Lze definovat, zda se má tato funkce zpočátku zobrazovat, když uživatel otevře soubor KML. Po otevření souboru KML má uživatel možnost zapnout nebo vypnout zobrazení funkce. Například:

    Souřadnice pohledu - Prvek & ltLookAt & gt lze použít k určení pohledu kolem daného bodu na povrchu planety. Mapovací modul 130 lze nastavit zobrazení „kamery“ pro značky míst, složky, překryvy a další funkce. Pokud má funkce specifikovanou značku & ltLookAt & gt, poklepáním na položku v okně Místa způsobí modul mapování 130 posunout nebo naklonit, abyste dosáhli zadaného zobrazení. Pohled na prvek nemá žádný vztah k souřadnicím nebo rozsahu (zeměpisné délce/šířce) prvku. Značka místa může být například umístěna ve středu velkého pozemku a souřadnice pozorování pro tuto značku místa se mohou dívat směrem k levému rohu země, nikoli přímo dolů nad značku místa. Pohled pro značku místa lze ve skutečnosti nastavit tak, aby samotná geometrie nebyla ani v pohledu. Toto chování lze použít k označení „pohledu kamery“ na konkrétní pozici, která není spojena s žádnou geometrií, například pohled na severní okraj Grand Canyonu. Značku místa lze dokonce nastavit v Kalifornii a zobrazení pro tuto značku místa v New Yorku. Pokud funkce nemá žádné značky & ltLookAt & gt, poklepáním na funkci způsobí modul mapování 130 pro přiblížení na zobrazení přímo nad funkcí. Značka & ltLookAt & gt je komplexní značka, která definuje souřadnice pozorování nebo bod oka rodičovské značky místa, složky nebo překrytí země. Například:

    Fragment - Pomocí značky & ltSnippet & gt zadejte stručný popis, který se zobrazí pod funkcí, když je tato funkce zobrazena na panelu Místa (grafického uživatelského rozhraní) 201A z OBR. 3A). Tuto značku lze použít k vytvoření stručného popisu, pokud je požadováno přepsat vzhled obsahu prvku & ltdescription & gt na panelu Místa. Pokud značka místa obsahuje popis i úryvek, zobrazí se úryvek pod značkou místa na panelu Místa a popis se zobrazí v bublině popisu. Například:

    Hodnoty značky & ltSnippet & gt jsou uživatelsky definovaný text. Jeho rodič je & ltPlacemark & ​​gt a nemá žádné podřízené značky.

    Výkonnou funkcí KML je síťové propojení. Síťové odkazy lze použít k rychlému a snadnému sdílení souborů KML mezi více uživateli sdílením odkazu na data, nikoli samotnou distribucí dat. Síťový odkaz lze považovat za složku, která má atributy, které můžete definovat a poté je umístit na server (server místní počítačové sítě, internetový webový server nebo místní systém souborů). To umožňuje uživatelům snadno získávat dynamická data obsažená v síťovém propojení.Uživatel může například shromáždit několik překryvných snímků satelitu počasí spolu s dalšími daty, která jsou dotazována z jiných serverů (např. Více síťových odkazů, kde jedno síťové spojení může odkazovat na jiné síťové spojení atd. z více zdrojů) a seskupte všechny informace dohromady do síťového odkazu, který mohou lidé otevřít a zobrazit modely předpovědi počasí překrývající se na Zemi (nebo jiné cílové oblasti). Síťové odkazy mohou využívat všechny běžné prvky a také většinu funkcí dostupných pro složky.

    Zde popsané „síťové propojení“ interaktivního GIS lze použít k umožnění sdílení geoprostorových informací v síti pomocí funkcí automatické aktualizace a prostorových dotazů. V jednom provedení obsahuje specifikaci časovače pro obnovovací frekvenci a schopnost aktualizovat data v určitém časovém období poté, co se uživatel přestal pohybovat.

    Jedna konkrétní konfigurace, ve které může fungovat síťové propojení, zahrnuje: klientský software geoprostorového prohlížeče (2D nebo 3D) běžící na klientském počítači (např. Jako mapovací modul 130 a prohlížeč 125A běžící na klientovi 125) a server hostující geoprostorový popisný soubor (např. server s obsahem třetích stran) 140 a soubor geoprostorového popisu 140A) obsahující souřadnice a informace o štítku/ikoně/popisu (alternativně lze odkazovat na místní popisný soubor, pokud informace aktualizuje nějaký jiný proces). V jedné takové konkrétní konfiguraci je použit 3D geoprostorový prohlížeč podporující geoprostorový značkovací jazyk „KML“ a server (např. Server zahrnutý v serverovém systému) 105) hostování jednoho nebo více měnících se souborů KML nebo prostorové databáze, která vrací KML na základě řetězce dotazu a ohraničovacího rámečku pro aktuální zobrazení.

    Jak již bylo vysvětleno, KML je XML schéma pro definování geoprostorového značení. Mezi hlavní prvky jednoho provedení patří: složky, značky míst (geoprostorově umístěné ikony se štítky a souvisejícím popisem), čáry, mnohoúhelníky, překryvné obrázky (geoprostorově orientované obrázky překryté v horní části základní mapy), překryvné obrazovky (obrázky zarovnané na obrazovce, nikoli geoprostorově orientované) a síťové odkazy. Další podrobnosti o KML jsou uvedeny například ve specifikaci KML obsažené v dodatku A dříve začleněné prozatímní přihlášky USA č. 60/694,529, jakož i v dříve začleněné U.S. Č. 11/426,831, podané 27. června 2006, s názvem „Značkovací jazyk pro interaktivní geografický informační systém“. Síťové odkazy jsou definovány KML, takže je lze sdílet mezi uživateli a síťové propojení může načíst soubor KML, který obsahuje další síťová propojení. KML také definuje řadu dalších funkcí interaktivního GIS konfigurovaného v souladu s provedeními tohoto vynálezu, jak bude zřejmé ve světle tohoto popisu.

    Implementace síťového odkazu může být časová nebo pohledová. V závislosti na čase určuje síťový odkaz, jak často se má soubor aktualizovat (např. Jednou při spuštění aplikace a ručně aktualizovat každých n sekund). Když mapovací modul 130 klienta 125 vidí, že časovač zhasl (nebo dostane požadavek na ruční/spuštění aktualizace), znovu načte soubor geoprostorového popisu s uvedenou jeho adresou URL (např. buď na vzdálených serverech, jako je „http: //...“, nebo na místní sítě jako „ myServer ...“ nebo jakékoli jiné platné umístění v síti). Položky KML obsažené v souboru nahrazují předchozí položky zobrazené ve složce síťových odkazů. Viditelnost položek lze určit pomocí KML v souboru nebo uživatelem zvolené viditelnosti v uživatelském rozhraní.

    Na základě zobrazení lze implementovat další volbu pro aktualizaci (např. Kde aktualizace probíhá každých n sekund poté, co uživatel přestal přesouvat zobrazení). Tato doplňková funkce umožňuje síťovému propojení poskytovat výsledky prostorového dotazu k simulaci „vrstvy“ informací, kde je třeba zobrazit pouze data v aktuálním zobrazení. Ohraničovací rámeček aktuálního zobrazení je připojen k adrese URL (nebo jinak odeslán), takže systém serveru 105 ví, z jakého geoprostorového umístění je třeba stáhnout požadovaná data. V souladu s jedním provedením tohoto vynálezu umožňuje síťové propojení založené na pohledu dynamický vyhledávací mechanismus distribuovaného geoprostorového informačního systému, jak bude postupně popsáno s odkazem na OBR. 8. Všimněte si toho, že ohraničovací rámeček aktuálního pohledu lze odeslat zpět na jakékoli síťové propojení, nejen na síťová propojení s obnovením na základě zobrazení, jak bude zřejmé ve světle tohoto zveřejnění.

    Ke každé položce KML lze připojit sériové číslo, takže když dojde k obnově, mohou existující položky přijímat úpravy bez cyklu/nákladů na odstranění/nahrazení. Síťové odkazy by mohly být také implementovány jako RSS kanál, jak bude zřejmé ve světle tohoto zveřejnění. OBR. 7A ilustruje příklad obrazovky ukazující přenos síťového odkazu z monitorů zemětřesení USGS a OBR. 7b ilustruje příklad obrazovky ukazující zdroj síťových odkazů pro historická data letových tras pro letadla při přiblížení k SFO.

    Před vytvořením síťového odkazu musí cílový obsah, na který se má odkazovat, existovat na síti nebo webovém serveru, na který lze odkazovat. Pokud je autor autorem obsahu, může být obsah uložen na síť nebo webový server. V každém případě musí být známé síťové umístění souboru nebo adresa URL, pokud je umístěn na webovém serveru. Chcete -li vytvořit síťové propojení, může uživatel například vybrat „síťové propojení“ z nabídky Přidat v hlavních nabídkách 325nebo klikněte na Přidat ovládací prvek síťového odkazu 317nebo klikněte pravým tlačítkem na složku na panelu Moje místa. V jednom takovém provedení předkládaného vynálezu je modul interakce uživatele 201 je naprogramován tak, aby reagoval na takové akce uživatele otevřením nového dialogového okna síťového spojení, jako je to zobrazené na OBR. 7C. Uživatel pak může zadat název odkazu do pole Název. Stejně tak může uživatel do textového pole URL nebo Název souboru zadat úplnou cestu k odpovídajícímu souboru KMZ (nebo jinému vhodnému formátu souboru). Alternativně může uživatel přejít na požadované umístění souboru, pokud je soubor umístěn v síti. V příkladu znázorněném na OBR. 7C, URL odkazuje na soubor KMZ (http://www.test.com/myKMZ.kmz). V jedné konkrétní konfiguraci je 3D prohlížeč (geoprostorový prohlížeč 125A) okamžitě letí do výchozího zobrazení pro propojená data. Uživatel může dále nastavit požadovanou obnovovací frekvenci. V tomto konkrétním případě aktualizace na základě času označuje, jak často klient 125 obnovuje zaškrtnuté položky v síťovém odkazu a obsahuje dvě možnosti: Jednou (kde pokaždé mapovací modul 130 se spustí, aktualizuje všechny zaškrtnuté položky ve složce síťových odkazů) nebo Periodicky (kde je mapovací modul) 130 aktualizuje zaškrtnuté položky na základě časové frekvence nastavené uživatelem v hodinách, minutách a sekundách. Uživatel může také nastavit požadovanou rychlost načítání pro data založená na zobrazení. Aktualizace založená na zobrazení je pokročilá funkce, která má smysl, pokud se uživatel připojuje k datům, která zobrazují obsah v závislosti na souřadnicích zobrazení mapovacího modulu 130. Předpokládejme například, že je odkaz na server, který dodává tisíce výpisů nemovitostí pro celý stát, ale bude doručovat pouze seznamy týkající se oblasti obsažené v 3D prohlížeči. Zde lze nastavit rychlost načítání pro data založená na zobrazení v závislosti na požadovaném chování v 3D prohlížeči. Možnosti, které lze vybrat pro aktualizaci založenou na zobrazení, zahrnují: Nikdy, Na vyžádání a Po zastavení fotoaparátu. Je -li vybrána možnost Nikdy, tato funkce je ponechána pro data nezávislá na pohledu kamery, jako je například statický překryvný obrázek. Když je vybrána možnost Na vyžádání, data z kamer se ručně aktualizují kliknutím pravým tlačítkem na složku síťového odkazu a výběrem možnosti Obnovit z místní nabídky. Je-li vybrána možnost Po zastavení kamery, jsou data založená na kameře aktualizována poté, co se pohyb v prohlížeči zastaví (může být zadáno zpoždění N sekund po zastavení, takže aktualizaci obnoví pouze změny zobrazení, které zůstanou po zadanou dobu zpoždění nezměněny). Tím se zabrání modulu mapování 130 z načítání aktualizací serveru, zatímco uživatel přesouvá prohlížeč, což zpomaluje výkon. Jakmile uživatel dokončí navigaci na nové místo, data se obnoví v nastaveném intervalu. Například časové období je nastaveno na 1 sekundu, data serveru se načítají každou sekundu, jakmile se zastaví pohyb v prohlížeči. Když uživatel začne znovu navigovat, načítání dat serveru se zastaví. Uživatel může také zadat popisný text nebo HTML. Tato data lze zadat například stejným způsobem jako data pro běžnou složku. Text, který uživatel zadá do tohoto popisu, je pouze popisem odkazu a není viditelný nikým jiným, kdo odkazuje na soubor KMZ. Zde zadaný popis bude moci zobrazit pouze uživatel (pokud uživatel neodešle e -mailem složku s odkazy ostatním lidem). V jednom takovém provedení je to podobné vytvoření záložky pro webovou stránku a následnému přidání popisné poznámky o záložce. V případě potřeby může uživatel také nastavit pokročilé informace. Dvě ukázkové rozšířené možnosti dostupné v části Upřesnit zahrnují Pohled a Styl. Pomocí možnosti Zobrazit může uživatel nastavit zobrazení pro propojenou složku nejvyšší úrovně jako pro jakoukoli složku. S volbou Styl jsou informace o stylu k dispozici, pokud jsou položky v propojeném souboru KMZ stejného typu, například všechny značky míst nebo všechny překryvné vrstvy. Pokud se v propojené složce nachází směsice položek, nejsou k dispozici žádné informace o stylu. Jakmile však uživatel propojí složku nejvyšší úrovně, lze upravit informace v jakékoli podřízené složce a nastavit pro ni informace o stylu, jsou-li k dispozici.

    Síťový odkaz lze tedy použít k rychlému a snadnému sdílení geoprostorových informací (jako jsou soubory KML, jak bude vysvětleno postupně) mezi více uživateli v síti sdílením odkazu na data, nikoli distribucí samotných dat. Síťový odkaz konfigurovaný podle jednoho provedení tohoto vynálezu má následující vlastnosti KML: Jméno, Viditelnost a URL. Mezi další související funkce patří složky, dokumenty, pozemní překryvy, značky míst a překryvy obrazovky. Každá z těchto funkcí KML a další budou postupně projednány. Další podpůrné funkce KML budou zřejmé ve světle tohoto popisu a jsou dále popsány v dříve začleněné prozatímní přihlášce USA č. 60/694,529 a U.S. přihlášce č. 11/426,831.

    & LtNetworkLink & gt je komplexní značka používaná k definování odkazovaného souboru KML v místní nebo vzdálené síti. Například:

    Název: jak již bylo uvedeno výše.

    Viditelnost: jak již bylo diskutováno.

    URL: Umístění propojeného souboru KML (nebo jiného skriptu). Jak již bylo vysvětleno, síťové odkazy mohou odkazovat na soubor KML buď na vzdálených serverech (http: //...), Nebo v místních sítích ( myServer ...). Značka URL je nadřazená několika podřízeným značkám, které řídí různé aspekty chování odkazu. Tyto podřízené značky zahrnují: Interval aktualizace, Viditelnost aktualizace, Režim aktualizace, Režim zobrazení aktualizace a Čas aktualizace zobrazení, z nichž každý bude nyní popsán.

    Interval aktualizace - & ltrefreshlnterval & gt je značka používaná k označení časového intervalu pro aktualizaci propojených dat nebo překrytí (např. V sekundách). V jednom konkrétním provedení, pokud je hodnota větší než 0, adresa URL se obnovuje každých n sekund. Pokud je hodnota menší než 0, adresa URL se nikdy nenačte a pokud se hodnota rovná 0, adresa URL se načte jednou. Například:

    Obnovit viditelnost - značku & ltrefreshVisibility & gt lze použít k zachování nebo ignorování výchozí viditelnosti funkcí v dokumentu KML, na který odkazuje síťové propojení. V jednom konkrétním provedení jsou hodnoty pro značku & ltrefreshVisibility & gt následující: výchozí hodnota je 0, ponechává viditelnost v rámci kontroly mapovacího modulu 130 nastavte hodnotu na 1 a obnovte viditelnost funkcí při každém obnovení síťového připojení. Předpokládejme například, že položka v propojeném souboru KML má viditelnost nastavenou na 0 a viditelnost aktualizace je zapnutá (nastavena na 1). Při prvním načtení souboru do mapovacího modulu 130, zaškrtávací políčko vedle položky je zrušeno a položka není v zobrazovacím okně viditelná 321 3D prohlížeče/prohlížeče. Pokud uživatel zaškrtne políčko položky (např. Zaškrtávací políčko zobrazené na panelu Místa na OBR. 3)A), aby byl viditelný v zobrazovacím okně 321 3D prohlížeče/prohlížeče, položka bude po aktualizaci adresy URL znovu vymazána. Nadřazené značky, ve kterých může být obsažena značka & ltrefreshVisibility & gt: & ltNetworkLink & gt. Značka & ltrefreshVisibility & gt neobsahuje žádné podřízené značky.

    Režim aktualizace — Síťové odkazy lze načítat dynamicky jedním ze tří způsobů: na žádost uživatele, jednou při načtení dokumentu nebo pravidelně podle hodnoty intervalu aktualizace. Značka & ltrefreshMode & gt nastavuje typ aktualizace, která se provádí u síťového propojení nebo překrytí země, a to buď obnovení v určeném intervalu, nebo pouze jednou při načítání v klientovi 125. Například

    Režim aktualizace zobrazení-Dotaz na základě zobrazení lze vrátit do systému serveru 105 buď pravidelně, podle intervalu obnovení zobrazení, nebo po uplynutí nastaveného času, protože se „virtuální kamera“ přestala pohybovat. Když je aktivní, mapovací modul 130 odešle HTTP GET do systému zdrojového serveru 105 se souřadnicemi zobrazovacího okna (např. zobrazovacího okna 321 z OBR. 3A) připojen jako hodnota BBOX. Tímto způsobem systém zdrojového serveru 105 pak může vrátit informace v kontextu aktivního zobrazení. Značka & ltviewRefreshMode & gt určuje, kdy je modul mapování 130/klient 125 by mělo vrátit souřadnice zobrazení na server & lthref & gt (systému serveru 105). V jednom konkrétním provedení jsou hodnoty & ltviewRefreshMode & gt následující: onStop vrátí souřadnice n sekund po zastavení pohybu v zobrazovacím okně, kde n je definováno v & ltviewRefreshTime & gt. Nadřazené značky, ve kterých může být obsažena značka & ltviewRefreshMode & gt: & ltUrl & gt. Značka & ltviewRefreshMode & gt neobsahuje žádné podřízené značky. Značka & lthref & gtt, která je podřízenou položkou prvku & ltUrl & gt a nemá žádné podřízené značky, definuje umístění objektu, například síťového odkazu nebo obrázku, který má být použit jako překrytí nebo ikona značky místa (toto umístění může být buď na místní souborový systém nebo vzdálený webový server). V jednom konkrétním provedení jsou parametry BBOX programovatelné pomocí tagu & ltViewFormat & gt, který poskytuje podstatnou flexibilitu a umožňuje kompatibilitu s jinými existujícími webovými službami (např. Službou Web Mapping Service nebo WMS). Element & ltViewFormat & gt lze použít k výběru informací o zobrazení modulu mapování 130 odešle na server 110 v dotazu a umožňuje uživateli určit, jak modul mapování 130 formátuje dotaz.Značka & ltViewFormat & gt je podřízenou položkou & ltUrl & gt Network Link a nemá žádné podřízené značky. V jednom konkrétním provedení, pokud není tento tag zadán, jsou vrácenými informacemi souřadnice ohraničujícího rámečku ve stylu WMS na východ, jih, západ a sever. Pomocí značky & ltViewFormat & gt může uživatel vrátit jakýkoli z těchto parametrů v libovolném pořadí a také řadu parametrů v prvku & ltLookAt & gt. Následující příklad vrací všechny možné informace v řetězci odděleném čárkami:

    Značka & ltNetworkLinkControl & gt, která nemá žádné hodnoty a je podřízeným souborem & ltDocument & gt, řídí chování souborů načítaných pomocí & ltNetworkLink & gt. Pomocí této funkce má uživatel přístup k řadě funkcí prostřednictvím svých podřízených, včetně značky & ltflyToView & gt, jak již bylo uvedeno výše. Mezi další děti patří & ltminRefreshPeriod & gt, & ltmessage & gt, & ltcookie & gt, & ltlinkDescription & gt a & ltlinkName & gt. Element & ltminRefreshPeriod & gt lze použít jako omezení serveru k omezení počtu načtení na 3 obsahový server rd na určené minimální období. Pokud například uživatel nastaví aktualizaci odkazu na 5 sekund, lze minimální dobu obnovení nastavit na 3 600, aby se aktualizace aktualizací omezily na každou hodinu. A & ltmessage & gt umožňuje vyskakovací zprávy, například pokyny k použití pro síťové připojení lze doručovat pomocí značky & ltNetworkLinkControl & gt. V jednom konkrétním provedení se zpráva zobrazí pouze jednou při každém načtení síťového odkazu do klienta nebo pokud je text zprávy aktualizován na serveru. Element & ltcookie & gt lze použít k připojení textu k dotazu URL při příštím obnovení síťového odkazu. To lze použít například ve skriptu k zajištění inteligentnějšího zpracování na straně serveru, včetně dotazování na verze a podmíněného doručování souborů. Parametry & ltlinkName & gt a & ltlinkDescription & gt síťového odkazu lze také ovládat ze serveru, takže změny provedené v názvu a popisu na straně klienta lze na serveru přehnat. Příklad použití & ltNetworkLinkControl & gt je následující:

    View Refresh Time - Značka & ltviewRefreshTime & gt určuje frekvenci, se kterou se mají souřadnice souřadnic vracet do systému serveru. 105. Hodnota značky & ltviewRefreshTime & gt je celé číslo představující sekundy. Nadřazené značky, ve kterých může být obsažena značka & ltviewRefreshMode & gt: & ltUrl & gt. Značka & ltviewRefreshMode & gt neobsahuje žádné podřízené značky.

    Složky: Většina použití KML využívá složky k uspořádání značek míst, překrytí obrazovky a země a dalších složek. Složky lze použít k rychlé identifikaci značek míst a překryvných skupin a poskytnout jednotné zobrazení pro skupinu značek míst a/nebo překryvných vrstev. Složky nabízejí řadu prvků a v jednom konkrétním provedení zahrnují následující:

    Název a popis - Každá složka může mít svůj vlastní název a atributy popisu.

    Viditelnost - přepínač (0 nebo 1), která určuje, zda bude obsah složky viditelný v okně zobrazení při načtení složky.

    Otevřený - přepínač (0 nebo 1), která určuje, zda bude složka při načtení v rozbaleném nebo sbaleném stavu.

    LookAt — Nastavením zobrazení virtuální kamery pro složku lze zajistit konzistentní zobrazení pro všechny funkce ve složce bez ohledu na nastavení kamery pro jednotlivé funkce. Předpokládejme například, že pro kolekci značek míst jsou specifikována různá zobrazení pro zvýraznění charakteristik každé značky místa. Poklepáním na nadřazenou složku se však zobrazení může posunout na zobrazení navržené tak, aby nejlépe zobrazovalo všechny značky míst jako seskupenou skupinu. V jednom provedení, pokud pro konkrétní složku není zadán LookAt, poklepáním na nadřazenou složku přejdete na ohraničovací pole nadmnožiny podřízených složek této složky.

    Logické omezení souvisejících dat a vnoření složek - složku lze použít k umístění souvisejících značek míst, překryvů a dalších složek. Poskytnutím složek s názvem a hodnotami LookAt lze informace seskupovat tak, aby byly snadno identifikovatelné a spravovatelné. Složku lze například použít k přidružení značky místa k souboru souvisejícího překryvného obrázku pro vícevrstvé zobrazení konkrétní oblasti.

    Hierarchickou strukturu lze také vytvořit podobným způsobem jako v zobrazení složek systému Microsoft Windows, takže složky lze podle potřeby rozbalit nebo sbalit a odhalit nebo skrýt obsah. Mapovací modul 130 lze naprogramovat nebo jinak nakonfigurovat tak, aby uživateli umožnilo přetahovat složky na jiné složky a vnořovat je. V KML se značky & ltFolder & gt & lt/Folder & gt vnořují do sebe, stejným způsobem, jako lze tagy & lttable & gt & lt/table & gt vnořovat do HTML.

    & LtFolder & gt je komplexní volitelný tag nejvyšší úrovně používaný ke strukturování hierarchického uspořádání dalších složek, značek míst, překrytí země a překryvů obrazovky. Tuto značku lze použít ke strukturování a organizaci informací v mapovacím modulu 130. Například:

    Značka & ltFolder & gt nemá žádné hodnoty a může být obsažena v následujících (tj. Nadřazených značkách): & ltDocument & gt, & ltFolder & gt a & ltNetworkLink & gt. Značka & ltFolder & gt může obsahovat následující značky (tj. Její podřízené značky): & ltFolder & gt, & ltname & gt, & ltdescription & gt, & ltLookAt & gt, & ltvisibility & gt, & ltPlacemark & ​​gt, & ltGroundOverlay & gt, & ltScreenOverlay & gt, & ltNetworkL

    Dokumenty: Dokument je typ složky, která může kromě funkcí, jako jsou značky míst, překryvy a složky, obsahovat také značky & ltStyles & gt a & ltSchemas & gt. Dokumenty lze použít ke seskupení stylů a schémat pro kolekci. Dokumenty jsou také často kontejnery hierarchií KML na kořenové úrovni. Když jsou pro data potřeba styly nebo schéma, lze použít element & ltDocument & gt, aby tyto další prvky obsahoval. Styly lze použít k přidání vlastních ikon a informací o barvě a/nebo velikosti do geometrie. Schémata lze použít, pokud sběr dat obsahuje funkce, které nejsou pro KML nativní. U schémat lze definovat funkci a související metadata tak, aby byla správně zobrazena v mapovacím modulu 130. Jako prvek kořenové úrovně pro dokumenty KML funguje značka & ltDocument & gt jako složka pro prvky, které obsahuje. Jak je vysvětleno výše, tuto značku lze použít, pokud soubor KML vyžaduje schémata nebo styly jinak, není vyžadován. Například:

    Značky míst: Značky míst jsou hlavním prostředkem k označení bodu na Zemi (nebo jiné mapované oblasti). K značce místa je obvykle přiřazena ikona, která označuje bod na cílovém povrchu, jako je Země, ale značka místa může být také spojena s cestou, polygonem a/nebo 3D tvarem. Značka & ltPlacemark & ​​gt je komplexní značka používaná k popisu značky místa. Souřadnice mohou být specifikovány jako [zeměpisná délka, zeměpisná šířka, nadmořská výška], kde: zeměpisná délka je mezi -180 a 180 zeměpisná šířka je mezi -90 a 90 a nadmořská výška je v metrech od povrchu sféroidu (WGS 84, World Geodetic System 1984), což představuje planeta (to je zhruba umístění hladiny moře pod povrchem se automaticky přemístí na povrch). Kromě toho lze pro položky značek míst definovat řadu dalších prvků, včetně souřadnic pozorování, názvu a popisu. Například:

    Překryvné obrázky: Překryvné obrázky lze v KML popsat pro přidání metadat na základě obrázků do vašich dat GIS v klientovi Google Earth. Existují dva typy překryvů: Pozemní překryvy a Překrytí obrazovky.

    Pozemní překryvy se používají k zobrazení stránek bohatých na informace, jako jsou fázové plány nebo mapy počasí. Pozemní překryvy jsou obrazy, které jsou připevněny k povrchu planety. & ltGroundOverlay & gt je komplexní značka, která obsahuje značky pro definování a umístění překryvného obrázku na zeměkouli (nebo jinou mapovanou oblast). Například:

    Překrytí obrazovky je „plovoucí“ obraz nezávislý na poloze diváka a je k obrazovce připevněn. & ltScreenOverlay & gt je komplexní značka, která obsahuje značky pro definování a umístění překryvného obrázku na obrazovku. Příklad kódu KML pro umístění obrázku (s původní šířkou, výškou a poměrem stran) do přesného středu obrazovky vypadá následovně:

    Značka & ltScreenOverlay & gt nemá žádné hodnoty a mohou ji obsahovat (tj. Její nadřazené značky) & ltFolder & gt a & ltDocument & gt. Může obsahovat následující (tj. Podřízené značky): & ltdrawOrder & gt, & ltIcon & gt (povinné), & ltvisibility & gt, & ltrotation & gt, & ltsize & gt, & ltscreenXY & gt a & ltoverlayXY & gt.

    Společné funkce překrytí: Následující funkce jsou sdíleny jak s překrytím na zemi, tak s obrazovkou: Název, Popis, Výchozí viditelnost, Pořadí kreslení Umístění souboru obrázku, Otočení a Interval aktualizace (každý nyní diskutován postupně).

    Název - Jak již bylo vysvětleno s odkazem na značku & ltname & gt, překryvná vrstva může mít název.

    Popis - Podobně může mít překryvný popis, jak bylo vysvětleno dříve.

    Výchozí viditelnost - zobrazení překryvů lze přepínat, aby bylo možné použít více překryvů v daném místě s minimálním zmatkem (jak již bylo uvedeno výše s odkazem na značku & ltvisibility & gt).

    Pořadí kreslení — Při použití překrývajících se překryvů lze k definování pořadí překrývání stohování použít značku & ltdrawOrder & gt. Tímto způsobem lze například překryvným obrázkům s černými hraničními okraji nebo maskovanými hranicemi přiřadit nižší číslo než přilehlým překryvům, aby se nezakrývaly užitečné informace. Značka & ltdrawOrder & gt je podřízeným prvkem & ltGroundOverlay & gt a & ltScreenOverlay & gt. Výchozí hodnota je 0. Překryvy s vyššími hodnotami pořadí čerpání se kreslí nad překryvy s nižšími hodnotami pořadí tahů. Například: & ltdrawOrder & gt0 & lt/drawOrder & gt. Hodnoty značky & ltdrawOrder & gt se pohybují od 0 do 99. Značka & ltdrawOrder & gt nemá žádné podřízené značky.

    Umístění souboru obrázku: Jak již bylo vysvětleno, značka & ltUrl & gt odkazuje na soubor překryvného obrázku lokálně nebo vzdáleně, například na firemním webovém serveru. Pokud je obraz dodáván vzdáleně, vzdálení uživatelé nemusí mít místní kopii překryvného obrázku. Tímto způsobem lze poskytovat aktualizace překryvných dat v reálném čase, jako je počasí nebo vývoj plánu webů. V jednom konkrétním provedení jsou podporovány následující typy obrázků: JPG, PNG, GIF a TIFF (ve světle tohoto popisu budou zřejmé další formáty).

    Otočení - V jednom konkrétním provedení tohoto vynálezu lze nastavit otočení překryvného obrazu. Obraz lze otočit až o 180 stupňů ve směru hodinových ručiček (pozitivní) nebo proti směru hodinových ručiček (negativní) otáčení od severu. Značka & ltrotation & gt je značka a podřízený prvkům & ltScreenOverlay & gt, & ltGroundOverlay & gt a & ltLatLonBox & gt. Lze jej použít k určení osy otáčení obrazu od jeho středového bodu. Hodnoty značky & ltrotation & gt se mohou pohybovat od +/− 180 stupňů, což indikuje otočení obrázku od 0, což je výchozí orientace obrázku. Značka & ltrotation & gt neobsahuje žádné podřízené značky.

    Interval obnovení - Jak již bylo vysvětleno dříve, značka & ltrefreshlnterval & gt označuje časové období (např. V sekundách) k obnovení referenčního obrázku. Tento prvek lze použít například pro aplikace v reálném čase, jako jsou webové kamery, kde jsou obrázky aktualizovány na konkrétní frekvenci. Překrytí země i překrytí obrazovky lze aktualizovat pomocí značky & ltrefreshlnterval & gt.

    Další funkce Ground Overlay: V KML lze tagy Ground Overlay umístit do libovolné složky nebo podsložky v dokumentu KML. Pozemní překryvy podporují následující prvky:

    & ltLookAt & gt - Stejně jako u značek míst lze nastavit pozorovací souřadnice pro překrytí země (jak bylo uvedeno výše).

    Mapování souřadnic bodů překrytí obrázku - Čtyři souřadnice nastavují okraje překrytí. Tyto souřadnice nastavují polohy severojižní (zeměpisná šířka), východo-západní (zeměpisná délka) hranic překrytí. Kromě toho lze indikovat rotaci překrytí, která je přibližně ve středu překrytí. V prohlížeči/prohlížeči 125AUživatel může přetažením a otáčením překrytí nastavit souřadnice nebo zadat požadované hodnoty (např. pomocí GUI 201A mapovacího modulu 130).

    Další funkce překrytí obrazovky: Překrytí obrazovky lze použít pro konzistentní zobrazení informací bez ohledu na umístění zobrazení, jako je heads up displej, co-branding nebo jiné typy zobrazení na palubní desce. Stejně jako u pozemních překryvů lze definovat více překryvů obrazovky a přidružit je ke složce. Pozici lze definovat jako absolutní souřadnicovou polohu v prohlížeči 125A, nebo jako procento diváka 125A velikost. Lze také nastavit neprůhlednost překrytí obrazovky. Překrytí obrazovky podle jednoho provedení předkládaného vynálezu má jednu nebo více z následujících doplňkových funkcí:

    Umístění obrazovky - dva mechanismy pro umístění obrazovky poskytují flexibilitu v různých formátech prezentace. Pozici obrazu na obrazovce lze určit pomocí souřadnic X/Y buď s přesnými pixely, nebo jako zlomek celkové obrazovky. Značka & ltoverlayXY & gt je jednoduché pole a podřízený prvek prvku & ltScreenOverlay & gt nemá žádné podřízené značky. Značka & ltoverlayXY & gt definuje souřadnicový bod na samotném překryvném obrázku, který bude použit k mapování na souřadnici obrazovky. Vyžaduje hodnoty X a Y a jednotky pro tyto hodnoty (např. Pixely nebo zlomek). Například & ltoverlayXY x = „1“ y = „1“ xunits = „zlomek“ yunits = „zlomek“/& gt ovlivňuje pravý horní roh obrázku. Použito s & ltscreenXY x = “ - 50” y = „0,9” xunits = “pixelů” yunits = “zlomek”/& gt, toto měření umístí pravý horní roh obrázku 50 pixelů vložených od pravého okraje obrazovky a 10 % pod horním okrajem obrazovky. Komponenty x a y lze zadat jedním z následujících způsobů: umístěním obrázku do středu obrazovky:

    & ltoverlayXY x = „0,5“ y = „0,5“ xunits = „zlomek“ yunits = „zlomek“/& gt

    & ltscreenXY x = „0,5“ y = „0,5“ xunits = „zlomek“ yunits = „zlomek“/& gtor umístění obrázku v levé horní části obrazovky:

    & ltoverlayXY x = „0“ y = „1“ xunits = „zlomek“ yunits = „zlomek“/& gt

    & ltscreenXY x = „0“ y = „1“ xunits = „zlomek“ yunits = „zlomek“/& gt nebo umístění obrázku v pravé části obrazovky:

    & ltoverlayXY x = „1“ y = „1“ xunits = „zlomek“ yunits = „zlomek“/& gt

    & ltscreenXY x = „1“ y = „1“ xunits = „zlomek“ yunits = „zlomek“/& gt.

    Značka & ltscreenXY & gt je jednoduché pole a podřízený prvek prvku & ltScreenOverlay & gt nemá žádné podřízené značky. Značka & ltscreenXY & gt definuje body souřadnic na obrazovce, na které bude překryvný obrázek namapován. Například obrazovkaXY (−50, 0,9) s překryvemXY (1,1) umístí pravý horní roh obrázku 50 pixelů vložených od pravého okraje obrazovky a 10% pod horní okraj obrazovky.Komponenty x a y lze zadat jedním z následujících způsobů: umístěním obrázku do středu obrazovky:

    & ltoverlayXY x = „0,5“ y = „0,5“ xunits = „zlomek“ yunits = „zlomek“/& gt

    & ltscreenXY x = „0,5“ y = „0,5“ xunits = „zlomek“ yunits = „zlomek“/& gt nebo umístění obrázku v levé horní části obrazovky:

    & ltoverlayXY x = „0“ y = „1“ xunits = „zlomek“ yunits = „zlomek“/& gt

    & ltscreenXY x = „0“ y = „1“ xunits = „zlomek“ yunits = „zlomek“/& gt nebo umístění obrázku v pravé části obrazovky:

    & ltoverlayXY x = „1“ y = „1“ xunits = „zlomek“ yunits = „zlomek“/& gt

    & ltscreenXY x = „1“ y = „1“ xunits = „zlomek“ yunits = „zlomek“/& gt.

    Značka & ltsize & gt je jednoduchá značka a podřízená pro prvek & ltScreenOverlay & gt nemá žádné podřízené značky. Značka & ltsize & gt se používá k označení šířky a výšky překryvného obrázku na základě velikosti obrazovky. Použití značky velikosti je nejlépe ilustrováno na příkladu. Chcete -li, aby si obrázek zachoval původní výšku, šířku a poměr stran, nastavte hodnoty na nulu: & ltsize x = „0“ y = „0“ xunits = „zlomek“ yunits = „zlomek“/& gt. Chcete -li, aby si obrázek zachoval svůj horizontální rozměr, ale aby zabíral 20% svislého prostoru na obrazovce: & ltsize x = „0“ y = „0,2“ xunits = „zlomek“ yunits = „zlomek“/& gt. Vynucení změny velikosti obrázku na 100 px při 500 px: & ltsize x = „100“ y = „500“ xunits = „pixelů“ yunits = „pixelů“/& gt.


    ArcGIS API pro JavaScript 3.37

    Tato ukázka ukazuje, jak lze nastavit rozsah mapy na rozsah jedné z jejích vrstev. Ukázka pracuje se dvěma vrstvami: ArcGISTiledMapServiceLayer od ArcGIS Online, který pokrývá celý svět, a ArcGISDynamicMapServiceLayer s funkcemi ve státě Kansas. Tato ukázka ukazuje, jak můžete nastavit, aby mapa vždy začala rozsahem Kansas.

    Kód obsahuje dva posluchače událostí, jeden pro každou vrstvu. Tito posluchači pomáhají sledovat, kolik vrstev bylo načteno. Když počet vrstev dosáhne 2, createMapAddLayers funkce se nazývá. Tato funkce vytvoří mapu a nastaví její rozsah na rozsah myService2 (služba Kansas) a také převede souřadnice z geografického na Web Mercator, aby odpovídal souřadnicovému systému služby World Imagery:

    Po vytvoření mapy se vrstvy přidají. Všimněte si, že načtení vrstvy a její přidání nejsou totéž. V této ukázce se vrstvy načtou před vytvořením mapy a přidají se do mapy po vytvoření mapy.

    Měli byste se vyhnout přístupu k vlastnostem mapy, dokud se nenačtou všechny vrstvy. Pokud posluchači událostí nebyli zahrnuti v tomto kódu, může být možné, aby se mapa pokusila nastavit svůj rozsah před úplným načtením služby myService2, což způsobí neočekávané výsledky.


    Tato třída představuje plátno, které se používá k kreslení geografických tvarů. Má být zděděno pro implementaci kreslících vizuálních systémů.

    Tento výčet představuje režim kreslení pro vykreslování mapy.

    Tato třída představuje základní třídu ovládacích prvků mapy.

    Tato třída představuje argumenty událostí pro přizpůsobení nástroje souřadnic myši.

    Tato třída představuje argument události pro událost GlobeButtonClick na PanZoomBarMapTool třídě.

    Tato třída představuje nástroj s logem zobrazený vpravo dole na mapě.

    Obsahuje různé mapové nástroje jako vlastnosti a slouží jako vstup pro nastavení těchto ovládacích prvků mapy.

    Představuje souřadnice ukazatele myši zobrazené v pravém dolním rohu mapy.

    Tento výčet určuje typ MousePostion, který se zobrazí, když se ukazatel pohybuje na mapě.

    Představuje panel posouvání a zvětšování v levém horním rohu mapy.

    Mapový nástroj pro měřítko zobrazený v ovládacím prvku WpfMap

    Tento výčet udává, zda se při přetahování posuvníku zobrazuje text pruhu zoomu.

    Poskytuje data pro událost CurrentExtentChanged.

    Poskytuje data pro událost CurrentExtentChanging.

    Poskytuje data pro událost CurrentScaleChanged.

    Poskytuje data pro událost CurrentScaleChanged.

    Obsahuje důležité vlastnosti a metody aktuálního objektu mapy.

    Výčet představuje, který režim se použije pro změnu velikosti mapy.

    Tato třída představuje ovládací prvek mapy.

    Toto jsou argumenty události pro událost OverlayDrawn na třídě MapEngine. Zvedne se před nakreslením překrývání.

    Toto jsou argumenty události pro událost OverlayDrawn na třídě MapEngine. Zvedne se po vykreslení překryvů.

    Představuje, jak se překrytí aktualizuje.

    Toto jsou argumenty události pro událost OverlaysDrawing na třídě MapEngine. Zvedne se před nakreslením překrývání.

    Toto jsou argumenty události pro událost OverlaysDrawn na třídě MapEngine. Zvedne se po vykreslení překryvů.

    Představuje ovládací prvek značky na mapě.

    Ve stylu přestávky třídy tento výčet určuje, zda přerušení zahrnuje nebo vylučuje hodnotu zadanou v přestávce.

    Tento výčet určuje, jak lze přetáhnout značky mapy.

    Tato třída představuje základní třídu pro všechny třídy, která definuje styly aplikované na značky.

    Tato třída definuje styly značek a rozsah úrovně přiblížení. Když je aktuální úroveň přiblížení v tomto rozsahu, styly budou použity na značky.

    Tato třída představuje kolekci MarkerZoomLevel, která určuje vzhled značek na různých úrovních přiblížení.

    Tato třída představuje styl obyčejné značky bodů.

    Tato třída poskytuje data pro událost kliknutí ovládacího prvku mapy.

    Tento výčet definuje MouseButton pro MapControl.

    Tato třída poskytuje data pro událost kliknutí ovládacího prvku mapy.

    Tato třída dědí z abstraktní třídy Overlay. Toto zadané překrytí ukládá AdornmentLayer použitý v MapControl.

    Tato třída dědí z abstraktní třídy Overlay. Toto zadané překrytí popisovalo interativní proces s MapControl pomocí myši nebo Keyborad.

    Tato třída představuje překrytí, které udržuje značky.

    Tato třída je základní třídou všech překryvů v tomto překryvném systému.

    Představuje překrytí, které udržuje dlaždice.

    Tato třída dědí z abstraktní třídy Overlay. Zadané překrytí určuje základní informace o MapControl.

    Tato třída představuje překryv, který požaduje služba metadat služby Bing Maps Imagery.

    Toto jsou argumenty události pro událost OverlayDrawing na třídě MapEngine. Zvedne se před nakreslením překrytí.

    Tato třída představuje argument události pro událost DrawingTile ve třídě TileOverlay.

    Toto jsou argumenty události pro událost OverlayDrawn na třídě MapEngine. Vyvolá se po nakreslení překrytí.

    Tato třída představuje argument události pro nakreslenou dlaždici ve třídě TileOverlay.

    Tato metoda je args událostí pro postup stahování při žádosti o obrázky v TileOverlay.

    Představuje MarkerOverlay, který dynamicky vytváří značky ze zadaného zdroje funkce.

    Tato třída představuje GoogleMapsOverlay, který požaduje obrázky z obrazového serveru Google pomocí#StaticAPI.

    Tato třída dědí z abstraktní třídy InterativeOverlay. Toto zadané překrytí popisovalo interativní proces EditShape s MapControl pomocí myši nebo Keyborad.

    Tento výčet určuje typ změny rozsahu, ke které došlo při provádění interaktivních akcí s InterativeOverlay.

    Tato třída dědí z abstraktní třídy InterativeOverlay. Toto zadané překrytí popisovalo přechodný proces Extent Changing s MapControl pomocí myši nebo Keyborad.

    Tato třída zapouzdřuje informace a jednoduchou metodu pro interativní akce.

    Tento výčet určuje režim pro kreslení InterativeOverlay při provádění interaktivních akcí s InterativeOverlay.

    Tato třída určuje InterativeResult při řešení interativní metody v InterativeOverlay.

    Představuje argumenty klíčových událostí při interakci s objektem mapy.

    Tento výčet určuje chování, ke kterému dochází při klepnutí a přetažení na MapControl. Výchozí hodnota je ZoomOutWithKey.

    Tento výčet určuje chování, ke kterému dochází při dvojitém kliknutí na MapControl. Výchozí hodnota je ZoomIn.

    Představuje argumenty události pro událost MapKeyDown.

    Představuje argumenty události pro událost MapKeyUp.

    Poskytuje data pro událost MapMouseClick.

    Poskytuje data pro událost MapMouseDoubleClick.

    Poskytuje data pro událost MapMouseDown.

    Poskytuje data pro událost MapMouseUp.

    Poskytuje data pro událost MapMouseUp.

    Představuje argumenty události pro událost MapMouseMove.

    Poskytuje data pro událost MapMouseUp.

    Poskytuje data pro událost MapMouseWheel.

    Tento výčet určuje chování, ke kterému dochází při posouvání kolečka myši. Výchozí hodnota je Přiblížení.

    Tento výčet určuje typ chování pro posouvání. Výchozí hodnota je StandardPanning.

    Tento výčet určuje režim zpracování dalších překryvů při provádění interaktivních akcí s InterativeOverlay.

    Tato třída dědí z abstraktní třídy InterativeOverlay. Toto zadané překrytí popisovalo interativní proces TrackShape s MapControl pomocí myši nebo Keyborad.

    Tato třída představuje skupinu vrstev, z nichž každá vrstva může být jakéhokoli typu vrstvy.

    Tato třída představuje argumenty události pro událost MarkerDragged pro SimpleMarkerOverlay.

    Tato třída představuje argument události MarkerDragging pro SimpleMarkerOverlay.

    Představuje objekt MarkerOverlay, do kterého můžete přímo přidat značky.

    Tento výčet představuje typ dlaždice v překrytí dlaždic.

    Tato třída představuje základní třídu dlaždic, což je prvek, který tvoří překrytí dlaždic.

    Tato třída představuje argument události pro kreslení události ve třídě TileView.

    Tato třída představuje argument události pro událost Drawn ve třídě TileView.

    Tato třída představuje TileView, který se vytvořil s kolekcí Layer.

    Tento výčet představuje režim zámku při kreslení vrstev.

    Představuje dlaždici pro vyžádání od Uri.

    Tento výčet určuje typ efektu přechodu, který se má použít při posouvání nebo zvětšování mapy.

    Představuje překryvný objekt, který získává mapové obrázky ze zadaného serveru WMS.

    Představuje překryvný objekt, který získává obrázky mapy ze zadaného serveru WMTS.

    Tato třída představuje vyskakovací ovládací prvek pro umístění na mapu.

    Tato třída představuje překrytí pro umístění vyskakovacích oken na mapu.

    Poskytuje data pro MouseMoved. událost.

    Toto je výchozí konstruktor tohoto parametru.

    Poskytuje data pro TrackEnding. událost.

    Výčet TrackMode nastavuje, jak bude mapa reagovat na interakci uživatele.

    Poskytuje data pro TrackStarted. událost.

    Poskytuje data pro TrackStarting. událost.

    Poskytuje data pro VertexAdded. událost.

    Poskytuje data pro VertexAdding. událost.

    ThinkGeo. Jádro

    Tato třída představuje pohled, který se používá k kreslení geografických tvarů. Má být zděděno pro implementaci různých systémů kreslení, jako je GDI+ nebo WPF.

    Definuje objekty používané k vyplnění interiérů AreaBaseShapes, jako například MultiPolygonShape, PolygonShape, EllipseShape a další AreaBaseShapes.

    Poskytuje kolekci předdefinovaných GeoBrushes

    Tato třída představuje štětec, který se vyplňuje různými vzory.

    Zapouzdřuje GeoBrush s lineárním přechodem.

    Tato třída definuje GeoBrush jedné barvy. Štětce se používají k vyplňování tvarů oblastí na GeoCanvas.

    Tato třída se používá k vyplnění oblasti texturou obrázku.

    Tento výčet představuje úroveň kresby použitou v GeoCanvas.

    Tato struktura představuje barvu pro kreslení na GeoCanvas.

    Tato třída je sbírkou předdefinovaných barev

    Definuje hodnoty, které představují, pro jaký druh barvy se náhodně použije.

    Tento výčet určuje typ stylu písma pro kreslení textu.

    Tento výčet představuje grafickou jednotku.

    Tento výčet představuje dostupné styly omezení, kterými může objekt GeoPen ukončit řádek.

    Tento výčet určuje, jak spojit po sobě jdoucí segmenty čar nebo křivek.

    Určuje zarovnání objektu GeoPen ve vztahu k teoretické linii nulové šířky.

    Tento výčet určuje kvalitu kresby GeoCanvas.

    Tento výčet určuje, jak je textura vyplněna GeoTextureBrush, když je oblast, která má být vyplněna, větší než textura.

    Tento výčet představuje typ grafického tvaru, který se má použít na obou koncích každé pomlčky v přerušované čáře.

    Tento výčet definuje různé druhy šrafovacích vzorů, které lze použít k vyplnění oblastí pomocí GeoHatchBrush.

    Určuje směr lineárního přechodu.

    Tento výčet určuje styl přerušovaných čar nakreslených objektem GeoPen.

    Tato třída představuje písmo, které se používá k označení funkcí na GeoCanvas.

    Tato třída představuje GeoPen, který se používá k kreslení čar na GeoCanvas.

    Poskytuje kolekci předdefinovaných GeoPens

    Tento výčet určuje, zda nejprve kreslí štětec nebo pero.

    Tato třída je kolekce s některými metodami specializovanými na práci s Layers a dalšími prostorovými třídami.

    Jednotky popisující způsob uložení geografických oblastí ve zdroji dat.

    Tato třída je pro generování map.

    Tato třída představuje projekci, kterou chcete použít na FeatureSource.

    Tato třída představuje model objektu nejvyšší úrovně.

    Tato třída představuje model objektu.

    Označuje, že základní typ typu 's by neměl být serializován.

    Při použití na metodu určuje, že je metoda volána bezprostředně po deserializaci objektu.

    Při použití na metodu určuje, že je metoda volána během deserializace objektu.

    Při použití na metodu určuje, že je metoda volána po serializaci grafu objektu.

    Při použití na metodu určuje, že je metoda volána před serializací objektu.

    Tato třída formátuje GeoObjectModel do serializovaných dat.

    Tato třída serializuje objekt.

    Tato abstraktní třída je kořenem všech tvarů založených na ploše, například RectangleShape a PolygonShape.

    Abstraktní třída, ze které dědí oblasti, tvary čar a tvary bodů.

    Tato abstraktní třída je kořenem všech tvarů založených na řádcích, jako jsou LineShape a MultilineShape.

    Tato abstraktní třída je kořenem všech tvarů založených na bodech, například PointShape a MultiPointShape.

    Jednotky popisující různé způsoby měření oblastí.

    Tato třída představuje různé způsoby, jak může operace vyrovnávací paměti omezit objekty uložené ve vyrovnávací paměti.

    Tato statická třída poskytuje způsob převodu do az různých jednotek.

    Tato třída obsahuje statickou rutinu pro převod mezi měřením stupně, minuty a sekundy a měřením v desítkových stupních. V podstatě jde o rutinu pro převod z jednotky bez desítkových stupňů na vzdálenost jednotek desetinných stupňů.

    Tato struktura představuje hodnotu stupňů, minut a sekund.

    Jednotky popisující různé způsoby, jak lze měřit délky.

    Tato struktura představuje kreslení obdélníku v souřadnicích obrazovky.

    Tato struktura představuje kreslení obdélníku v souřadnicích obrazovky.

    Třída Feature je základní jednotkou, ze které se FeatureSource skládá. FeatureSource lze převzít ze sbírky funkcí uložených v ShapeFile, SQL Server 2008, Oracle atd. Feature je základní strukturou datové jednotky, která se skládá z ID, která označují identifikaci funkce, tvar a sbírku data.

    Tento výčet definuje směry posouvání.

    Tento výčet poskytuje některé možnosti při dotazování na funkci.

    Tato struktura představuje jeden bod v souřadnicích obrazovky.

    Tato struktura představuje jeden bod v souřadnicích obrazovky.

    Tento výčet popisuje typ ověřovacího testu, který se má spustit na obrazech.

    Tato struktura představuje výsledek metody ověření provedené na tvaru.

    Tato třída představuje elipsu, která je definována se středovým bodem, výškou a šířkou.

    Tato třída představuje LineShape, který je definován jako jeden řádek se dvěma nebo více body.

    Tato třída představuje MultilineShape, který je definován jako jeden nebo více řádků, každý se dvěma nebo více body.

    Tato třída představuje jeden nebo více tvarů bodů.

    Tato třída představuje jeden nebo více polygonů.

    Tato třída představuje jeden bod.

    Tato třída představuje mnohoúhelník, který je definován jako jeden vnější prstenec s nulovým počtem vnitřních kruhů.

    Tato třída představuje obdélník, který je definován jako horní levý bod a dolní pravý bod.

    Tato třída představuje uzavřený kruh bodů.

    Určuje, který algoritmus bude použit ke zjednodušení.

    Výčet popisující místo, kde začít na řádku při provádění určitých operací.

    Tato struktura představuje bod, ve kterém se protínají strany úhlu.

    Toto popisuje sadu výčtů, které uvádějí platné typy geometrií.

    Tento výčet představuje pořadí bajtů, do kterého budou zapsány známé binární soubory.

    Tato třída představuje základní matici, která zapouzdřuje logiku kalkulace tileView.

    Tato struktura představuje MatrixCell, který bude použit v systému TileMatrix.

    Tento výčet určuje referenční roh při výpočtu Matrix z Matrix boundingBox.

    Toto je základní třída děděná z Matrixu, která popisuje systém Matrix používaný pro systém Tilling.

    Toto je základní třída pro systém BitmapTileCache, který dědí ze třídy TileCache.

    Toto je základní třída pro systém TileCache.

    Tato třída je konkrétní třída dědí z BitmapTileCache. V této třídě budou dlaždice uloženy na disk a lze je velmi pohodlně prohlížet.

    Tato třída je konkrétní třída dědí z BitmapTileCache. V této třídě se dlaždice uloží do paměti a poskytuje některé vlastnosti pro její velmi snadné ovládání.

    Určuje formát obrázku mapy.

    Tato třída je konkrétní třída, která dědí z FileBitmapTileCache. V této třídě budou dlaždice označeny jako zastaralé při volání metody ClearCache a budou odstraněny ve vlákně na pozadí.

    Tento výčet představuje, jak by měl tileCache přistupovat k dlaždicím.

    Toto je základní třída, která popisuje třídu Tile. Koncept dlaždic se používá jako obraz obdélníku, který bude uložen v paměti nebo na pevném disku, aby se zvýšil výkon. Systém mezipaměti dlaždic je velmi populární v mnoha produktech GIS včetně GoogleMaps, VE Maps atd., Dlaždice lze považovat za malou použitou podmnožinu v systému TileCache.

    Tato třída představuje NativeImageTile, která je definována jako scale, RectangleBox a bajtové pole pro bitmapu tileView.

    Abstraktní třída, ze které dědí všechny zdroje funkcí. Zdroje funkcí představují data funkcí, která lze integrovat do Map Suite. Tato třída je klíčová, protože se jedná o abstraktní třídu, ze které jsou odvozeny všechny ostatní zdroje funkcí. V tomto smyslu zapouzdřuje velkou část logiky pro zpracování transakcí a zajišťuje, že data jsou konzistentní bez ohledu na použité projekce.

    Abstraktní třída, ze které dědí všechny rastrové zdroje. Rastrové zdroje představují rastrová data, která lze integrovat do Map Suite.

    Tento výčet představuje, zda by měl být index znovu sestaven nebo ne.

    Tato třída představuje parametry předané prostřednictvím události ClosedFeatureSource.

    Tato třída představuje parametry předané prostřednictvím události ClosedRasterSource.

    Tato třída představuje parametry předané prostřednictvím události ClosingFeatureSource.

    Tato třída představuje parametry předané prostřednictvím události ClosingRasterSource.

    Tato třída představuje parametry předané prostřednictvím události CommittedTransaction.

    Tato třída představuje parametry předané prostřednictvím události CommittingTransaction.

    Tato třída představuje parametry předané prostřednictvím události CustomFieldFetch.

    Tento výčet představuje typ ExcutingSqlStatement.

    FeatureCache je systém mezipaměti používaný ve FeatureSource k urychlení načítání datového systému.

    Tato třída představuje sloupec obsažený v FeatureSource.

    Tento výčet představuje, zda má být ID záznamu znovu sestaveno nebo ne.

    Tato třída představuje informace o sloupci specifické pro sloupec DBF.

    Tento výčet představuje typ sloupce v DBF.

    Tato třída představuje parametry předané v události OpenedFeatureSource.

    Tato třída představuje parametry předané v události OpenedRasterSource.

    Tato třída představuje parametry předané v OpeningFeatureSource události.

    Tato třída představuje parametry předané v OpeningRasterSource události.

    Tento výčet představuje, zda má být soubor přepsán nebo ne, pokud soubor existuje.

    Tento výčet určuje způsoby, jak můžete provést prostorový dotaz proti FeatureSource.

    Tato projekce vám umožňuje otočit základnu obrázku mapy o žádný úhel.

    Tato struktura se používá k popisu řady dlaždic pro daný rozsah. V zásadě existují 4 hodnoty: Rozsah řádků je od MinColumnIndex po MaxColumnIndex, rozsah sloupců je od MinRowIndex po MaxRowIndex.

    Rtree je fasádní třída MapSuiteRtree.

    Tato třída představuje argumenty události pro StreamLoading událost.

    Tato třída představuje místo pro transakce, které ještě nebyly potvrzeny.

    Tato třída představuje výsledky transakce, která byla zpracována.

    Tento výčet představuje výsledky transakce FeatureSource.

    Tato třída představuje hodnoty světového souboru.

    Toto je základní třída AdornmentLayers. AdornmentLayer slouží k umístění ozdob na mapu. K dispozici jsou dva typy AdornmentLayers: ScaleLineAdornmentLayer a ScaleBarAdornmentLayer.

    Tato třída je obalovou třídou pro FeatureLayer, která izoluje pouze metody úprav, aby byly pro programátora snadno dostupné.

    Tato třída představuje vrstvu, která se skládá z dat funkcí.

    Tato třída je základní třídou pro všechny typy vrstev.

    Toto je pomocná třída, která vám umožňuje provádět různé dotazy.

    Tato abstraktní třída je základem pro všechny vrstvy založené na obrázku v systému.

    Tento výčet se používá na ZoomLevel, aby bylo možné použít jeho styly na jiné úrovně přiblížení.

    Toto je třída argumentů události pro událost AdornmentLayerDrawing. Vyvolá se před nakreslením AdornmentLayer.

    Toto je třída argumentů události pro událost AdornmentLayersDrawing. Vyvolá se před nakreslením kterékoli z AdornmentLayers.

    Toto je třída argumentů události pro DrawingFeatures událost FeatureLayer.

    Toto je třída argumentů události pro DrawingFeatures událost FeatureLayer.

    Toto je třída argumentů události pro událost AdornmentLayerDrawn. Vyvolá se po vykreslení AdornmentLayer.

    Toto je třída argumentů události pro událost AdornmentLayersDrawn. Vyvolá se po vykreslení všech vrstev AdornmentLayers.

    Toto je třída argumentů události pro LayerDrawing událost na třídě MapEngine. Zvedne se před nakreslením vrstvy.

    Toto je třída argumentů události pro LayerDrawn událost ve třídě MapEngine. Zvedne se po nakreslení vrstvy.

    Toto je třída argumentů události pro LayersDrawing událost na třídě MapEngine. Zvedne se před nakreslením kterékoli z vrstev.

    Toto je třída argumentů události pro LayersDrawn událost ve třídě MapEngine. Zvedne se po vykreslení všech vrstev.

    Tato třída definuje, jak budou vykresleny InternalFeatures na základě jejich měřítka.

    Tato třída představuje kolekci ZoomLevels.

    Tato vrstva je zálohována pamětí a obvykle se používá pro dočasné funkce.

    Tato třída představuje FeatureSource zálohovaný pamětí, konkrétněji vnitřní pamětí v kolekci paměti.

    Toto je základní třída AdornmentLayer. LogoAdornmentLayer je bráno jako mapa loga Map Control.

    Třída ScaleBarAdornmentLayer vám umožňuje zobrazit na mapě sloupcovou grafiku, která zobrazuje měřítko vzdálenosti pro aktuální rozsah mapy.

    ScaleLineAdornmentLayer je konkrétní třída zděděná z AdornmentLayer. Třída ScaleLineAdornmentLayer vám umožňuje zobrazit grafiku ScaleLine na mapě.

    Tato třída kreslí pozadí mapy.

    Tato třída představuje úrovně přiblížení používané Bing Maps.

    Tato třída představuje parametry předané prostřednictvím události BuildingIndex ve třídě BuildingIndexDelimitedFeatureSourceEventArgs.

    Tato třída představuje obrázek TIFF, který má být nakreslen na mapu.

    Představuje objekt, který zapouzdřuje vrstvu Google Map.

    Tento výčet určuje typy map dostupné z Map Google.

    Tento výčet určuje formáty obrázků při získávání obrázků zpět ke klientovi z Map Google.

    Tato třída představuje úrovně přiblížení používané Mapami Google.

    GraticuleFeatureLayer zobrazuje poledníky a rovnoběžky zobrazující se na mapě. Poledníky jsou zeměpisné délky a mají severojižní orientaci. Paralely jsou zeměpisné šířky a mají orientaci východ - západ. Ukazování souřadnic zeměpisné šířky a délky je standardní způsob kartografie, který uživatelům poskytuje prostorové odkazy.

    Tato třída používá poskytnutý soubor mřížky.

    Přečte data buňky ze souboru mřížky a zobrazí je v příslušných barvách na základě jejich hodnot.

    Tato třída používá poskytnutý soubor mřížky.

    Přečte data buňky ze souboru mřížky a zobrazí je v příslušných barvách na základě jejich hodnot.

    Tato třída představuje vrstvu krytou skupinou vrstev.

    HeatStyle vám umožňuje lépe vizualizovat data tím, že oblasti s vysokou koncentrací budou „teplejší“ pomocí teplejších barev a oblasti s nízkou hustotou vizuálně chladnější.

    Tato třída představuje jednotku, kterou lze nakreslit na mapu. Každý MapShape skládá funkci a ZoomLevelSet, které ovládají jeho úrovně přiblížení kresby.

    V ideálním případě bych to chtěl zdědit z FeatureLayer, abyste mohli dělat prostorové dotazy. V zájmu času jsem zdědil vrstvu, aby to bylo jednoduché a ukázal smysl toho, jak snadné je rozšířit Map Suite. Když to zavedeme do hlavního produktu, můžeme vytvořit FeatureSource a FeatureLayer.

    Tato třída představuje vrstvu krytou několika soubory Shape.

    Tento MultipleFeatureSource je speciální FeatureSource, který obsahuje spoustu FeatureSource.

    Tato třída vám umožňuje zobrazit standardní typy obrázků .NET GDI+, jako jsou BMP, TIF, JPG a PNG.

    Tato třída představuje obecné typy obrázků, které se mají kreslit na mapu, například .BMP, .JPG, .PNG atd.

    Tato vrstva může zobrazovat nebo skrývat jednu nebo více zón, jejichž zobrazení chcete omezit. Zadaný styl můžete použít k ozdobení zón a nastavit spodní/horní měřítko k ovládání, na jakých úrovních zoomu chcete zóny zobrazit nebo skrýt. Výchozí styl dekorace je šrafovací vzor. Můžete to změnit na kruh s lomítkem nebo, pokud chcete jiný vzhled, můžete použít vlastní styly.

    Tento výčet určuje režim omezení.

    Tento výčet určuje typ stylu zobrazení zóny omezení.

    Tato třída představuje parametry předané prostřednictvím události BuildingIndex ve třídě ShapeFileFeatureSource.

    Tato třída představuje FeatureSource podporovaný několika soubory ESRI Shape.

    Tato třída představuje parametry předané prostřednictvím události BuildingIndex ve třídě ShapeFileFeatureSource.

    Tato třída představuje FeatureSource podporovaný společností ESRI a Shape File.

    Tento výčet představuje typy uložené v souboru tvaru.

    Tato vrstva představuje více tvarových souborů stejného typu.

    Tato třída představuje vrstvu krytou souborem tvaru.

    Tento výčet představuje typ sloupce v Sqlite.

    Tato třída představuje FeatureSource podporovaný SQLite.

    Tato třída představuje FeatureSource podporovaný SQLite.

    Tento výčet určuje typy rastrových map.

    Tento výčet určuje kvalitu obrazu tileView.

    Tento výčet určuje velikost dlaždiceView.

    Představuje, jak se překrývá překrytí tileView.

    Jeden soubor TinyGeo lze interně rozdělit do více oblastí. Čím přesnější jsou data, tím menší musí být oblast a více oblastí bude mít jeden soubor. S rozdělením dat do oblastí se rozdělí také samotná data, takže se zvýší počet záznamů na druhé straně, každý záznam je menší, takže je menší šance načíst obrovský tvar pouze pro vykreslení jeho malé oblasti. Rozdělená oblast souboru TinyGeo je definována parametrem PricisionInMeter v metodě Create, zatímco tento výčet TinyGeoPrecisionMode ovlivňuje maximální hodnotu Precision TinyGeo.


    Mapový klient (OpenLayers, GeoExt, Ext JS)

    Pro klienty map existuje mnoho open source možností, včetně OpenLayers, GeoExt, ka-Map, MapBender, OpenScale, MapBuilder, MapFish, CartoWeb atd. Vybrali jsme si použití OpenLayers, protože má oblíbenou podporu a rostoucí komunitu vývojářů. OpenLayers je čistě JavaScriptová knihovna pro zobrazování mapových dat ve většině moderních webových prohlížečů, bez závislostí na straně serveru. OpenLayers implementuje průmyslové standardy pro přístup ke geografickým datům, jako jsou protokoly Web Mapping Service (WMS) a Web Feature Service (WFS) společnosti OpenGIS Consortium. Kromě OpenLayers je v tomto systému použita ještě jedna open source knihovna s názvem GeoExt. GeoExt kombinuje geoprostorové možnosti OpenLayers s bohatými komponentami uživatelského rozhraní Ext JS. Ext JS je k dispozici pod možností licence open source. Kombinací OpenLayers, GeoExt a Ext JS jsme vytvořili tenkého mapového klienta s bohatým uživatelským rozhraním podporovaným všemi hlavními prohlížeči. (Tento systém také obsahuje možnosti přizpůsobení mapy následujícími způsoby:


    ShareGeo: Otevřete úložiště dat Geo

    Píše to oznámit Addy Pope z University of Edinburgh Sdílet, úložiště dat pro otevřená geodata, které lze volně sdílet a distribuovat. I když je otevřený pro použití kýmkoli, aktuálně dostupné datové sady ukazují nepřekvapivou zaujatost vůči datům souvisejícím s UK. Data můžete vyhledávat podle data, předmětu, zdroje, titulu nebo obecněji definováním geografických rozsahů:

    Počáteční pohled ukazuje definovanou oblast zájmu jako žlutý obdélník, který můžete upravit v rozsahu přímou úpravou souřadnic lat/long, nebo přetažením/přetažením zelených značek předefinujte rozsahy přímo:

    Až budete hotovi, klikněte na Hledat a získejte seznam dostupných datových sad pro danou oblast:

    A mapa, která ukazuje rozsahy všech níže uvedených datových sad:

    Kliknutím na výrobce určíte, kterému rozsahu datové sady odpovídá. Pokud přejdete na jinou stránku s výsledky, tato mapa se automaticky aktualizuje a zobrazí rozsahy nového seznamu výsledků.

    Registrovaní uživatelé (zdarma) mohou nahrávat data přímo do úložiště, nebo použít bezplatné rozšíření pro nahrávání přímo z ArcGIS.

    Zdarma geografické datové sady od WeoGeo

    Weogeo je placená služba geografických dat, která vám umožní vytvořit online knihovnu souborů geografických dat a sdílet je s jedním nebo více uživateli (pro knihovnu je k dispozici bezplatné 30denní předplatné, pokud si ji chcete vyzkoušet). Má také tržní stránku, která vám umožňuje dát datové sady k prodeji online a zpracovává část finančních transakcí. Ale také na trh uvedli řadu bezplatných datových sad, které si může stáhnout kdokoli (s bezplatnou registrací).

    Blog Fiducial Marks společnosti WeoGeo pravidelně zveřejňuje aktualizace bezplatných datových sad. Například nejnovější je Geonet Name Server NGIA, bezplatná databáze, která „nahromadila více než 5 milionů funkcí se 7 miliony názvů funkcí. Obsahuje název pro každou geopolitickou oblast (zemi) na světě, včetně různých vlastností země “. Původní datová sada je v textovém formátu a weogeo ji převedlo do formátu shapefile pro pohodlnější použití v GIS. Pokud jste již na webu zaregistrováni, přímý odkaz na blogovém příspěvku vás přenese do této datové sady. Můžete ale také procházet/prohledávat další datové sady dostupné na tomto webu. Po registraci přejděte na stránku Market a klikněte na „Start Now“.

    V podokně vlevo vyberte obecnou oblast, která vás zajímá, zadejte souřadnice, město/zemi/PSČ nebo přetáhněte výběrové pole do požadované oblasti. Vybraná oblast bude aktivně aktualizována v Vylepšit pole vpravo můžete také přiblížit/oddálit Vylepšitnebo mapu přetáhněte do jiné oblasti a změny se projeví vlevo. další vás vždy posune k dalšímu kroku.

    The Procházet podokno zobrazuje všechny datové sady, které obsahují jakákoli data, která leží v definované geografické oblasti. Když přiblížíte mapu vlevo a vyberete menší oblast, tento seznam se může aktivně zmenšovat, protože budou vynechávány soubory dat mimo vybranou oblast. Ve výchozím nastavení jsou zobrazeny všechny vektorové datové sady pro oblast. Chcete -li vyhledat konkrétní datové sady nebo změnit datový typ na rastrový, klikněte na Pokročilý filtr záložka ve spodní části.

    Datové možnosti jsou Vektor, Rastr, Datové typy (vektorové i rastrové) a Jiné. Datové typy můžete také upřesnit vyhledáváním podle hodnocení, nákladů a textových výrazů (pokud vím, v textovém vyhledávání nejsou booleovci). Chcete -li hledat pouze bezplatné datové sady, přesuňte pravý posuvník nákladů úplně doleva.

    Jedna poznámka k vyhledávání rastrových dat. weogeo má všechny topografické mapy USGS (1: 24K) k dispozici ke stažení, ale pokud jste se i v malém měřítku oddálili, získáte v prohlížeči dat uvedené desítky, ne -li stovky map. Zmenšete velikost tohoto seznamu přiblížením k cílové oblasti co nejblíže. Ve výše uvedeném zobrazení tmavší stínované oblasti představují mapy uvedené pravým tlačítkem na seznamu map vpravo a zvýrazní se/ztmaví se vlevo.

    Následující dvě podokna poskytují náhled mapy a poté další možnosti, včetně formátu souboru (GeoTiff výchozí pro topos, ale máte možnost pro ostatní, včetně JPG, ERDAS IMG a ESRI HD, můžete také zvolit datum výstupu souřadnicový systém (zde NAD27, NAD83 nebo WGS84). Až budete připraveni, klikněte na Objednat:

    Zaškrtněte políčko „Přijmout licenci k obsahu“ (a zaškrtněte Celkový poplatek, abyste se ujistili, že jste si nevybrali placenou datovou sadu omylem). Klikněte na Objednat teď, a za krátkou dobu dostanete e -mail s odkazem na stránku pro stahování vašich dat.

    Máte dvě možnosti stahování dat. upřednostňovanou metodou weogeo je použít jejich WeoApp (Windows/Mac/Linux), který spravuje nejen stahování, ale také nahrávání, pokud máte účet knihovny. Kliknutím na Přes WeoApp odkaz stáhne soubor .weo, který poté otevřete pomocí WeoApp a stáhnete data do cílové složky. Kliknutím na Přes web vás přenese na stránku s odkazem na stažení dat ve formátu zip.

    Možná nemají přesně takovou datovou sadu, jakou byste chtěli, ale rozhodně stojí za návštěvu, jen abyste se podívali, co z toho mají, vypadá to, že by to v určitém okamžiku mohlo být užitečné. A sledujte blog Fiducial Marks, abyste zjistili, jaké nové datové sady budou přidány.

    Užitečné doplňky ArcGIS Explorer III

    Jedna poslední sada doplňků pro vynikající prohlížeč dat GIS ArcGIS Explorer, objevená prohledáváním webu (protože se zdá, že na webu pro ně neexistuje sekce galerie/katalogu). Zde je odkaz na Část I, a tady je Část II.

    Prohlížeč tabulek - Údajně přidává možnost zobrazit tabulková databázová data, což je funkce, která ve výchozí instalaci velmi chybí. Ale pokusil jsem se zjistit, jak bez úspěchu otevřít tabulku DBF shapefile (údajně podporovanou touto možností), možná budete mít větší štěstí. Údajně také podporuje online geodatabáze.

    Funkce dotazu - Průzkumník má vestavěnou funkci Dotaz (k dispozici na kartě Nástroje), která vytvoří klasický dotaz SQL a poté zvýrazní všechny odpovídající funkce v zobrazení mapy:

    Doplněk Query Features funguje poněkud odlišně-vytvoří tabulkové zobrazení odpovídajících funkcí a poté kliknutím na záznam v tabulce přiblížíte tuto jedinou funkci na mapě:

    Můžete použít obě funkce dotazu současně a docela dobře se doplňují.

    AGX2KML - Převezme aktuální zobrazení mapy a převede jej na soubor překryvného obrázku KMZ pro použití v aplikaci Google Earth. Zde je dotazovaný výběr pro formát Jurassic Morrison v Arizoně, zobrazený v Průzkumníku a poté převedený na překrytí KMZ:

    PhotoOverlay - Umožňuje vytvořit překrytí KMZ ze vstupního obrázku. Trochu neohrabané k použití, protože vyžaduje, abyste pro obrázek ručně zadali limity zeměpisné šířky a délky zeměpisné šířky nebo kliknutím na mapu by fungovalo lépe, kdybyste mohli georeferencovat jakékoli body na obrázku mapy na body v Průzkumníku v takovém případě by bylo pravděpodobně lepší načíst obrázek přímo do aplikace Google Earth a ručně kalibrovat obrázek.

    PhotoPoint - Nástroj pro zjednodušení (poněkud) přidání obrazových dat na mapu. V hlavním vstupním okně doplňku zadáte obrázek (buď URL nebo místní soubor) a přidáte další popisná data, můžete zadat souřadnice kliknutím na mapu nebo jejich zadáním do pole.

    Tento nástroj nerozpoznává vložená data geotagging, ani nebude vkládat data souřadnic do fotografie, ale pouze vytvoří soubor s obsahem fotografie na mapě s vyskakovacím oknem, které obsahuje zadaná data:

    Pokud chcete obrázky označovat geotagy nebo používat fotografie označené geotagem, může být doplněk Image Geotagger (popsaný zde) lepší volbou bez možnosti zadávání dat pomocí vyskakovacího textu, ale k umístění fotografie bude používat vložená data s geotagem.

    Nakonec existuje několik rozšiřujících balíčků, které přidávají další funkce odkazům na ArcGIS Explorer na stahování lze nalézt na hlavní stránce pro stahování ArcGIS Explorer Desktop.

    Rozšiřující balíček Projection Engine - Výchozí instalace ArcGIS Explorer Desktop je dodávána s geografickými souřadnicemi jako výchozími (lat/long/WGS84) v sekci Zobrazení, můžete vybrat mřížku MGRS nebo USNG přímo z rozevíracího seznamu Souřadnice, nebo zvolit „Více“ a získat úplný seznam dostupných souřadnicových systémů. Balíček Projection Engine Pack přidává do této sekce „Více“ několik dalších souřadnicových systémů.

    Rozšiřující balíček písem - Jak se říká, zpřístupňuje štítkům více možností písma.

    Datový přístupový rozšiřující balíček – „Rozšiřuje funkce geodatabáze tím, že umožňuje přímé připojení k geodatabázím pro více uživatelů.“ Žádné osobní zkušenosti s tímto.

    Užitečné doplňky ArcGIS Explorer Desktop II

    GeoNames Find - Zadejte název geografického prvku a ArcGIS Explorer bude pro zadaný název nejvhodnější a nabídne celou sadu možností.

    Najděte funkce GNIS - Vyberte americký stát/kraj a typ prvku z Informačního systému zeměpisných jmen (GNIS), jako je město, oblouk, summit, důl, nádrž atd., A získejte všechny tyto funkce v této oblasti:

    Poklepejte na libovolné z uvedených jmen a mapa přiblíží vybraný prvek:

    Panoramio - Posuňte/zvětšete požadovanou oblast a získejte fotografie ze služby Panoramio:

    Miniatury fotografií budou vykresleny na mapě dvojitým kliknutím na miniaturu, abyste ve vyskakovacím okně získali obrázek větší velikosti:

    Wikipedie - Stejná obecná myšlenka jako v Panoramio, přejděte do požadované oblasti a vyhledejte položky Wikipedie označené geotagem k tomuto umístění (nebo vyhledávejte podle textu):

    Záznamy budou vykresleny na mapě dvojitým kliknutím na ikonu „W“, aby se zahájil záznam na Wikipedii, a odkazem na celý článek:

    Nastavit průhlednou barvu pro překrytí obrázku - Překryvné obrázky jsou grafika, která sedí na konstantním místě v příkladech zobrazení, například grafika loga nebo legenda mapy. Tento doplněk vám umožňuje nastavit průhlednou barvu, což je užitečné, pokud máte logo/legendu na bílém pozadí a chcete, aby pozadí zmizelo. Na rozdíl od funkce průhlednosti mapy to bude fungovat s grafikou s indexovanými barvami (TIFF, GIF, PNG).

    Analýza doby jízdy - Zajímavý příklad druhů analytických nástrojů, které lze vytvořit pomocí sady ArcGIS Explorer SDK. Tento doplněk počítá oblasti v rámci určité doby jízdy uživatelem zadaného výchozího bodu (až 15 minut jízdy v tomto ukázkovém doplňku). Níže je nejsvětlejší barva 5 minut, další 10, nejtmavší barva 15 minut.

    Ještě jich pár zbude, ty si nechám pro část III.

    Užitečné doplňky ArcGIS Explorer I

    Včerejší příspěvek byl o nejnovější verzi ArcGIS Explorer Desktop, digitálního glóbu ESRI a prohlížeče dat GIS. Jednou z jeho hlavních výhod oproti aplikaci Google Earth je možnost vytvářet „doplňky“, uživatelsky programovatelné doplňky, které přidávají funkce. Zdá se však, že na webu ArcGIS neexistuje katalog/galerie těchto doplňků. Při hledání v okolí jsem našel spoustu potenciálně užitečných. Nainstalujte je stažením souboru „eaz“, poté přejděte do části Zobrazit ribbong, Možnosti, klikněte na odkaz Zdroje, vyberte „Spravovat doplňky“ a vyberte stažený soubor eaz. Doplňky se zobrazí buď na pásu karet Doplňky, nebo v některých případech v části Analýza na pásu karet Domů.

    Nástroje Garmin - Převádí displej ArcGIS na překryvný soubor KMZ kompatibilní s novějšími jednotkami Garmin, o kterém byl v tomto nástroji již nějaký čas příspěvek na tomto webu.

    Georeferencování -Importujte rastrový obrázek a poté ho georeferujte pomocí tříbodové afinní transformace. Funguje dobře s mapovými projekcemi založenými na Mercatoru. Omezená podpora některých rastrových formátů (např. Nefunguje u souborů TIFF s indexovanými barvami) a části obrázku mohou po georeferencingu zmizet. Nakonec nemůžete georeferencovaný obrázek exportovat, ačkoli jej můžete uložit jako součást výchozího zobrazení v ArcGIS Explorer. Dodatek: Jejda – právě našel světový soubor a soubor XML, který je součástí souboru obrázku. Světový soubor je však v zeměpisných souřadnicích bez ohledu na to, co v něm původní projekce obsahuje a obsahuje také nenulové parametry otáčení, což zvládne slušný počet programů GIS.

    Zachyťte prezentace, Převést prezentaci na PPT - Explorer Desktop vám umožňuje vytvářet prezentace ze zobrazení mapy. „Capture Presentation Slides“ automaticky vytvoří základní prezentaci přiblížením každé načtené datové vrstvy, vytvořením názvu z názvu dat a generováním snímku. „Převést prezentaci na PPT“ zachytí snímky jako JPG a poté vytvoří soubor PowerPoint, který je zobrazí.

    Analýza viditelnosti - Vygenerujte pohled z vybraného bodu pomocí 90m DEM dat (maximální vzdálenost je 20 km), které se přidají do datových vrstev.

    Image Geotagger -Přidejte dříve označený obrázek nebo přidejte nový obrázek geotagem a uložte jej pod jiným názvem.

    Obrázek se zobrazí jako malá miniatura na mapě, kliknutím na něj otevřete vyskakovací okno s úplným zobrazením obrázku.

    Profil terénu - Nakreslete jednu kolejovou čáru nebo řadu segmentů kolejových linek a získejte výškový profil podél této stopy.

    Pohled Bing Birds Eye -Klikněte na mapu a zobrazí se vyskakovací okno s oknem Bing Maps nejen se šikmým zobrazením Birds Eye, ale také s možností standardních Bing Maps.

    Street Viewer -Podobně jako výše, ale vyvolá vyskakovací okno s displejem Google Street View (a interaktivním prohlížečem)

    Ahoj, ArcGIS Explorer Desktop se ukázal docela dobrý!

    Ano, pro mnoho z vás to není novinka, ale pro mě ano. Moje poslední významná expozice Software ESRI pro digitální globus ArcGIS Explorer (Pouze Windows) byl zpět, když vyšel, před několika lety. Zkoušel jsem to a zjistil jsem, že je horší než Google Earth, pokud jde o výkon ve 3D, a příliš komplikované, abych se od té doby obtěžoval s učením, a proto jsem se striktně držel aplikace Google Earth. Nedávný příspěvek o bezplatné aplikaci Garmin Tool, která pomocí aplikace ArcGIS Explorer vytváří překryvy Garmin Custom Map, mě přinutil se na to znovu podívat a s překvapením jsem zjistil, že se z toho stal docela skvělý a docela užitečný nástroj. Není to dokonalé-3D výkon je ve srovnání s aplikací Google Earth stále velmi slabý a konfigurace po vybalení z krabice není tak silná. Má však svou vlastní velmi silnou sadu funkcí, a pokud je používán ve 2D režimu, je dobrým doplňkem jakékoli sady nástrojů pro geografii. Pěkná reorganizace nástrojů/funkcí ve formátu pásu karet podobném MS-Word, mnohem lepší než původní rozhraní.

    • Dobrý výběr sad podkladových map, včetně Bing Maps (letecké/silniční/hybridní), obecných světových/topografických/silničních map, OSM, obecného stínování terénu a stínovaných topo map National Geographic:

    Žádná vektorová podkladová mapa, jako silnice, které najdete v Google Earth.

    • Přidejte rastrová/vektorová data z více zdrojů a typů dat: ArcGIS Online, webové služby GIS (servery ArcGIS, GeoRSS, WMS), soubory ArcGIS lyr, shapefiles, KML, GeoDatabases, textové soubory, georeferencované rastrové snímky (např. GeoTiffs) a GPS datové soubory (GPX).
    • Nástroje pro úpravu vektorů: Bod, Čára, Kruh, Obdélník.
    • Exportujte data ve formátu KML (pro vektorová data vytvořená uživatelem), balíčky obsahu mapy nmc pro jiné uživatele ArcGIS Explorer nebo soubory vrstvy lpk pro ArcGIS.
    • Trasy/směrování
    • Přidejte odkazy na negeografická data (dokumenty, obrázky)
    • Měřicí nástroje pro vzdálenost/plochu
    • Vytvořte prezentaci uložením řady zobrazení mapy
    • Animace času/letu
    • Ve výchozí instalaci nemohu najít způsob, jak nastavit barvy/velikosti/symboly shapefile tak, aby byly závislé na hodnotách atributů. Pokud například máte soubor tvaru oblasti s více podoblastmi, z nichž každá zobrazuje oblast se samostatnou vlastností, jsou všechny zobrazeny stejnou barvou. Pro prohlížeč dat GIS je to zásadní chybějící funkce. Žádný výběr/filtrování podle atributu. Jediný způsob, jak zobrazit data atributů, je pomocí vyskakovacího okna na obrazovce bez tabulkových zobrazení dat DBF.
    • Původně jsem si myslel, že neexistuje žádná nastavitelná průhlednost pro rastrové/vektorové vrstvy, ale je to na kartě Vzhled pásu karet, místo v okně Vlastnosti pro každou vrstvu, kde byste to normálně očekávali.
    • Ovládací prvky přiblížení a náklonu jsou opakem všech ostatních digitálních glóbusů, které jsem použil k přiblížení posunutím kolečka myši od vás, kliknutím na středové tlačítko a posunutím myši směrem od vás nakloníte pohled do šikmého úhlu. A chlapče, může někdy ve 3D režimu nereagovat! Program obvykle používám pouze ve 2D režimu, abych tyto problémy nemusel řešit.
    • V ArcGIS Online je k dispozici pěkné rozhraní pro dotazování/prohlížení datových sad, ale nikde na webu ArcGIS neexistuje srovnatelná galerie předem zabalených souborů obsahu (soubory NMC/NMF), alespoň to, co jsem našel.
    • Aplikace přichází s možností přidat analytické nástroje podobné GIS a také nástroje jako výše zmíněný nástroj Garmin (vytvořený pomocí .Net a bezplatné sady SDK od ESRI). Ve výchozím nastavení je dodáván s nástrojem vyrovnávací paměti, pouze proces přidání dalších nástrojů není v souboru nápovědy vysvětlen příliš jasně. A i když je k dispozici slušný počet nástrojů, je těžké je najít, ale zdá se, že na webu ArcGIS neexistuje žádný jejich systematický adresář ani katalog. S trochou práce jsem některé vystopoval a zveřejním o nich zítra.

    Zdarma získávání dat GIS a DisplayTool pro iPad

    Nemám iPad a moje hlava je důkladně zaměřena na Android, takže když jsem dostal komentář informující o nové bezplatné aplikaci pro iPad Corvallis Microtechnology pro iPad iCMTGIS (odkaz iTunes zde), téměř jsem to ignoroval. Velká chyba - vypadá to jako docela sladký nástroj pro získávání dat GIS pro iPad!

    • Sběr dat o bodech, čarách a plochách, buď pomocí GPS, manuálního zadávání, nebo zadáním hodnoty vzdálenosti/úhlu
    • Plné možnosti zadávání atributů, včetně nastavení hierarchických formulářů pro zadávání dat
    • Přiřaďte dotaz na obrazovce
    • Více datových vrstev
    • Změřte/vypočítejte vzdálenosti a plochu
    • Jako pozadí použijte letecké snímky
    • Importujte data souboru shapefile
    • Exportujte data ve formátu shapefile nebo PMP pro použití s ​​vlastními GIS programy Corvallis Microtechnology

    Několik snímků obrazovky z jejich brožury PDF:

    Nemusí mít všechny funkce ArcPad nebo TerraSync, ale určitě to vypadá mnohem jednodušší na použití! Skoro se mi chce, abych měl iPad na vyzkoušení, pokud se budete točit, zanechte poznámku v sekci Komentáře. Musím doufat a věřit, že se podobné aplikace dostanou na platformu Android v nepříliš vzdálené budoucnosti.

    Hrozný & ldquoRecenze & rdquo volných možností GIS

    Obhájci open-source mohou být někdy trochu citliví na kritiku open-source softwaru. A někdy mohou přeceňovat výhody open-source oproti programům s uzavřeným zdrojovým kódem, ať už bezplatných nebo placených. Používám spoustu open-source softwaru a jsem rád, že je k dispozici, ale uznávám, že uzavřené zdrojové programy mají také své výhody. Takže když jsem viděl tento blogový příspěvek na PerryGeo, jak si stěžuje na článek o bezplatných programech GIS v nejnovějším vydání časopisu American Surveyor, hádal jsem, že to není tak špatné, jak si myslel. Přečetl jsem si to a není to tak špatné - je to mnohem, mnohem horší. Šel bych tak daleko, že bych to nazval klasickým příkladem Dunning-Krugerova efektu v akci.

    Tento článek má být reprezentativním průzkumem „snadno použitelného“ GIS, „snadno dostupného na internetu, snadno dostupného, ​​snadno stahovatelného a snadno instalovatelného“. Software potřeboval, aby mohl načítat georeferencované vektorové a rastrové snímky ve standardních formátech GIS, umožnil vám upravovat/vytvářet vrstvy, provádět základní analýzy a exportovat mapu v nějakém rozumném formátu. Z mnoha desítek bezplatných softwarových balíků GIS dostupných online, které splňují tyto požadavky, mohl přijít pouze se čtyřmi:

    Výběr aplikace Google Earth pro tento článek je vtip. Miluji Google Earth, ale není to ani zdaleka skutečný GIS, a od samého začátku mělo být zřejmé, že nemůže plnit většinu funkcí, které chtěl, protože jeho hodnocení zde je ztráta času a prostoru. ArcGIS Explorer je o něco lepší, ale pro zamýšlená použití to neřeší. To ponechává DIVA-GIS a Quantum GIS jako jediné dva legitimní uchazeče. Trochu jsem si pohrál s DIVA-GIS a je to dobrý bezplatný program GIS, a to i nad rámec jeho primární funkce pro analýzu geografických a environmentálních faktorů pro distribuci druhů. Považovat tento program za prominentní příklad toho, co je k dispozici ve volném světě GIS, je nesmysl.

    Ale to je to, co dělá s Quantum GIS, to je skutečný zločin. Odmítá to jako „příliš komplikované použití hned po vybalení z krabice“ a říká, že na základě dokumentace program neudělá, co chce. Autor tvrdí, že je vedoucím GIS a mapování pro poradenskou společnost, a přesto na panelu nástrojů QGIS nenalezl ani prominentní tlačítka „Přidat vektorovou vrstvu“ a „Přidat rastrovou vrstvu“? Nelze změnit vlastnosti vrstvy, které se tolik neliší od přístupu DIVA-GIS? Nemůžete se podívat na tlačítka na panelu nástrojů, která poskytují prakticky všechny funkce, které podle svých slov hledá? V tabulce, která porovnává funkčnost mezi různými programy, vkládá otazníky do většiny sloupců Quantum GIS, přestože „expertovi GIS“ nebude trvat dlouho, než zjistí, že většinu z nich dokáže kvantový GIS provádět. DIVA-GIS je pěkný kus softwaru, ale Quantum GIS je jasně lepší. Odsouzení Quantum GIS bez spravedlivého hodnocení čtenářům článku příliš neslouží.

    Autor se snaží schovat za některé lasičkovité doložky. Tvrdí, že to nemá být komplexní recenze, jako jeho odůvodnění pro pokrytí pouze několika programů. Zavolám na to BS, pokud nemáte základní znalosti potřebné k napsání takového článku a nemůžete se obtěžovat provést potřebný výzkum, pak jej předejte někomu, kdo má odborné znalosti nebo čas na dobrou práci. Také tvrdí, že pokud někdo neznalý těchto témat nemůže použít program „hned po vybalení z krabice“, aniž by strávil nějaký čas učením se, jak věci dělat, je to známkou toho, že je software příliš složitý. Celkem BS, to je jako říct někomu, kdo je zvyklý na primitivní textový procesor Microsoft WordPad, že Microsoft Word se nevyplatí učit, protože budete muset strávit nějaký čas naučením se některých pokročilejších funkcí.

    Data, která pro svůj příklad používá, navíc vyžadují určitou úroveň sofistikovanosti uživatelů. Musí znát rozdíl mezi rastrovými, vektorovými a DEM daty a porozumět konceptům georeferencingu pro všechny tyto datové typy. Koncepty za funkcemi, které chce, nejsou triviální, buď chce software, který dokáže provádět ukládání do vyrovnávací paměti a analýzu sítě, stejně jako vyhledávání informací. Nejde o žádnou raketovou vědu, ale není to intuitivně zřejmé. Každý, kdo těmto konceptům rozumí, musí být přiměřeně dobře informován o problémech GIS. Z toho vyplývá, že jeho čtenáři nejsou dost chytří na to, aby dokázali vymyslet program, pokud není jeho použití triviálně snadné, což je pro ně opravdu urážka. Pokud však porozumí datovým konceptům, jsou dost chytří na to, aby mohli strávit trochu času vymýšlením programu.

    Nedivím se, že je PerryGeo naštvaný, protože roky práce vynaložené na to, aby se z Quantum GIS stal prvotřídní bezplatný program GIS, ale autor tohoto článku to úplně vyhodil bez spravedlivého hodnocení. A svým čtenářům dělá špatnou službu nejen očerňováním kvantového GIS, ale také tím, že naznačuje, že provedl reprezentativní hodnocení bezplatných možností GIS, k čemuž se článek ani nepřibližuje. Jaká ostuda.


    Podívejte se na video: Jak vyrobit okno ze dřeva