Vairāk

Atšķirības starp ArcSDE 9.3 un 10.0?

Atšķirības starp ArcSDE 9.3 un 10.0?


Mani interesē, kādas ir atšķirības starp ArcSDE 9.3 un ArcSDE 10?

Vai ir pieejams ArcSDE 10?

Vai arī ArcSDE 10 nāk ar ArcGIS for Servers?

Vai kāds var man paskaidrot?

Rediģēt: Vēl viena noderīga atbilde uz šo jautājumu ir šeit; ArcSDE veiktspēja un tabulas izmaiņas, jauninot no 9.3 uz 10.1?


Lai uzzinātu, kas jauns bija ArcGIS Server 10.0 ArcSDE komponentā, iesaku pārskatīt Kas jauns ArcGIS 10 ģeodatubāzēs, kur tikai viens piemērs izmaiņām kopš 9.3.

Ģeodatubāžu sistēmas tabulas ir konsolidētas

Ģeodatubāzes shēma ir pārstrukturēta ArcGIS 10 laidienam, apvienojot ģeodatubāzes sistēmas tabulās iepriekš saglabāto informāciju sešās tabulās. Tas daļēji tiek darīts, izmantojot XML kolonnas, lai uzglabātu informāciju, kas saistīta ar datiem ģeodatubāzē.

Visām jaunajām un uzlabotajām failu, personiskajām un ArcSDE ģeodatubāzēm būs jauna ģeodatubāzes shēma.

Lai ieviestu šo jauno shēmu ArcSDE ģeodatubāzē, datu bāzei jāspēj izmantot XML kolonnas. Turklāt esošās ArcSDE ģeodatubāzes ir jājaunina, izmantojot jauno jaunināšanas ģeodatubāzes ģeoprocesoru rīku vai Python skriptu, nevis instalēšanas vedni vai komandu sdesetup.


Jūsu jautājums šķiet vairāk filozofisks nekā tehnisks. Patiesībā nekas būtisks nemainījās ArcSDE starp ArcGIS 9.3 un 10.0. ArcGIS ģeodatubāzes metadati tika pilnībā pārveidoti, palielinot uzsvaru uz Direct Connect, taču tas tikai veicina ArcSDE pāreju no produkta uz tehnoloģiju, kas sākta jau ArcGIS 9.2. Jūs arī strādājat pie nopietniem nelabvēlīgiem apstākļiem, tik vēlu jauninot no 9.x uz 10.0, jo ArcSDE pati pilnībā izzūd ArcGIS 10.3.

Ja vēlaties apsteigt līkni, varat sākt, izdzēšot "ArcSDE" no vārdnīcas un aizstājot to ar "ArcGIS" vai "uzņēmuma ģeodatubāzi". Tādējādi jautājums tiktu pārveidots šādi: "Kādas ir atšķirības uzņēmumu ģeodatu bāzes ieviešanā starp ArcGIS 9.3 un 10.0?", Uz ko jums jau ir pieņemta atbilde.


ArcGIS darbvirsmas standartam

ArcGIS darbvirsmas standartam (agrāk sauca ArcEditor) ir vidēja līmeņa licence ArcGIS Desktop programmatūras produktam, kas paredzēts telpisko datu uzlabotai rediģēšanai. ArcGIS for Desktop Standard ietver visas ArcGIS for Desktop Basic licences funkcionalitāti un papildu rīkus, lai rediģētu ArcSDE saglabātās uzņēmuma ģeodatubāzes.


Pārskats par datu pārvaldības rīkkopu

Datu pārvaldības rīkkopa nodrošina bagātīgu un daudzveidīgu rīku kolekciju, ko izmanto, lai izstrādātu, pārvaldītu un uzturētu funkciju klases, datu kopas, slāņus un rastra datu struktūras.

Lai gan analīzes rīkkopa tiek izmantota, lai atrisinātu telpiskus vai statistiskus jautājumus, un reklāmguvumu rīkkopa ir nepieciešama dažādu datu formātu konvertēšanai, datu pārvaldības rīkkopa ļauj veikt funkcijas, sākot no vienkāršiem uzdevumiem, piemēram, pārvaldīt pamatstruktūras, piemēram, laukus un darbvietas, un veikt citas darbības. sarežģīti uzdevumi, kas saistīti ar topoloģiju un versiju.

Pielikumu rīku komplektā ir rīki ģeodatubāzes pielikumu pārvaldībai. Iespēja pievienot failu pielikumus ģeodatubāzes tabulu un funkciju klašu ierakstiem tika pievienota ArcGIS 10.0. Pielikumu funkcionalitāte nodrošina spēcīgu veidu, kā saistīt neģeogrāfiskus datus ar jūsu ģeogrāfisko informāciju. Izmantojot šos ģeogrāfiskās apstrādes rīkus, jūs varat vieglāk iekļaut pielikumus savā darbplūsmā un automatizēt pielikumu pievienošanas un noņemšanas procesu.

Arhivēšanas rīku komplektā ir rīki ģeodatubāzu arhivēšanas pārvaldībai. Arhivēšana ArcGIS nodrošina funkcionalitāti, lai ierakstītu un piekļūtu ģeodatubāzes datos veiktajām izmaiņām. Ģeodatubāzu arhivēšana ir mehānisms datu izmaiņu uztveršanai, pārvaldīšanai un analīzei.

Datu salīdzināšanas rīku kopā ir rīki vienas datu kopas salīdzināšanai ar citu datu kopu, lai ziņotu par līdzībām un atšķirībām. Varat izmantot šos rīkus, lai identificētu izmaiņas, kas veiktas datu kopā.

Ģeodatubāzu izplatīšana ļauj organizācijām vajadzības gadījumā izkliedēt savus datus no centrālajiem serveriem uz reģionālajiem vai vietējiem birojiem, kas var būt savienotā vai atvienotā vidē. Tas tiek panākts, pilnībā vai daļēji replicējot ģeodatubāzi un pēc vajadzības izsniedzot šīs kopijas visā organizācijā. Kad kopijas tiek atjauninātas, izmaiņas var saskaņot starp birojiem, izmantojot sinhronizācijas procesu.

Domēni piedāvā veidu, kā definēt vērtību diapazonu, ko var izmantot vairākiem atribūtu laukiem. Domēnu izmantošana palīdz nodrošināt datu integritāti, ierobežojot vērtību izvēli konkrētam laukam. Kodēto vērtību domēnu validācija tiek veikta, ierobežojot nolaižamajos sarakstos atrodamās lauku vērtības. Diapazona domēni tiek automātiski apstiprināti rediģēšanas laikā.

Funkciju klases rīku komplekts nodrošina rīku kopumu, kas paredzēts pamata funkciju pārvaldībai, tostarp vairāku funkciju klašu izveidošanai, pievienošanai, integrēšanai un atjaunināšanai.

Funkciju rīkkopā ir rīki, lai pārveidotu elementus no viena ģeometrijas veida uz citu un pārbaudītu funkciju pareizību.

Rīkjoslā Lauki ir rīki, kas veic izmaiņas objektu klases tabulu laukos.

Failu ģeodatubāzes rīku komplektā ir rīki, kas saspiež un atspiež failu ģeodatubāzes funkciju klases un tabulas.

Ģeodatubāzes administrēšanas rīku komplektā ir rīki dažādiem ģeodatubāzes pārvaldības uzdevumiem. Šajā rīku komplektā iekļautie rīki attiecas uz konkrētiem datu bāzes datu pārvaldības rīkiem, kā arī ģeodatubāžu jaunināšanu, pārvaldību un apkopi.

Vispārīgajā rīku komplektā ir rīki vispārēju datu pārvaldības darbību veikšanai. Rīku komplektā ir rīki funkciju klašu vai tabulu apvienošanai, pārdēvēt, kopēt vai dzēst datu kopas, atrast vai dzēst dublētus vai identiskus ierakstu šķirošanas ierakstus un rīkus, kas uzlabo ModelBuilder funkcionalitāti.

Vispārināšanas rīku kopas rīkus var izmantot, lai apkopotu vai likvidētu līdzekļus.

Geoemtric Network rīku komplekts satur rīku komplektu, ko var izmantot, lai izveidotu, pārvaldītu un izpildītu izsekošanas uzdevumus ģeometriskos tīklos.

Rīku kopa Graph nodrošina rīkus diagrammu izveidei un saglabāšanai. Varat izmantot rīkus, lai izveidotu dažādus grafikus (joslu, līniju utt.) Un saglabātu tos kā diagrammu failus vai attēlus.

Rīku kopā ar rādītājiem ir rīki, kas pievieno vai noņem telpiskos un atribūtu indeksus no līdzekļu klasēm vai attiecību klasēm.

Rīku komplekta Joins rīki izveido savienojumu starp slāni un tabulas skatu. Pievienošanās, izmantojot rīku Pievienot pievienošanos, ir īslaicīgas un ilgst tikai sesijas laikā. Ja jums ir jāsaglabā savienojums starp sesijām, varat izveidot attiecības, izmantojot rīku komplekta Attiecību klases rīkus.

LZA datu kopas rīku komplekts satur rīkus LZA datu kopu izveidei un pārvaldībai. LAS datu kopa ir trīsstūrveida virsmas tips, kas ļauj ātri nolasīt un attēlot lidmašīnas lidmašīnas datus LAS formātā.

Rīku kopa Slāņi un tabulas skati izveido un apstrādā slāņus, slāņu failus un tabulas skatus.

Pakotnes rīku komplekts nodrošina rīkus slāņu (.lyr) un karšu dokumentu (.mxd) konsolidēšanai, iepakošanai un koplietošanai.

Fotogrāfiju rīkkopā ir rīki digitālo fotogrāfiju failu analīzei un pārvaldībai. Rīku komplektā ietilpst rīki, lai izveidotu punktu funkciju klasi no ģeogrāfiski atzīmētiem fotoattēlu failiem (fotoattēli, kas uzņemti no GPS kameras ierīces vai viedtālruņa), kā arī fotoattēlu failu saskaņošanai ar funkcijām vai tabulas rindām, pamatojoties uz fotoattēla un uzņemšanas laika zīmogu objekta vai rindas laiks.

Rīkjoslā Prognozes un transformācijas ir rīki, kas nosaka datu kopas projicēšanu un pārprojektēšanu.

Rastra rīku komplektā ir rīki, kas rada un manipulē ar rastra datu kopām.

Rīcību kopums Relāciju klases ietver rīkus, kas rada asociācijas starp līdzekļu klasēm un pazīmju klasēm un tabulām.

Rīkojumā Apakštipi ir rīki, kas pārvalda līdzekļu klases vai tabulas apakštipus.

Tabulas rīkkopā ir rīki, kas veic funkciju klases tabulas korekcijas un vaicājumu veikšanu.

Rindkopā Flīžu kešatmiņa ir rīki flīžu kešatmiņu ģenerēšanai, pārvaldīšanai, importēšanai un eksportēšanai. Šie rīki spēj ģenerēt flīžu kešatmiņas no rastra datu kopas, mozaīkas datu kopas vai kartes dokumenta lokāli uz darbvirsmas, neizmantojot ArcGIS Server. Šīs flīžu kešatmiņas var koplietot kā flīžu paketes ArcGIS Online un publicēt kā flīžu karšu pakalpojumus.

Topoloģijas rīku komplektā ir rīki, kas pārvalda topoloģiskās attiecības starp vairākām pazīmju klasēm.

Rīku komplektā Versijas ir rīki, kas pielāgo datu versijas.

Darbvietas rīku komplekts ietver rīku kopumu, lai izveidotu ArcGIS izmantotās datu glabāšanas struktūras. Šīs struktūras ietver darbvietu, mapi, divu veidu ģeodatubāzes, funkciju datu kopu un ArcSDE savienojuma failu.


ArcSDE ģeodatubāze

ArcGIS tehnoloģija ietver telpiskās datu bāzes dzinēju (ArcSDE) ĢIS datu pārvaldībai un koplietošanai. Attēlā 7-3 ir sniegts pārskats par ArcSDE komponentiem. Katrs ArcGIS programmatūras produkts ietver ArcSDE sakaru klientu. ArcSDE shēma ietver attiecības un atkarības, ko izmanto, lai pārvaldītu ģeodatubāzes versiju un replikācijas funkcionalitāti. ArcSDE shēma ietver arī ģeodatubāzes licences kodu, kas saglabāts saimniekdatora DBVS tabulās. ArcSDE ietver arī izpildāmo failu, kas tulko sakarus starp ArcGIS programmatūras komponentiem un atbalstīto DBVS. Izpildāmā ArcSDE ir iekļauta ArcGIS DBVS tiešā savienojuma lietojumprogrammas saskarnē (api), un tā ir pieejama arī instalēšanai DBVS serverī vai vidējā servera līmenī kā atsevišķa izpildāmā lietojumprogramma (GSRVR).

Tiešais savienojums

ArcSDE Direct Connect (DC) konfigurācijā SDE Direct Connect API sazinās tieši ar vietējo DBVS klientu, un DBVS klienta API tiek izmantota saziņai ar DBVS serveri. SDE apstrāde tiek veikta platformā, kurā tiek mitināta GIS lietojumprogramma (darbstacija vai termināļa serveris ArcGIS darbvirsmas lietojumprogrammām, un GIS servera saimniekdatoros ArcGIS serverim darbplūsmas).

Savienojums ar attālo serveri

SDE un DBVS klientu var instalēt vidēja līmeņa serverī. Šajā konfigurācijā lietojumprogramma ArcGIS izmanto SDE API, lai piekļūtu attālajam SDE serverim, SDE sazinās tieši ar DBVS klientu, un DBVS klienta API tiek izmantota saziņai ar DBVS serveri. SDE apstrādes slodzes tiks piemērotas instalētajam attālajam serverim.

ArcSDE lietojumprogrammu servera savienojums

ArcSDE lietojumprogrammu servera savienojuma (ASC) konfigurācijā ArcGIS klienta lietojumprogramma izmanto SDE API, lai piekļūtu SDE procesam, kas atrodas DBVS serverī.

SDE licences atslēga. SDE licences atslēga ir jāinstalē DBVS ar ArcSDE shēmu, lai iespējotu ArcSDE ģeodatubāzi. DBVS servera procesora kodols tiek ieskaitīts licences cenā tikai ASC konfigurācijā, kad DBV serverī darbojas SDE GSRVER process. SDE licences atslēgu var instalēt jebkurā SDE ģeodatubāzes serveru skaitā licencētajā vietnē.


Rezultāti

Grauzēju izplatības kartes

Individuālās izplatības kartes katrai no 35 grauzēju ģintīm ir sniegtas alfabētiskā secībā pēc taksona 2. attēlā. Tika konstatēts, ka katram taksonam raksturīgo īpatņu un ģeogrāfisko atrašanās vietu skaits ir ļoti mainīgs, sākot no 478 vietām un 3331 īpatņiem. Mastomys līdz 1 paraugam un lokalizācijai Zelotomijs. Kopumā visu taksonu vidējais lokalizācijas skaits bija 62, bet īpatņu vidējais skaits bija 185.


ArcGIS servera pakalpojumu arhitektūrai

Tīmekļa kartēšanas pakalpojumi nodrošina efektīvu pieeju karšu produktu un pakalpojumu apkalpošanai internetā. ArcGIS darbvirsmas arhitektūrai, kas tika parādīta iepriekš šajā sadaļā, ir nepieciešami cieši saistīti klienta/servera procesi, kuriem nepieciešama stabila liela joslas platuma komunikācija, kas tiek atbalstīta salīdzinoši nelielos attālumos. Tīmekļa klientu sakari tiek atbalstīti, izmantojot uz darījumiem balstītu HTTP, kas nodrošina optimālu komunikāciju lielos attālumos un mazāk stabilu sakaru vidi.

ArcGIS for Server pakalpojumi tiek publicēti, izmantojot Web serveri. Piekļūstot vietnei, tīmekļa servera klientiem tiek parādīts publicēto pakalpojumu katalogs. Tīmekļa lietojumprogrammas patērē karšu pakalpojumus un veido klienta prezentācijas slāni, lai atbalstītu publicēto lietojumprogrammu darbplūsmu. Klienta un tīmekļa serveri ir brīvi savienoti, un katra klienta saziņa ir pilnīgs darījums. Darījumus apstrādā atbilstošais tīmekļa GIS serveris un atgriež klientam.

Esri Web GIS pakalpojumus mitina ArcGIS for Server programmatūra. ArcGIS for Server nodrošina uz programmatūru balstītu ArcGIS vidi, lai izvietotu uz GIS servera balstītas ArcGIS lietojumprogrammas un pakalpojumus. ArcGIS for Server var izvietot kā tīmekļa pakalpojumu vai interneta klientus vai kā tīkla pakalpojumu vietējiem galddatoru klientiem. RIA tīmekļa klienti ir brīvi savienoti, vieglie, rokas vai galddatori, kas var atbalstīt dažādas tīmekļa lietojumprogrammas un ietver pastāvīgu datu kešatmiņu un atvienotas ĢIS klientu darbības. Klienta lietojumprogrammu izvietošanu un datu apmaiņu pārvalda ArcGIS for Server vecāku pakalpojumi. ArcGIS Imagery pakalpojumi ir pilnībā integrēti ArcGIS for Desktop un ArcGIS for Server ar ArcGIS 10 versiju.

ArcGIS for Server programmatūras arhitektūras komponenti ietver tīmekļa pārlūkprogrammas, RIA klientus, GIS serveri un ģeodatubāzes programmatūras komponentus, kurus var izvietot dažādās platformu kombinācijās, lai atbalstītu mērogojamas jaudas un sistēmas pieejamības prasības. Dažādu programmatūras komponentu atrašanās vieta un izvēlētā programmatūras konfigurācija veicina sistēmas jaudu, pakalpojumu uzticamību, drošību un kopējo izvades veiktspēju.

ArcGIS 10.1 ir galvenais Server izdevums. ArcGIS 10.1 for Server ietver visas ArcGIS 10 primārās funkcijas, kas tiek piegādātas jaunā 64 bitu JAVA programmatūras komponentu arhitektūrā. Galvenās programmatūras sastāvdaļas, kas saistītas ar ArcGIS for Server 10.1 programmatūras arhitektūru, ir norādītas 7-21. Attēlā.

ArcGIS 10.1 serverim tiek piegādāts kā viena programmatūras instalācija, kas ietver tīmekļa pakalpojuma galapunktu, servera objektu pārvaldnieka (SOM) un servera objektu konteinera (SOC) funkcijas iepriekšējā laidienā jaunā pilnībā integrētā programmatūras komplektā. ArcGIS serverim instalēšanas pakotnē ir iekļauts jauns papildu Web adaptera komponents, lai uzlabotu drošību un tīkla slodzes līdzsvarošanu. ArcGIS 10.1 laidienā vairs netiek atbalstīti lietojumprogrammu izstrādes ietvara (ADF) programmatūras komponenti.

ArcGIS 10.1 servera uzlabojumiem

ArcGIS 10.1 for Server ir paredzēts ātrai izvietošanai un draudzīgai administrēšanai. Servera uzlabojumi uzlabo instalēšanu, veiktspēju, uzticamību, administrēšanu, mākoņa izvietošanas iespējas un Linux draudzīgākas programmatūras saderību.

  • Instalēšana ir daudz ātrāka un vienkāršāka, bez Windows reģistra komponentiem, mazāk Windows/Linus lietotāju kontu un nekādu prasību pēc instalēšanas.
  • Darbojas kā 64 bitu vietējā lietojumprogramma ar uzlabotu programmatūras veiktspēju.
  • Izturīgāka arhitektūra ar mazākiem kļūmju punktiem, automatizēta konfigurācijas pārvaldība un labāka atkopšanās no procesa kļūmēm.
  • Administrēšana ir skriptējama, izmantojot administratīvo REST administratora API.
  • Paredzēts elastīgai mākoņa izvietošanai ar pielāgojamu vietņu konfigurācijas pārvaldību.
  • Daudz draudzīgāks Linux ar jaunu Java programmatūras komponentu arhitektūru.

ArcGIS 10.1 for Server atbalsta tādu pašu piekļuvi datiem un pakalpojumiem kā ArcGIS 10, vienlaikus paplašinot tīmekļa lietojumprogrammu klienta saskarnes. Bagātīgu interneta lietojumprogrammu migrēšana no ArcGIS 10 uz ArcGIS 10.1 ir nesāpīga un vienkārša.

ArcGIS 10.1 servera atslēgu vietņu apzināto komponentu funkcijām

Sākotnējā ArcGIS servera instalēšanai nosaka galvenās sastāvdaļas, kas veido nosaukumu Vietne. Šīs galvenās sastāvdaļas ir ĢIS serveris un vietnes konfigurācijas veikals (ConfigStore). Vietnes ConfigStore satur visas pakalpojuma definīcijas un konfigurācijas parametrus ĢIS servera mašīnām šajā vietnē. Datu avota ceļu nosaukumi ir iekļauti katras pakalpojuma definīcijas daļā. Katrā ĢIS serverī ir HTTP beigu punkti (SOAP, REST, Open Standards), kas pieejami tīmekļa pakalpojumu publicēšanai un apkalpošanai. HTTP piekļuve ĢIS servera pakalpojumiem notiek caur HTTP portu 6080. HTTP drošie sakari ar ĢIS serveri tiek nodrošināti caur 6443 portu.

Kad pievienojat jaunu ĢIS servera iekārtu nosauktai vietnei, tā automātiski izvieto pakalpojumu konfigurācijas, kā definēts vietnes ConfigStore (pakalpojumu konfigurācijas ir noteiktas katrai GIS servera mašīnai). ConfigStore satur vienu repozitoriju, kas definē visas ĢIS servera mašīnas konfigurācijas nosauktajā ĢIS servera vietnē. Visas vietnes ĢIS servera iekārtas koplietos vienu ConfigStore (ConfigStore atkārtota kopija radītu jaunu vietni). ConfigStore jāatrodas failu koplietošanā, kurai var piekļūt visi ĢIS serveri nosauktajā vietnē.

ĢIS serveris ar nosaukumu Vietne var ietvert vienu vai vairākus ĢIS serveru klasterus. Visām ĢIS servera iekārtām noteiktā vietņu klasterī tiks izvietotas vienas un tās pašas pakalpojumu konfigurācijas. Katra ĢIS servera iekārta var piedalīties tikai vienā vietņu klasterī. Vietnes ConfigStore saturēs pakalpojumu konfigurācijas visām grupām, kas definētas nosauktajā vietnē. Vietnes ConfigStore failu koplietošanā tiks iekļauts arī servera direktoriju fails kopīgu administratīvo vietņu direktoriju apkopošanai un koplietošanai.

Ienākošo pakalpojumu pieprasījumi tiks piešķirti vienam no ĢIS serveriem, kas atrodas norādītajā vietnē. ĢIS servera pakalpojumu apstrādātājs piešķirs pakalpojuma pieprasījumu pirmajam pieejamajam pakalpojuma gadījumam nosauktajā vietnē. Ja pakalpojuma instance nav pieejama piešķirtajā GIS servera mašīnā, pakalpojumu apstrādātājs apstrādei nosūtīs pieprasījumu pieejamam servisa gadījumam citā no ĢIS servera iekārtām nosauktajā vietnē. Visi ĢIS servera pakalpojumu apstrādātāji ir informēti par vietni, kas nozīmē, ka viņi var piešķirt ienākošo pakalpojumu jebkuram pieejamam pakalpojumu gadījumam jebkurā GIS servera mašīnā nosauktajā vietnē (pakalpojumu apstrādātāja slodzes līdzsvarošana).

ArcGIS for Server ietver papildu Web adaptera programmatūru, ko var izmantot, lai pārvaldītu GIS servera ienākošo pakalpojumu pieprasījumus. Tīmekļa adapteris ir jāinstalē datorā ar trešās puses tīmekļa serveri. Tīmekļa adapteris ir informēts par vietni, kas nozīmē, ka tas izplatīs ienākošos pakalpojumu pieprasījumus starp aktīvajām ĢIS servera iekārtām nosauktajā vietnē. Tīmekļa adapteris var darboties arī kā reversais starpniekserveris, pieņemot pakalpojumu pieprasījumus konfigurējamā ienākošā portā (ti, 80. portā) un sazinoties ar vietnes GIS servera iekārtām portā 6080. Ja kāda no vietnes ĢIS servera iekārtām neizdodas, tīmekļa adapteris maršruta pakalpojumu pieprasījumus tikai uz atlikušajām aktīvajām ĢIS servera iekārtām (augstas pieejamības kļūmjpārlēces funkcionalitāte). Viens tīmekļa adapteris var apkalpot tikai vienu vietni ar nosaukumu. Vienai vietnei ar nosaukumu var piešķirt vairākus tīmekļa adapterus.

Augsta pieejamība nozīmē, ka nav nevienas programmatūras vai servera komponenta kļūmes, kas izraisītu vietnes kļūmi. Augstas pieejamības konfigurācijai jāietver tīkla slodzes līdzsvarošana ar kļūmjpārlēces iespēju, lai nodrošinātu, ka ienākošā datplūsma tiks novirzīta uz aktīvu tīmekļa vārtejas mašīnu, vismaz divām ĢIS servera iekārtām un augstu pieejamības failu koplietošanu ConfigStore, servera direktorijiem un visiem koplietotajiem failu datiem avotiem. Jebkurš DBVS datu avots būtu jāatbalsta arī kļūmjpārlēces konfigurācijā. Ja pazaudējat ConfigStore vai kādu no nepieciešamajiem datu avotiem, jūs zaudējat vietni.

Tīmekļa platformas konfigurācijas stratēģijas

Tīmekļa sistēmas arhitektūras dizaina alternatīvas ir sagrupētas kā viena, divu un trīs līmeņu konfigurācijas, kā parādīts 7.-23. Vienkāršas konfigurācijas ir vieglāk uzturēt un atbalstīt. Sarežģītākas konfigurācijas atbilst lielākas jaudas un sistēmas pieejamības prasībām. Ražošanas darbības parasti tiek atbalstītas ar augstu pieejamības konfigurāciju (konfigurācijas, kas turpinās sniegt pakalpojumus arī pēc jebkuras vienas platformas kļūmes). Augsta līmeņa pārskats par ArcGIS for Server izvietošanas scenārijiem ir sniegts ArcGIS palīdzības 10.1 dokumentācijā.

  • Viena līmeņa: visi tīmekļa programmatūras komponenti ir izvietoti vienas platformas līmenī.
    • Vienkāršs izvietošanas modelis sākotnējai ArcGIS servera prototipa pārbaudei.
    • Vienkāršs mākoņa izvietošanas modelis.
    • Tīmekļa un ĢIS lietojumprogrammatūras komponenti ir izvietoti vienā platformas līmenī.
    • Datu bāzes lietojumprogrammatūras komponenti tiek izvietoti atsevišķā platformas līmenī.
    • Šis ir visizplatītākais izvietošanas modelis, kad drošība nav galvenā problēma. Tas nodrošina kopīgu kopīgu datu bāzi, lai piekļūtu vairākām iekārtām GIS servera lietojumprogrammu līmenī.
    • Tīmekļa lietojumprogrammu programmatūras komponenti ir izvietoti vienā platformas līmenī.
    • ĢIS lietojumprogrammu komponenti tiek izvietoti otrā platformas līmenī.
    • DBVS lietojumprogrammatūras komponenti tiek izvietoti trešajā platformas līmenī.
    • Optimāla konfigurācija, izvietojot uzņēmuma tīmekļa lietojumprogrammas vai ja nepieciešama papildu drošība. Tīmekļa serveris tiek mitināts atsevišķā platformas līmenī.
    • ĢIS serveru līmenis var pievienot papildu platformas, lai palielinātu jaudu un apmierinātu pieejamības prasības.
    • Tīmekļa līmenis var pievienot papildu platformas, lai palielinātu jaudu un apmierinātu pieejamības prasības.
    • DBVS līmenis un ietver kļūmjpārlēces platformu, lai apmierinātu pieejamības prasības.

    ArcGIS Server ir paredzēts, lai atbalstītu mērogojamu tīmekļa arhitektūru. Optimālas platformas vides tiek konfigurētas, izmantojot standarta preču servera platformas tehnoloģiju. ArcGIS Server ir licencēts, pamatojoties uz platformas procesora kodola skaitu, kas atbalsta GIS Server programmatūras līmeni. ArcGIS serverim Ieteiktās platformas konfigurācijas stratēģijas tiks piedāvātas trim iepriekš norādītajām konfigurācijas alternatīvām. Piecas ArcGIS for Server darbplūsmas tiks izmantotas, lai attēlotu lietotāju prasības CPT dizaina piemēros.

    • Atpūtas kartēšanas darbplūsma (AGS101 REST MSD R 100%Dyn Med 10x7 JPEG)
    • REST kartēšanas darbplūsma ar kešatmiņā saglabāto bāzes karti (AGS101 REST MSD R 40%Dyn Med 10x7 JPEG +$)
    • REST funkciju rediģēšanas darbplūsma ar apmaksātu pamata karti (AGS101 REST MSD V 20%Dyn Med 10x7 funkcija +$)
    • Pilnībā kešatmiņā saglabāts karšu pakalpojums (AGS Full MapCache pakalpojums)
    • Attēlu pakalpojums ar Mosaic datu kopu (AGS101 Imagery MosaicDS R 100%Dyn Med 10x7 JPEG)

    Viena līmeņa platformas konfigurācija

    Attēlā 7-24 ir sniegts pārskats par viena līmeņa platformu konfigurācijām. Viena līmeņa konfigurācijas nodrošina vienu vai divas platformas, kas spēj atbalstīt visus tīmekļa pakalpojumu komponentus.

    Standarta konfigurācija: Pilnu tīmekļa vietni var atbalstīt vienā aparatūras platformā. Šī konfigurācija ir piemērota tīmekļa pakalpojumu izstrādei un testēšanai, vietnēm ar ierobežotu pakalpojumu pieprasījumu skaitu un sākotnējiem prototipu izvietojumiem. Klientu vietnēm, kuras var atbalstīt ar vienas platformas konfigurāciju, ir pieejama īpaša vienas mikroshēmas (2 kodolu) darba grupas servera licence, kas iekļauta Microsoft SQL Server datu bāzē.

    Ja standarta konfigurācijai ir pievienota vairāk nekā viena GIS servera iekārta ar ienākošo pakalpojumu pieprasījumiem, kas visi tiek nosūtīti uz sākotnējo GIS servera mašīnu, sākotnējais GIS servera pakalpojumu pārvaldnieks piešķirs ienākošos pakalpojumu pieprasījumus visiem pieejamajiem ĢIS servera mašīnas gadījumiem nosauktajā vietnē. ConfigStore un SvrDirectories ir jādalās ar visām ĢIS servera iekārtām nosauktajā Vietnē, un ĢIS datu avots ir jāizplata katrai mašīnai, lai izvairītos no strīdiem par veiktspēju.

    Šī nav augstas pieejamības konfigurācija, jo, pazaudējot sākotnējo GIS servera iekārtu, jūs zaudēsit ConfigStore un pakalpojumu pieprasījumu izplatīšanu pārējām vietnes ĢIS servera iekārtām.

    Augstas pieejamības konfigurācija: Lielākajai daļai ĢIS serveru ražošanas darbību ir nepieciešami lieki servera risinājumi, kas ir konfigurēti tā, lai vietne darbotos vienas platformas kļūmes gadījumā. Šī konfigurācija turpinās atbalstīt ražošanas darbības vienas platformas apkopes un jaunināšanas laikā, kā arī jaunu pakalpojumu konfigurēšanas un publicēšanas laikā. Šī konfigurācija ietver (1) tīkla slodzes līdzsvarošanu, lai novirzītu trafiku uz katru no ArcGIS for Server mašīnām normālu darbību laikā un tikai uz aktīvo serveri, ja kāds no serveriem neizdodas, (2) ĢIS serveru vietni apzinošs pakalpojumu pārvaldnieka slodzes līdzsvarojums izplatīšanai telpisko pakalpojumu apstrādes slodze starp ĢIS servera iekārtām visā vietnē, lai izvairītos no pieprasījumu dublēšanas vienā serverī, kad otrā serverī ir pieejami papildu apstrādes resursi (slodzes līdzsvarošana tiek automātiski apstrādāta ĢIS servera vietnē), (3) bieži augsta pieejamība (pieļauj kļūdu) failu koplietošana ConfigStore un SvrDirectory failiem un (3) replicēto failu un DBVS datu avoti ar vietējo kopiju, kas izplatīta katrā GIS servera mašīnā (dažos gadījumos veiktspēja var būt atbilstoša, izmantojot failu datus, kas atrodas HA failu koplietošanas vietā ).

    ĢIS serveri var publicēt pakalpojumus, izmantojot vietējo portu 6080, vai trešās puses tīmekļa serveris ar tīmekļa adapteri var tikt instalēts ArcGIS serverim līmenī, lai uzlabotu drošību.

    Attēlu un failu ģeodatubāzes datu avotiem dati ir jāizvieto katrā ĢIS servera mašīnā vai konfigurācijā, lai nodrošinātu lielu joslas platumu īpašu atmiņas tīkla savienojumu un augstas veiktspējas uzglabāšanas arhitektūru, lai izvairītos no lielām satiksmes problēmām.

    Jauktu pakalpojumu vidē ir laba prakse attēlu pakalpojumus izvietot atsevišķā ĢIS servera mašīnā no dinamiskiem kartēšanas pakalpojumiem.

    CPT dizains ietver vairākus integrētus moduļus, ko izmanto sistēmas arhitektūras dizaina pabeigšanai. ArcGIS servera darbplūsmas atlasei tiek veikta lietotāja prasību analīzes modulī. Platformas segvārdus (kam seko kols) un izvēlēto aparatūras platformu var mainīt, lai tie atspoguļotu jūsu izvietošanas vidi. Programmatūras platformas konfigurācija tiek identificēta, atlasot platformas segvārdu no iezīmētā programmatūras komponenta nolaižamā saraksta katrā darbplūsmas rindā. Datu avota atlase tiek veikta katrai darbplūsmas rindai.

    Viena līmeņa programmatūras konfigurācija mitinātu Web, ĢIS serveri un DBVS datu avotu vienā platformas līmenī.

    Kad CPT dizains ir pareizi konfigurēts, lai atspoguļotu jūsu biznesa prasības un izvēlēto aparatūru, darbplūsmas veiktspējas kopsavilkumā tiek parādīts programmatūras pakalpojumu laika sadalījums un paredzamais klienta displeja reakcijas laiks katrai darbplūsmai, un platformas sadaļā tiek parādīts nepieciešamo platformas mezglu skaits un apstrādes slodzes atlasīto platformas līmeni.

    Divu līmeņu platformas konfigurācija

    Divu līmeņu arhitektūra attēlā 7-29 ietver ĢIS serveru un datu servera platformas. Tīmekļa servera un ĢIS servera komponenti atrodas ĢIS servera platformā, bet datu serveris - atsevišķā datu servera platformā. Šī ir populāra konfigurācija vietnēm ar lielu datu resursu apjomu vai esošiem datu serveriem. Viena datu kopija var atbalstīt vairākus servera komponentus kopā ar citiem uzņēmuma GIS datu klientiem.

    Standarta konfigurācija: Standarta konfigurācija ietver vienu vai vairākas GIS servera iekārtas ar atsevišķu līmeni, kas atbalsta DBVS datu avotu. ĢIS serveris var publicēt pakalpojumus, izmantojot vietējo portu 6080, vai trešās puses tīmekļa serveris ar tīmekļa adapteri var tikt instalēts ArcGIS serverim līmenī.

    Ja standarta konfigurācijai ir pievienota vairāk nekā viena GIS servera iekārta ar ienākošo pakalpojumu pieprasījumiem, kas visi tiek nosūtīti uz sākotnējo GIS servera mašīnu, sākotnējais GIS servera pakalpojumu pārvaldnieks piešķirs ienākošos pakalpojumu pieprasījumus visiem pieejamajiem ĢIS servera mašīnas gadījumiem nosauktajā vietnē. ConfigStore un SvrDirectories ir jādalās ar visām ĢIS servera iekārtām nosauktajā vietnē, un visām GIS Server mašīnām ir jābūt piekļuvei DBVS datu līmenim.

    Šī nav augstas pieejamības konfigurācija, jo, pazaudējot sākotnējo GIS servera iekārtu, jūs zaudēsit izplatīšanu atlikušajām GIS servera iekārtām vietnē, un DBVS platforma un ConfigStore/Svr direktorija failu koplietošana nav augstas pieejamības konfigurācijā.

    Augstas pieejamības konfigurācija: Lielākajai daļai ĢIS serveru ražošanas darbību ir nepieciešami lieki servera risinājumi, kas ir konfigurēti tā, lai vietne darbotos vienas platformas kļūmes gadījumā. Šī konfigurācija turpinās atbalstīt ražošanas darbības vienas platformas apkopes un jaunināšanas laikā, kā arī jaunu pakalpojumu konfigurēšanas un publicēšanas laikā. Šī konfigurācija ietver (1) tīkla slodzes līdzsvarošanu, lai novirzītu trafiku uz katru no ArcGIS for Server mašīnām normālu darbību laikā un tikai uz aktīvo serveri, ja kāds no serveriem neizdodas, (2) ĢIS serveru vietni apzinošs pakalpojumu pārvaldnieka slodzes līdzsvarojums izplatīšanai telpisko pakalpojumu apstrādes slodze starp ĢIS servera iekārtām visā vietnē, lai izvairītos no pieprasījumu dublēšanas vienā serverī, kad otrā serverī ir pieejami papildu apstrādes resursi (slodzes līdzsvarošana tiek automātiski apstrādāta ĢIS servera vietnē), (3) bieži augsta pieejamība (kļūdu tolerants) failu koplietošana failiem ConfigStore un SvrDirectory un (4) diviem DBVS serveriem, kas ir sagrupēti un savienoti ar kopēju krātuves datu avotu. Primārais datu serveris atbalsta vaicājumu pakalpojumus normālu darbību laikā, un sekundārais datu serveris pārņem vaicājumu pakalpojumus, ja primārais serveris neizdodas. Datu servera klasterizācija nav nepieciešama, ja pieejamības prasības ir apmierinātas ar vienu datu serveri.

    ĢIS serveri var publicēt pakalpojumus, izmantojot vietējo portu 6080, vai trešās puses tīmekļa serveris ar tīmekļa adapteri var tikt instalēts ArcGIS serverim līmenī, lai uzlabotu drošību.

    Attēlu un failu ģeodatubāzes datu avotiem dati jāizvieto katrā ĢIS servera mašīnā vai konfigurācijā, lai nodrošinātu lielu joslas platumu veltīta krātuves tīkla savienojumu un augstas veiktspējas krātuves arhitektūru, lai izvairītos no lielām satiksmes problēmām.

    Jauktu pakalpojumu vidē ir laba prakse attēlu pakalpojumus izvietot atsevišķā ĢIS servera mašīnā no dinamiskiem kartēšanas pakalpojumiem.

    CPT dizains ietver vairākus integrētus moduļus, ko izmanto sistēmas arhitektūras dizaina pabeigšanai. ArcGIS servera darbplūsmas atlasei tiek veikta lietotāja prasību analīzes modulī. Platformas segvārdus (kam seko kols) un izvēlēto aparatūras platformu var mainīt, lai tie atspoguļotu jūsu izvietošanas vidi. Programmatūras platformas konfigurācija tiek identificēta, atlasot platformas segvārdu no iezīmētā programmatūras komponenta nolaižamā saraksta katrā darbplūsmas rindā. Datu avota atlase tiek veikta katrai darbplūsmas rindai.

    Divu līmeņu programmatūras konfigurācija parasti mitinātu Web un ĢIS serveri vienā platformas līmenī, bet DBVS serveris - atsevišķā platformas līmenī.

    Once the CPT Design is properly configured to represent your business requirements and selected hardware, the Workflow Performance Summary shows the software service time distribution and expected client display response time for each workflow and the platform section shows the number of required platform nodes and processing loads on the selected platform tier.

    Three-Tier Platform Configuration

    Three-tier configurations include Web server, GIS Server, and data server tiers.

    Figure 7-34 shows an ArcGIS 10.1 three-tier configuration. This configuration includes the Web Adaptor which provides reverse proxy and network load balancing on the Web Server tier, and would likely be the most popular solution. The three-tier configuration provides a scalable architecture, where the middle tier can support two or more platforms as required to support capacity requirements.

    Standard Configuration: The standard configuration includes a single Web Adaptor server with a separate GIS Server and separate data server. The GIS Server tier can be a single platform or can be expanded to support several platforms, depending on the required Site capacity. The Web Adaptor will distribute the inbound service load across the GIS Server machines, and the GIS Server service manager will ensure a balanced load across the GIS Server machines within the site.

    High-Availability Configuration:

    Most GIS server production operations require redundant server solutions, configured so the site remains operational in the event of a single platform failure. This configuration will continue to support production operations during single platform maintenance and upgrade and while configuring and publishing new services. This configuration includes (1) network load balancing to route the traffic to each of the Web Servers during normal operations and only to the active service if one of the server machines fail, (2) network load balancing to distribute the traffic to each of the GIS Server machines during normal operations and only to the active servers if one of the servers fail, (2) GIS Server Site aware service manager load balancing to distribute spatial services processing load between the GIS Server machines throughout the Site to avoid having requests back up on one server when extra processing resources are available on the other server (load balancing is automatically handled within the GIS Server Site), (3) common high availability (fault tolerant) file share for the ConfigStore and SvrDirectory files, and (4) two DBMS servers that are clustered and connected to a common storage array data source. The primary data server supports query services during normal operations, and the secondary data server takes over query services when the primary server fails. Data server clustering is not required if availability requirements are satisfied with a single data server.

    The GIS Servers can publish services through their native Port 6080, or a third party Web server with the Web Adaptor can be installed on the Web Server tier for enhanced security (reverse proxy server) and site aware load balancing.

    For Imagery and File Geodatabase data sources, data should be deployed on each GIS Server machine or configuration should ensure high bandwidth dedicated storage network connection and high performance storage architecture to avoid heavy traffic contention.

    In a mixed services environment, it is good practice to deploy image services on a separate GIS Server machine from dynamic mapping services.

    The CPT Design includes several integrated modules used for completing the system architecture design. ArcGIS for Server workflow selection is made in the user Requirements Analysis module. Platform tier nicknames (followed by a colon) and selected hardware platform can be modified to represent your deployment environment. Software platform configuration is identified by selecting a platform nickname from the highlighted software component drop-down list on each workflow row. Data source selection is made for each workflow row.

    The three tier software configuration would normally host the Web server on one platform tier, the GIS Server on a second platform tier, and the DBMS server on the third platform tier.

    Once the CPT Design is properly configured to represent your business requirements and selected hardware, the Workflow Performance Summary shows the software service time distribution and expected client display response time for each workflow and the platform section shows the number of required platform nodes and processing loads on the selected platform tier.

    The CPT Calculator can be configured for each of the three ArcGIS for Server architecture patterns.

    • CPT Calculator single-tier configuration
    • CPT Calculator two-tier configuration
    • CPT Calculator three-tier configuration

    How Darcy Flow and Darcy Velocity work

    Darcy Flow and Darcy Velocity, in conjunction with Particle Track and Porous Puff, can be used to perform rudimentary advection–dispersion modeling of constituents in groundwater. This methodology models two-dimensional, vertically mixed, horizontal, and steady state flow, where head is independent of depth.

    Darcy Flow

    The standard output of Darcy Flow is the groundwater volume balance residual raster, which measures the difference between the flow of water into and out of each cell. The residual is used to check the consistency of groundwater datasets.

    Since the flow calculations are performed through each of the four cell walls independently (flow is governed by differences between adjacent cells), it is possible that more (or less) water may flow into a cell than out of it, resulting in a positive (or negative) volume balance residual.

    Smooth, consistent input rasters with no sources or sinks, such as wells, infiltration, or leakage, should produce small residuals, near zero. Large residual values indicate that the head raster is not reasonable with respect to the transmissivity, porosity, and thickness rasters. In such a case, the input data would be described as inconsistent and produce meaningless results.

    A zero volume balance residual indicates a balance between flow in and flow out of the cell. The flow field is assumed to be steady (constant in time). A thorough discussion of groundwater hydraulics can be found in several sources including Bear (1979), Freeze and Cherry (1979), and Marsily (1986).

    Darcy Flow can optionally create the Darcy Velocity outputs, described in the following section.

    Darcy Velocity

    Darcy Velocity uses Darcy's Law to calculate the flow field. A flow field is a vector field of groundwater seepage flow velocities.

    The flow velocities are expressed as two rasters, one the magnitude and the other the direction.

    Darcy Velocity is useful when the volume balance residual of Darcy Flow is not needed.

    Overview of Darcian flow concepts

    Darcy's Law states that the Darcy velocity q in a porous medium is calculated from the head gradient
    (the change in head per unit length in the direction of flow in an isotropic aquifer) and hydraulic conductivity K as:

    where K can be calculated from the transmissivity T and thickness b as K = T / b.

    This q, with units of volume / time / area, is also known as the specific discharge, the volumetric flux, or the filtration velocity. Lācis (1979) to definē kā ūdens daudzumu, kas plūst laika vienībā caur plūsmas virzienam normālu šķērsgriezuma laukumu. Closely related to this volumetric flux is the aquifer flux U, which is the discharge per unit width of the aquifer (with units of volume / time / length).

    This construction assumes that head is independent of depth so that flow is horizontal. The average fluid velocity within the pores, called the seepage velocity V, is the Darcy velocity divided by the effective porosity of the medium:

    between cells i,j and i+1, j) and the harmonic average of the transmissivities T i+1/2, j (Konikow and Bredehoeft, 1978), which are assumed to be isotropic. Šī shēma ir parādīta nākamajā grafikā.

    Atlikušā tilpuma aprēķināšana

    In the cell wall calculation that follows the aquifer flux between cell i,j and cell i+1, j flows parallel to the x direction and is calculated as:

    Lai noteiktu gruntsūdeņu tilpuma līdzsvaru, jāaprēķina gruntsūdens izplūde caur šūnu sienu. Šī izlāde
    is calculated from the aquifer flux U and width of the cell wall
    autors:

    Līdzīgas vērtības tiek iegūtas visām četrām šūnu sienām. Šīs vērtības tiek izmantotas, lai aprēķinātu gruntsūdeņu tilpuma atlikuma atlikumu
    for the cell, which is written to the output grid. This value represents the surplus (or, in the case of a negative number, the deficit) of water in each cell given the net flow, calculated as:

    Šis atlikums
    ideālā gadījumā visām šūnām vajadzētu būt nullei. Examine the output raster containing the residual for deviations from zero. Lieli pozitīvi vai negatīvi atlikumi norāda uz masas ražošanu vai zudumu, kas pārkāpj nepārtrauktības principu un liecina par pretrunīgiem galvas un caurlaidības datiem. Konsekventi pozitīvu vai negatīvu atlikumu modeļi liecina, ka pastāv neidentificēti avoti vai izlietnes. Pirms turpmākās modelēšanas samaziniet atlikumus. Parasti transmisijas laukā tiek veikti pielāgojumi, lai samazinātu atlikumus.

    Plūsmas vektoru aprēķināšana

    The actual equations used for calculating the flow vectors for each cell are condensed from the arithmetic average of
    and divided by the center cell's porosity
    un biezums
    lai norādītu noplūdes ātruma vērtību
    centrā:

    and a similar equation is used to calculate Vy at the center:

    This centering is done to conform to the raster convention that stored values represent values at the center of the cell. Šīs vērtības tiek pārvērstas par virzienu un lielumu ģeogrāfiskās koordinātās, lai tās uzglabātu izvades virzienā un lieluma rastrus.

    In the case of the bounding cells of the raster where the information is incomplete, values for velocity are simply copied from the nearest interior cell.

    Porosity values

    The following tables summarize some values for porosity and hydraulic conductivity for a variety of geologic media.

    Table 1: Hydraulic conductivities of unconsolidated media, Marsily (1986)

    Table 2: Hydraulic conductivities of consolidated media, Marsily (1986)

    Table 3: Porosities of geologic media, Marsily (1986)

    Additional tabulated values for porosity and hydraulic conductivity are provided in Freeze and Cherry (1979). Gelhar, et al. (1992) present a summary of porosity and transmissivity of various specific formations reported in the literature. A detailed discussion of porosity in sedimentary materials appears in Blatt, et al. (1980). A complete discussion of advection–dispersion modeling using these functions is presented in Tauxe (1994).

    The typical sequence for groundwater dispersion modeling is to perform Darcy Flow, then Particle Track, then Porous Puff.

    Piemēri

    An example of the command dialog for Darcy Flow follows:

    An example of the command dialog for Darcy Velocity follows:

    Map Algebra

    The DarcyFlow function, in conjunction with ParticleTrack and PorousPuff, can be used to perform rudimentary advection-dispersion modeling of constituents in groundwater. This methodology models two-dimensional, vertically mixed, horizontal, and steady state flow, where head is independent of depth.

    The DarcyFlow function is used to check the consistency of groundwater datasets and generate rasters of groundwater flow vectors. The standard output raster is the groundwater volume balance residual raster, which measures the difference between the flow of water into and out of each cell.

    Since the flow calculations are performed through each of the four cell walls independently—that is, flow is governed by differences between adjacent cells—it is possible that more (or less) water may flow into a cell than out of it, resulting in a positive (or negative) volume balance residual.

    Smooth, consistent input rasters with no sources or sinks should produce small residuals, near zero. Large residual values indicate that the head raster is not reasonable with respect to the transmissivity, porosity, and thickness rasters. In such a case, the input data would be described as inconsistent and produce meaningless results.

    Another purpose of DarcyFlow is to calculate the flow field using Darcy's Law as discussed below. The flow field is a vector field of groundwater seepage flow velocities and is expressed as two rasters, one for magnitude and one for direction.

    The first step in groundwater flow modeling is to determine the flow velocity and direction at each point in the flow field. DarcyFlow does this and also calculates the volume balance within each cell, which should be small in the absence of sources or sinks, such as wells, infiltration, or leakage. A zero volume balance residual indicates a balance between flow in and flow out of the cell. The flow field is assumed to be steady or constant in time. A thorough discussion of groundwater hydraulics can be found in several sources including Bear (1979), Freeze and Cherry (1979), and Marsily (1986).

    ArcObjects

    DarcyFlow and DarcyVelocity, in conjunction with ParticleTrack and PorousPuff, can be used to perform rudimentary advection-dispersion modeling of constituents in groundwater. This methodology models two-dimensional, vertically mixed, horizontal, and steady state flow, where head is independent of depth.

    DarcyFlow

    The standard output of DarcyFlow is the groundwater volume balance residual raster, which measures the difference between the flow of water into and out of each cell. The residual is used to check the consistency of groundwater datasets.

    Since the flow calculations are performed through each of the four cell walls independently—that is, flow is governed by differences between adjacent cells—it is possible that more (or less) water may flow into a cell than out of it, resulting in a positive (or negative) volume balance residual.

    Smooth, consistent input rasters with no sources or sinks, such as wells, infiltration, or leakage, should produce small residuals, near zero. Large residual values indicate that the head raster is not reasonable with respect to the transmissivity, porosity, and thickness rasters. In such a case, the input data would be described as inconsistent and produce meaningless results.

    A zero volume balance residual indicates a balance between flow in and flow out of the cell. The flow field is assumed to be steady (constant in time). A thorough discussion of groundwater hydraulics can be found in several sources including Bear (1979), Freeze and Cherry (1979), and Marsily (1986).

    DarcyFlow can optionally create magnitude and direction outputs as components of a multiband raster along with the residual raster. These outputs can be created separately with DarcyVelocity and are described in the following section.

    DarcyVelocity

    DarcyVelocity calculates the flow field using Darcy's Law. A flow field is a vector field of groundwater seepage flow velocities and is expressed as two rasters, one for magnitude and one for direction.

    The flow velocities are expressed as two rasters, one the magnitude and the other the direction.

    DarcyVelocity is useful when the volume balance residual of DarcyFlow is not needed.

    Overview of Darcian flow concepts

    Darcy's Law states that the Darcy velocity q in a porous medium is calculated from the head gradient
    (the change in head per unit length in the direction of flow in an isotropic aquifer) and hydraulic conductivity K as:

    where K can be calculated from the transmissivity T and thickness b as K = T / b.

    This q, with units of volume/time/area, is also known as the specific discharge, the volumetric flux, or the filtration velocity. Bear (1979) defines it as the volume of water flowing per unit of time through a unit cross-sectional area normal to the direction of flow. Closely related to this volumetric flux is the aquifer flux U, which is the discharge per unit width of the aquifer (with units of volume/time/length).

    This construction assumes that head is independent of depth, so flow is horizontal. The average fluid velocity within the pores, called the seepage velocity V, is the Darcy velocity divided by the effective porosity of the medium:

    In the Darcy implementation here, it is this seepage velocity V that is calculated on a cell-by-cell basis. For cell i,j the aquifer flux U is calculated through each of the four cell walls, using the difference in heads between the two adjacent cells (for example, for the x component of
    :

    between cells i,j and i+1, j) and the harmonic average of the transmissivities
    (Konikow and Bredehoeft, 1978), kas tiek pieņemti kā izotropiski. Šī shēma ir parādīta nākamajā grafikā.

    Atlikušā tilpuma aprēķināšana

    In the cell wall calculation that follows, the aquifer flux between cell i,j and cell i+1, j flows parallel to the x direction and is calculated as:

    Lai noteiktu gruntsūdeņu tilpuma līdzsvaru, jāaprēķina gruntsūdens izplūde caur šūnu sienu. Šī izlāde
    is calculated from the aquifer flux U and width of the cell wall
    autors:

    Līdzīgas vērtības tiek iegūtas visām četrām šūnu sienām. These values are used to calculate the groundwater volume balance residual for the cell, which is written to the output grid. This value represents the surplus (or, in the case of a negative number, the deficit) of water in each cell given the net flow into, calculated as:

    This residual should ideally be zero for all cells. Examine the output raster containing the residual for deviations from zero. Lieli pozitīvi vai negatīvi atlikumi norāda uz masas ražošanu vai zudumu, kas pārkāpj nepārtrauktības principu un liecina par pretrunīgiem galvas un caurlaidības datiem. Konsekventi pozitīvu vai negatīvu atlikumu modeļi liecina, ka pastāv neidentificēti avoti vai izlietnes. Pirms turpmākās modelēšanas samaziniet atlikumus. Parasti transmisijas laukā tiek veikti pielāgojumi, lai samazinātu atlikumus.

    Plūsmas vektoru aprēķināšana

    The actual equations used for calculating the flow vectors for each cell are condensed from the arithmetic average of
    and divided by the center cell's porosity
    un biezums
    lai norādītu noplūdes ātruma vērtību
    centrā:

    A similar equation is used to calculate Vy at the center:

    This centering is done to conform to the raster convention that stored values represent values at the center of the cell. Šīs vērtības tiek pārvērstas par virzienu un lielumu ģeogrāfiskās koordinātās, lai tās uzglabātu izvades virzienā un lieluma rastrus.

    In the case of the bounding cells of the raster where the information is incomplete, values for velocity are simply copied from the nearest interior cell.

    Porosity values

    The following tables summarize some values for porosity and hydraulic conductivity for a variety of geologic media.

    Table 1: Hydraulic conductivities of unconsolidated media. Marsily (1986).

    Table 2: Hydraulic conductivities of consolidated media. Marsily (1986).

    Table 3: Porosities of geologic media. Marsily (1986).

    Additional tabulated values for porosity and hydraulic conductivity are provided in Freeze and Cherry (1979). Gelhar, et al. (1992) present a summary of porosity and transmissivity of various specific formations reported in the literature. A detailed discussion of porosity in sedimentary materials appears in Blatt, et al. (1980). A complete discussion of advection-dispersion modeling using these functions is presented in Tauxe (1994).

    Map Algebra Example

    A command sequence involving the suite of groundwater modeling functions follows:

    ArcObjects Example

    For ArcObjects, the following sequence involves the suite of groundwater modeling methods.

    Atsauces

    Bear, J. Hydraulics of Groundwater . McGraw-Hill. 1979

    Blatt, H., G. Middleton, and R. Murray. Origin of Sedimentary Rocks , 2nd Ed. Prentice-Hall. 1980


    The Layer object is essential for managing layers that reside within a map document ( .mxd ) or within a layer ( .lyr ) file. The layer object provides access to many of the common layer properties found in the ArcMap Layer Properties dialog box and it also provides methods for saving layer files. The Layer function, the ListLayers function and the listLegendItemLayers method on the Legend object all provide ways to reference a Layer object.

    There are numerous types of layers and not all of them support the same set of properties. For example, a feature layer supports a definition query whereas a raster layer does not, but a raster catalog does. Rather than having to work with different, individual layer objects for all possible layer types and property combinations, a supports method is available to help identify which layer types support which individual layer properties. The supports method gives you the ability to test if the layer supports a property before trying to get or set its value on a layer type that doesn't support it, therefore reducing the need for additional error trapping.

    There are essentially three categories of layers in a map document: feature layers, group layers, and raster layers. The isFeatureLayer , isGroupLayer , and isRasterLayer properties allow you to identify or isolate the majority of layer types but not all layer types. There are a few specialized layers and datasets that don't fall into one of these three categories: annotation subclasses, dimension features, network datasets, terrain datasets, topology datasets, and so on. In these cases you may need to test other properties to isolate a layer of interest before doing something to it.

    Not all layer properties are accessible through the Layer object. There are many properties available in the ArcMap Layer Properties dialog box that are not exposed to the arcpy scripting environment (for example, display properties, field aliases, selection symbology, and so on). The UpdateLayer function allows you to replace all layer properties available in the ArcMap Layer Properties dialog box using a layer ( .lyr ) file that contains the customizations.

    Group layers and other sublayers (for example, annotation classes) are treated just like ordinary layers. The ListLayers function returns index values that are generated from top to bottom as they appear in the table of contents or the way they appear in a layer ( .lyr ) file. Tas pats attiecas uz gadījumiem, kad grupas slānis atrodas citā grupas slānī. For example, a map document with a single group layer that contains three sublayers will return a list of four layer names, the group layer being the first and the three sublayers being the second, third, and fourth. There are two ways of determining if a layer is a group layer. First, you can check to see if the layer supports the isGroupLayer property. Second, you can evaluate the longName property. A layer's longName value will include the group name in addition to the layer name. For example, a layer named Layer1 in a group layer named Group1 will have a longName value of Group1Layer1 . If the name value is equal to longName value, then the layer is not a group layer or the layer is not inside a group layer.

    Some layers within a map document or layer file may be password protected because the user and password information is not saved within the layer file or map document. Map documents that contain these layers will prompt the user to enter the appropriate information while the document is opening. The arcpy.mapping scripting environment will, by default, suppress these dialog boxes during execution, but that means that the layers will be treated as though they have broken data sources. In other words, secured layers will not be rendered in any output. If it is necessary for these layers to render appropriately, then there are a couple of options. First, save the user name and password information with the layers. Second, the CreateArcSDEConnectionFile geoprocessing function allows you to create a connection file that is also persisted in memory. If this function is executed prior to opening a map document ( .mxd ) with the MapDocument function or a layer file with the Layer function, then SDE layers will render. Currently, there is no alternative for secured web services.

    The variable that references a layer file on disk will place a lock on the ( .lyr ) file. It is good practice to remove the object reference using the Python del command at the end of a script or within a Python try/except statement.

    Changing a layer's data source is a common requirement. There are two methods on the Layer object that help with this. The findAndReplaceWorkspacePath method is intended for replacing part or all of a layer's workspace path. The replaceDataSource method allows you to change a layer's workspace and source dataset. For a more detailed discussion, parameter information, scenarios, and code samples, please refer to the Updating and fixing data sources with arcpy.mapping help topic.

    Depending on the symbology type, a layer's symbology can be modified. There are a limited number of supported symbology types for which properties and methods are available. It is good practice to first test the layer's symbologyType property. If a value of OTHER is returned, then the layer's symbology can't be modified. If the value returned is not OTHER , then the layer's symbology property will return one of the following symbology classes, each with their own unique set of methods and properties: GraduatedColorsSymbology, GraduatedSymbolsSymbology, RasterClassifiedSymbology, and UniqueValuesSymbology.

    Time-management operations can be performed for time-enabled layers. Not all layer types support time properties. Therefore, it is good practice to first test if the layer supports time using the supports method. If the layer does support time, then time properties can be accessed from the LayerTime class.


    Metodes

    A string that represents the workspace path or connection file you want to find. If an empty string is passed, then all workspace paths will be replaced with the replace_workspace_path parameter depending on the value of the validate parameter.

    A string that represents the workspace path or connection file you want to replace.

    If set to True , the workspace will only be updated if the replace_workspace_path value is a valid workspace. If it is not valid, the workspace will not be replaced. If set to False , the method will set the workspace to match the replace_workspace_path , regardless of a valid match. In this case, if a match does not exist, then the layer's data source would be broken.

    (The default value is True)

    For more detailed discussion, parameter information, scenarios, and code samples, please refer to the Updating and fixing data sources with arcpy.mapping help topic.

    A value of True will return the layer's symbolized extent otherwise, it will return the geometric extent. The symbolized extent takes into account the area the symbology covers so that it does not get cut off by the data frame's boundary.

    (The default value is True)

    Atgriezt vērtību

    The getExtent method will honor a layer's definition query so if a subset of features are queried, getExtent will return the extent for only those features.

    A symbolized extent takes into account the area of the feature's symbol when building the extent rectangle. Returning a symbolized extent may be best for cartographic results because symbols won't be cut off at the data frame's edges. A geometric extent may be best for analysis.

    A value of True will return the layer's symbolized extent otherwise, it will return the geometric extent. The symbolized extent takes into account the area the symbology covers so that it does not get cut off by the data frame's boundary.

    (The default value is True)

    Atgriezt vērtību

    A symbolized extent takes into account the area of the feature's symbol when building the extent rectangle. Returning a symbolized extent may be best for cartographic results because symbols won't be cut off at the data frame's edges. A geometric extent may be best for analysis.

    Provides an easy way to retrieve the layer's current selection.

    A string that includes the workspace path to the new data or connection file.

    A string keyword that represents the workspace type of the new data.

    • ACCESS_WORKSPACE — A personal geodatabase or Access workspace
    • ARCINFO_WORKSPACE — An ArcInfo coverage workspace
    • CAD_WORKSPACE —A CAD file workspace
    • EXCEL_WORKSPACE —An Excel file workspace
    • FILEGDB_WORKSPACE —A file geodatabase workspace
    • NONE —Used to skip the parameter
    • OLEDB_WORKSPACE —An OLE database workspace
    • PCCOVERAGE_WORKSPACE —A PC ARC/INFO Coverage workspace
    • RASTER_WORKSPACE —A raster workspace
    • SDE_WORKSPACE —An SDE geodatabase workspace
    • SHAPEFILE_WORKSPACE —A shapefile workspace
    • TEXT_WORKSPACE —A text file workspace
    • TIN_WORKSPACE —A TIN workspace
    • VPF_WORKSPACE —A VPF workspace

    A string that represents the name of the dataset the way it appears in the new workspace (not the name of the layer in the TOC). If dataset_name is not provided, the replaceDataSource method will attempt to replace the dataset by finding a table with a the same name as the layer's current dataset property.

    If set to True , a workspace will only be updated if the workspace_path value is a valid workspace. If it is not valid, the workspace will not be replaced. If set to False , the method will set the source to match the workspace_path , regardless of a valid match. In this case, if a match does not exist, then the data source would be broken.

    (The default value is True)

    For more detailed discussion, parameter information, scenarios, and code samples, please refer to the Updating and fixing data sources with arcpy.mapping help topic.

    There is a subtle difference between a layer ( .lyr ) file and a map layer (a layer in a map document). The save method only works when a variable references a layer file and will not work with a map layer. When a layer is loaded from a layer file it will remember the file name and use that when the save method is called. If a map layer is being referenced, a file name is not initially set, so you will need to use the saveACopy method instead.

    A string that includes the location and name of the output layer ( .lyr ) file.

    A string that sets the output version number. The default value will use the current version.

    • 10.3 —Version 10.3
    • 10.1 —Version 10.1/10.2
    • 10.0 —Version 10.0
    • 9.3 —Version 9.3
    • 9.2 —Version 9.2
    • 9.0 —Version 9.0/9.1
    • 8.3 —Version 8.3

    (Noklusējuma vērtība ir Nav)

    Provides an option to save a layer ( .lyr ) file to a different file name and, optionally, a previous version. Features that are not supported in prior versions of the software will be removed from the newly saved layer.

    A string that specifies which selection method to use.

    • NEW —Creates a new feature selection from the oidList .
    • DIFFERENCE —Selects the features that are not in the current selection but are in the oidList .
    • INTERSECT —Selects the features that are in the current selection and the oidList .
    • SYMDIFFERENCE —Selects the features that are in the current selection or the oidList but not both.
    • UNION —Selects all the features in both the current selection and those in the oidList .

    (Noklusējuma vērtība ir Nav)

    A Python set of object IDs to use along with the appropriate selection method.

    This method provides an easy way to manage a layer's selection. To clear the selection, use the NEW selection method with an empty set. Python Sets or Lists can be used for the oidList but sets get returned from the getSelectionSet method on the Layer object.

    The name of a particular layer property that will be tested.

    • BRIGHTNESS —A raster layer's brightness value
    • CONTRAST —A raster layer's contrast value
    • DATASETNAME —A layers dataset name the way it appears in the workspace
    • DATASOURCE —A layer's file path or connection file
    • DEFINITIONQUERY —A layer's definition query string
    • DESCRIPTION —A layer's description string
    • LABELCLASSES —A layer's list of label classes
    • LONGNAME —A layer's path including the group layer(s) it may be nested within
    • NAME —A layer's name
    • SERVICEPROPERTIES —Connection information for SDE and web service layers
    • SHOWLABELS —A Boolean indicating if a layer's lables are toggled on or off
    • SYMBOLOGY —A layer's symbology class
    • SYMBOLOGYTYPE —A layer's symbology class type
    • TIME —A layer's time properties
    • TRANSPARENCY —A layer's transparency value
    • VISIBLE —A Boolean indicating if a layer is toggled on or off in the TOC
    • WORKSPACEPATH —A layer's workspace or connection file path

    (The default value is name)

    Atgriezt vērtību

    There are numerous types of layers and not all of them support the same properties. For example, a feature layer supports a definition query whereas a raster layer does not, but a raster catalog does. Rather than creating individual layer objects for all possible layer types and property combinations, a support method was created to help identify which layer types support which properties. The support method gives you the option of testing the property before trying to get or set its value on a layer type that doesn't support it. The supports property will return a true if a layer supports that property.

    The layer definition in JavaScript Object Notation (JSON) format. See the ExportWebMap JSON specification for more information. The ArcGIS Web APIs (JavaScript, Flex, and Silverlight) allow developers to easily get this JSON string from a web application. The layer definition is a subset of the webmap_json used in the ConvertWebMapToMapDocument function. You don't need to create the web map JSON the APIs take care of it for you. However, you need to extract the layer definition from the full webmap_json .

    This function is intended to be used in a geoprocessing service that uses the ConvertWebMapToMapDocumentfunction in web map printing applications that support changing the renderer (or other properties) of dynamic web service layers. If your geoprocessing services replaces the service layers with staged vector layers after running ConvertWebMapToMapDocument, updateLayerFromJSON will apply the renderer (or other layer properties) as specified in the webmap_json to the corresponding vector layers staged in the template map document. For more information and a code sample, see ConvertWebMapToMapDocument.


    Vēsture

    ARC/INFO

    Pirmā ARC/INFO versija tika izlaista 1982. gadā minidatoros - kā apgalvo Esri, pati pirmā modernā ĢIS. Tā kā skaitļošana pārgāja uz Unix un Windows, sekoja Esri, palaižot ARC/INFO abās platformās. (ARC/INFO funkcionalitātes apakškopa tika izlaista kā PC ARC/INFO for DOS 1987. gadā [skat. Reklāmu PE & ampRS 1988. gada aprīlī, 455. lpp.] Un vēlāk izlaida operētājsistēmai Windows). Sākotnējā arhitektūra joprojām tiek atbalstīta kā ArcInfo darbstacija.

    Līdztekus ĢIS rīku un metožu komplektam ARC/INFO tika piedāvāta arī sava makro valoda - ARC Macro Language (AML). Tas ļauj lietotājiem sasaistīt garākas koda sadaļas, ļaujot izveidot sarežģītus modelēšanas rīkus un automatizāciju.

    Vārds ARC/INFO pamatā bija ģeogrāfiskās apstrādes rīku ("ARC") kombinācija ar komerciālu datu bāzes pārvaldības programmatūru ("INFO", Henco, Inc. produkts). Programmatūras nosaukums palīdzēja popularizēt ĢIS jēdzienu kā datorgrafikas un RDBMS tehnoloģijas laulību, lai atrisinātu ģeotelpiskās problēmas.

    Komandrindas mantojums

    Sakarā ar to, ka tas ir komandrindas produkts, un pēc tam, kad 1992. gadā tika ieviesta Esri pirmā uz GUI balstītā ĢIS (ArcView GIS), ArcInfo rīku komandrindas lietotājiem bieži ir atšķirīgs vecuma sadalījums. Daudzi lietotāji, kuri tika "audzināti" komandrindas versijā, joprojām to izmanto ātruma un lielā rīku komplekta dēļ, izmantojot to kopā ar ArcGIS piedāvāto GUI. Tomēr daudzi jaunāki lietotāji to nekad nav redzējuši vai pat saprot, ka tas tur ir. Turklāt daži lietotāji (īpaši pirms Python tika pieņemts kā skriptu valoda ArcGIS 9.x), ka AML saskarne nodrošināja daudz vienkāršāku skriptu vidi lietotājiem. Daži uzdevumi un funkcijas, kas izmanto saglabātās pārklājuma topoloģijas priekšrocības (piemēram, DISSOLVE), tiks izpildīti daudz ātrāk nekā to ekvivalenti ArcGIS. ArcGIS piekļuve daudziem datu formātiem un GUI saskarnei pievienoja papildu "slodzi" lietotāja saskarnei, kas iedrošināja dažus pieredzējušus ĢIS lietotājus turpināt izmantot vecāku programmatūras sistēmu.

    ArcGIS 9.x ietvēra komandrindas saskarni ģeoprocesoru rīkiem. ArcGIS 10.x šī komandrindas saskarne tika aizstāta ar interaktīvu Python komandrindu. (Jaunā Python saskarne ļāva izmantot operētājsistēmas komandrindas zvanus un karšu algebru, kas ļoti atgādina sākotnējo ArcInfo Workstation komandrindu.)

    Tā kā ArcGIS kartēšanas un ģeoprocesoru funkcionalitātei tiek pievienotas jaunas un lielākas iespējas un ģeodatubāze, ArcInfo Workstation lietotāju bāze laika gaitā ir paredzami samazinājusies.

    ArcGIS un ArcInfo

    Ar ARC/INFO 7. versiju Esri 1999. gada beigās izlaida ArcGIS versiju 8.0 savā ĢIS produktu sērijā. Līdz ar to galvenā ARC/INFO produktu līnija tika pārtraukta kā atsevišķs produkts un tika pārdēvēta par ArcInfo. Esri mērķis bija izveidot vienotu sistēmu, lai izvietotu uzlabotas ĢIS pamata vienā darbvirsmas lietotāja un izstrādes sistēmā - ArcGIS Desktop. Patiesībā ArcInfo darbstacijā ietvertā bagātīgā rīku komplekta ieviešana ArcGIS vidē prasīja vairākus gadus, un pēdējās daļas (sērijveida kartēšana un pilnīga, stabila skriptu vide) tika pabeigtas, izlaižot ArcGIS 10.0.

    ArcInfo Workstation paplašinājumu licences un funkcionalitāte tika kartētas no ArcInfo Workstation uz ArcGIS Desktop šādi:

    Tika pārdēvētas arī ArcInfo Workstation apakšsistēmas. (Šī terminoloģija dažreiz ir redzama Esri dokumentācijā vai mārketinga literatūrā.)

    Daudzo mantoto lietotāju un dažu ArcInfo Workstation funkcionalitāšu pakāpeniskas ieviešanas dēļ ArcInfo Workstation tika uzturēta Windows platformā (un īsajā Unix platformu sarakstā) līdz 2012. gadam. ArcInfo Workstation tika piegādāts un licencēts kā daļa no ArcInfo Desktop. Nosaukums ArcInfo turpināja izmantot, lai aprakstītu funkcionalitātes un licencēšanas līmeni ArcGIS komplektā. ArcInfo licence ļāva lietotājiem vislielāko elastību un kontroli "visos datu veidošanas, modelēšanas, analīzes un karšu attēlošanas aspektos" [1].

    ArcGIS darbvirsmas ArcInfo licence ietvēra palielinātas iespējas telpiskās analīzes, ģeopārstrādes, datu pārvaldības un citās jomās. Lielākā daļa papildu iespēju tika atklāta ArcGIS, aktivizējot rediģēšanas un ģeopārstrādes rīkus, kas nav pieejami citos licences līmeņos.

    ArcGIS ArcInfo ir pieejams rīku komplekts "Pārklājums", kas ietver ģeoprocesora rīkus, lai piekļūtu ArcInfo darbstacijas komandrindai, izmantojot COM iesaiņojumus, uz ArcInfo komandrindas sistēmām (Arc, GRID, ARCPLOT, ieskaitot BUILD, CLEAN, CLIP un EXPORT. šie rīki nodrošina iespēju veikt ierobežotu pārklājuma datu kopu apstrādi no ArcGIS Desktop saskarnes.

    ArcInfo darbības pārtraukšana

    ArcInfo Workstation programmatūra ir novecojusi visās platformās. ArcGIS 10.0 bija pēdējais izlaidums Windows un Unix platformās. [2]

    Termiņš ArcInfo tiks pārtraukta arī ArcGIS 10.1. [3] Tā vietā tiks izmantota jauna ArcGIS licenču līmeņu terminoloģija:

    ArcGIS 10.0 ArcGIS 10.1
    ArcView ArcGIS 10.1 Desktop Basic
    ArcEditor ArcGIS 10.1 darbvirsmas standartam
    ArcInfo ArcGIS 10.1 for Desktop Advanced

    ArcGIS for Desktop Advanced

    Līdz ar ArcGIS 10.1 izlaišanu 2012. gada jūnijā ArcInfo tika pārdēvēts par ArcGIS for Desktop Advanced. [4] .

    ArcGIS for Desktop Advanced ir visas standarta licencēšanas līmeņa funkcijas, kā arī papildina uzlaboto telpisko analīzi, datu apstrādi un augstākās klases kartogrāfijas rīkus.


    Skatīties video: ArcGIS Desktop: Geoprocessing Tool Progress and Messaging