Lisää

MapServerCache-rasterikerrosten lisääminen Mxd: hen

MapServerCache-rasterikerrosten lisääminen Mxd: hen


Olen luonut tietojen yhdistämistyökalun. Se yhdistää käyttäjien mxd: n vektori- ja rasteritiedot projektirakenteeseen. Sen avulla käyttäjä voi myös tallentaa välimuistiin yrityksemme ArcGIS Server Web Maps. Arcpy.gp.ExportMapServerCache tuottaa kompaktin välimuistitietojoukon, joka muutetaan kerrokseksi arcpy.MakeRasterLayer_management-toiminnolla ja lisätään mxd-tiedostoon arcpy.mapping.AddLayer-sovelluksella.

Kerros lisätään onnistuneesti mxd: hen. Mutta se ei ole sama kuin silloin, kun käyttäjä tekee sen manuaalisesti. Arcpy-kerrokset "tietolähde" ​​ei ole sille sanottu, vaan viittaa pikemminkin käyttäjän sovellustietokansiossa olevaan lämpötilaan.

Miksi se viittaa lämpötilaan, EI EI todelliseen rasterivälimuistiin?

### SIIRRÄ KONSOLIDOITU MXD PROJEKTIIN YDINTASOT MasterMxdPath = UserProjectPath + " Extract _" + Project_Name + ". Mxd" # new mxd name mxd2Name = UserProjectPathGDB + " v101 " + mxdxd # # konsolidoitu. MapDocument (mxd2Name) mxd2.saveACopy (MasterMxdPath, "10.1") del mxd2 ### WEB-välimuistin lisääminen MXD: lle yritä: UserProjectPathCache = UserProjectPath + " Cache" arcpy.env.workspace = UserProjectLathRache , "KAIKKI") RcCount = len (RastersL) jos RcCount> 0: ### Jos Web-välimuisti on: arcpy.AddMessage ("J: Web-välimuisti on olemassa:") arcpy.AddMessage ("J: On olemassa:" + str (RcCount) + "rasters") ### Hae datakehys MXD: stä mxd3 = arcpy.mapping.MapDocument (MasterMxdPath) df = arcpy.mapping.ListDataFrames (mxd3) [0] ### Käännä rasterit osaksi kerroksia ja lisää datakehykseen CNTR = 0 rasterille RastersL: arcpy.AddMessage ("J: välimuistin nimi:" + str (raster)) CNTR = CNTR + 1 RasterLayerName = "WebServiceCache _" + str (CNTR) RasterPath = UserProjectPathCache + "" + raster arcpy .AddMessage ( "J: Uusi kerroksen nimi:" + RasterLayerName) RLayer = arcpy.MakeRasterLayer_management (RasterPath, RasterLayerName) layer = RLayer.getOutput (0) arcpy.mapping.AddLayer (df, layer, 'Bottom') mxd3.save () arcpy. AddMessage ("J: Mxd tallennettu välimuistikerroksella") del RLayer, layer, df del mxd3 ### Poista verkkopalvelut datakehyksistä MXD: ssä mxd4 = arcpy.mapping.MapDocument (MasterMxdPath) df2 = arcpy.mapping.ListDataFrames (mxd4) [ 0] lyr2: lle arcpy.mapping.ListLayers (mxd4, "", df2): jos lyr2.supports ("SERVICEPROPERTIES"): servProp2 = lyr2.serviceProperties if lyr2.serviceProperties ["ServiceType"]! = "SDE": arcpy .AddMessage ("J: Verkkopalvelukerroksen poistaminen:" + lyr.nimi) arcpy.mapping.RemoveLayer (df2, lyr2) mxd4.save () arcpy.AddMessage ("J: Lopullinen Mxd tallennettu:") del mxd4 else: # ## Jos web-välimuistia ei ole arcpy.AddMessage ("J: Ei web-välimuistia ole:") paitsi poikkeus e: arcpy.AddError (e.message) arcpy.AddMessage ("EIVÄT LISÄÄ RASTERIA MXD: hen")


Kuten käy ilmi, tämän aiheuttaa "asia" env.-asetuksissa. käytin arcpy.ResetEnvironments () ja arcpy.ClearEnvironment ("työtila") ennen arcpy.arcpy.MakeRasterLayer_management ja kaikki toimi odotetusti.

arcpy.ClearEnvironment ("työtila") arcpy.ResetEnvironments () AddRasterMxd = arcpy.mapping.MapDocument (MasterMxdPath) AddRasterdf = arcpy.mapping.ListDataFrames (AddRasterMxd) [0] arcpy.env.workspace = UserProjectPath [UserProjectPath arcpy.AddMessage ("- Rasterivälimuistin lisääminen purkamaan Mxd:") dirname-, dirnames- ja tiedostonimille os.walkissa (UserProjectPathCache): alihakemiston nimelle dirnames: arcpy.env.workspace = os.path.join (dirname, alihakemistonimi) RasterList = arcpy.ListRasters ("Tasot", "") RasterLayerName = RasterListin rasterin alihakemisto: if raster == "Layers": count = count + 1 arcpy.AddMessage ("- Raster" + str (count) + "Nimi : "+ str (alihakemistonimi)) RLayer = arcpy.arcpy.MakeRasterLayer_management (raster, RasterLayerName) FinalRasterLayer = RLayer.getOutput (0) arcpy.mapping.AddLayer (AddRasterdf, FinalRasterLayer, 'Bottom') arcpy.env.spdialialference = Stry .save () del AddRasterMxd del AddRasterdf del RLayer del FinalRasterLayer

Kun yrität lisätä välimuistikuvan kansiota, käytä sitäMakeImageServerLayer_managementsijastaMakeRasterLayer_management.

Voit yksinkertaisesti liittää seuraavan katkelman Python-ikkunaan ja nähdä vastauksen. Muuta vain kompaktin välimuistikansiosi (Raster) polku:

tuo arcpy mxd = arcpy.mapping.MapDocument ("CURRENT") dataFrame = arcpy.mapping.ListDataFrames (mxd, "*") [0] layerpath = r "D:  Cache  World Cities Population" RLayer = arcpy.MakeImageServerLayer_management ( layerpath, "ImageServerCacheLayer") arcpy.mapping.AddLayer (dataFrame, "ImageServerCacheLayer", "BOTTOM")

On vika nimeltä NIM082145 - Muistin sisäisestä rasterikerroksesta puuttuu lähdetiedot ja välilehdet eivät ole kaikki oikein.

.Lyr-tiedoston sijaan luodaan .afr-tiedosto. Tämä ongelma on löydetty versiosta 10.1 ja korjattu versiosta 10.1 SP1.

Joten, helppo korjata: päivitä versioon 10.2 / 3 tai asenna vain 10.1 SP1 täältä.


Syöttötietolähde voi olla kartta, mutta asiakirja ei voi sisältää karttapalvelua tai kuvapalvelua.

Jos haluat luoda välimuistin mukautetussa laatoitusjärjestelmässä, varmista, että lähdeaineistolle on määritetty laatoitusohjelma, ennen kuin käytät tätä työkalua. Voit luoda laatoituskaavion Generate Tile Cache Tiling Scheme -työkalulla.

Jos haluat luoda välimuistin ArcGIS Online Tiling Scheme -järjestelmässä, määritä ARCGISONLINE_SCHEME Input Tiling Scheme -parametrille.

Tämä työkalu voi kestää kauan, jos välimuistit kattavat suuren maantieteellisen laajuuden tai erittäin suuren mittakaavan. Jos työkalu peruutetaan, ruutujen luominen lopetetaan, mutta olemassa olevia ruutuja ei poisteta. Tämä tarkoittaa, että voit peruuttaa työkalun milloin tahansa, ja jos suoritat sen uudelleen samalla välimuistilla ja määrität Manage Mode -parametrille RECREATE_EMPTY_TILES, se jatkuu siitä, mihin se jäi.

Tämä työkalu tukee Parallel Processing -ympäristöasetusta.


Tietoja paikkatietopalvelimista ja palveluista

ArcIMS ja ArcGIS Server ovat ESRI-tuotteita, joiden avulla organisaatiot voivat sijoittaa karttoja, tietoja ja työkaluja Internetiin. ArcGIS-palvelimia voidaan käyttää myös lähiverkossasi. Open Geospatial Consortium, Inc. (OGC), Web Map Service (WMS) on OpenGIS-standardimääritelmä interaktiiviselle kartoitukselle, joka perustuu karttakuvien pyytämiseen palvelimelta Internetin kautta. OGC Web Coverage Service (WCS) on OpenGIS-standardi-eritelmä, jolla voidaan jakaa ja vaihtaa paikkatietotietoja peitteinä, jotka ovat periaatteessa rasteritietoja ja niiden metatietoja Internetin välityksellä. ArcGIS Desktopin OGC WMS- ja WCS-asiakastuen avulla voit käyttää näitä palveluita Internetin kautta ja lisätä ne karttoihisi kerroksina.

Kun muodostat yhteyden GIS-palvelimeen, voit selata palvelimella saatavilla olevia palveluja. Näiden palvelimien avulla voit lisätä tietoja karttoihisi tai tarjota työkaluja tietojen käsittelyyn Internetin kautta. Esimerkiksi, jos lisäät palvelun ArcMapiin kerroksena, ArcMap hakee tiedot palvelusta automaattisesti Internetin kautta aina, kun taso piirretään. Koska tietoja suoratoistetaan, tietoja ei tarvitse ladata tietokoneellesi. Tämä säästää sinun tarvetta tallentaa ja hallita tietoja itse, mutta se tarkoittaa myös, että taso ei ole käytettävissä, jos siirryt offline-tilaan (ellet vie tietoja tai se on tallennettu välimuistiin paikallisesti).

Kun yhteyttä maantieteellisen tietojärjestelmän (GIS) palvelimeen ei ole muodostettu, GIS-palvelimen kuvakkeessa näkyy pieni punainen x. Kun käynnistät ArcCatalogin ja etsit GIS-palvelimet-kansiota, kaikki yhteydet katkaistaan. ArcCatalog ei muodosta yhteyttä automaattisesti näihin palvelimiin. Kaksoisnapsauta GIS-palvelinta, jonka kanssa haluat työskennellä, muodostaaksesi yhteyden uudelleen.

ArcGIS Server on kattava alusta keskitetysti hallinnoitaville ja useita käyttäjiä tukeville yritys- ja paikkatietosovellusten toimittamiselle. ArcGIS Server, kuten koko ArcGIS-järjestelmä, rakennetaan ja laajennetaan käyttämällä ArcObjects-ohjelmistokomponentteja ja samoja ArcObjektteja, jotka ovat kaikkien ArcGIS-tuotteiden ytimessä.

ArcGIS-palvelimet tarjoavat viisi erilaista GIS-palvelua, joita voit käyttää ArcGIS Desktopissa:

    ArcGIS Server -karttapalvelu tarjoaa kartoitustiedot, jotka liittyvät yksittäiseen datakehykseen todellisessa ArcMap-karttadokumentissa (.mxd tai .pmf). Siksi saat uusimmat ArcGIS-palvelimen ylläpitämät dataominaisuudet. Kun lisäät karttapalvelun ArcMapiin, näet uuden ryhmäkerroksen, joka sisältää tasoja sisällysluettelossasi. Tämä kerros on suunniteltu ja jäsennelty sen luojan määrittelemän symbologian ja organisaation kanssa. Voit kuitenkin mukauttaa tason ulkonäön ottamalla yksittäiset ominaisuusluokan kerrokset käyttöön tai poistamalla ne käytöstä tai nimeämällä ne uudelleen.

    ArcGIS Server tarjoaa mahdollisuuden käyttää valmiiksi toimitettuja, välimuistissa olevia kuvia, mikä parantaa merkittävästi karttapalvelun piirustuksen suorituskykyä. ArcGIS Server -järjestelmänvalvojan tehtävänä on luoda välimuisti ja asettaa se asiakkaiden saataville.
    Lisätietoja karttapalvelutasojen käytöstä ArcMapissa.

Kommunikointi ArcGIS-palvelimen kanssa

ArcMap voi muodostaa kahden tyyppisiä yhteyksiä ArcGIS Server -karttapalveluihin. Yksi on muodostaa yhteys paikalliseen ArcGIS-palvelimeen. Tämä yhteys muodostetaan LAN: n tai WAN: n (intranetin) kautta TCP / IP: n kautta. Tässä tapauksessa ArcObjects, jota käytetään karttapalvelun kuvaamiseen ja työskentelyyn, suoratoistetaan binaarikohteina. Nämä binaariset objektit välitetään edestakaisin ArcMapin ja ArcGIS-palvelimen välillä. Toinen yhteystyyppi on yhteyden muodostaminen Internetin kautta Internetin kautta HTTP: n kautta, missä viestintä voi olla joko binaarista tai XML, riippuen itse palvelulle määritetystä määrityksestä. On myös vaihtoehto, kuinka kuvat palautetaan asiakkaalle. Kuvat voidaan palauttaa joko MIME-tiedoina tai kuvatiedostoina palvelimen virtuaalihakemistossa, joka on ladattavissa asiakkaalle.

Tässä ovat yleiset vaiheet ArcGIS Desktopin ja ArcGIS Serverin välisessä viestintäprosessissa:

  1. Olet vuorovaikutuksessa ArcGIS-palvelimen kanssa ArcGIS Desktop -sovelluksella. Voit esimerkiksi lisätä ArcGIS Server -karttapalvelun ArcMapiin, joten ArcMap muotoilee pyynnön palvelimelle. Tämän pyynnön muoto riippuu yhteyden muodostumisesta ArcGIS-palvelimeen. Jos yhteys on paikalliseen palvelimeen, pyyntö on binääriobjektissa. Jos yhteys on Internetin kautta, pyyntö voi olla binaarimuodossa tai XML-muodossa verkkopalvelun ominaisuuksista riippuen.
  2. Pyyntö lähetetään verkon kautta ArcGIS-palvelimelle.
  3. ArcGIS-palvelin käsittelee pyynnön. Normaalisti pyynnön käsittelee ArcObjects, joka määrittelee karttadokumentin. Esimerkiksi kuvapyynnöillä & # 8212 zoomaat karttaa ja ArcMap pyytää palvelua näyttämään uudessa laajuudessa & # 8212 ArcGIS-palvelin voi käsitellä tätä pyyntöä kahdella tavalla:
      a: Jos karttapalvelimessa on esilähetetty välimuistiin tallennettuja karttakuvia, kuvavaste otetaan olemassa olevista kuvista. Uusia kuvia ei luoda.
      b: Jos karttapalvelimessa ei ole ennalta toimitettuja välimuistikarttakuvia, ArcObjects määrittelee karttapalvelun.

  4. ArcGIS-palvelin lähettää vastauksen takaisin verkon kautta ArcGIS Desktopiin.
  5. ArcGIS Desktop vastaanottaa vastauksen, käsittelee tiedot ja lataa kuvat palvelimelta tarvittaessa.

ArcIMS on verkkojulkaisualusta, joka sisältää kuvien renderoinnin, ominaisuuksien suoratoiston ja datakyselyn. Kuvan renderointi luo tilannekuvan interaktiivisen kartan nykyisestä näkymästä. Esimerkiksi kun vuorovaikutteisesti karttaa ja zoomaat karttaa tai kytket karttakerrokset päälle ja pois päältä, ArcIMS Server renderöi jokaisen näkymän ja toimittaa sen kuvana ArcIMS-asiakkaille. Ominaisuuksien suoratoisto sisältää vektoriominaisuuksien suoratoiston asiakkaille, mikä mahdollistaa useita asiakaspuolen tehtäviä: ominaisuuksien merkinnät, ominaisuuksien symbolisointi, geoprosessointi ja paljon muuta. Voit myös luoda kyselyjä tiettyjen tietojen saamiseksi. ArcMap lähettää kyselyn palvelimelle, ja palvelin lähettää tulokset takaisin asiakkaalle.

  • ArcIMS Image Service ottaa tilannekuvia palvelimen tiedoista ja toimittaa ne sinulle Internetin kautta kuvina. Koska tilannekuvat toimitetaan kuvina, voit työskennellä palvelun tietojen kanssa, mutta et voi viedä niitä paikallisesti tai muuttaa niiden symbologiaa. Kun lisäät kuvapalvelun ArcMapiin, kartallasi näkyy yksi uusi yhdistetty kerros (ArcIMS Image Service -kerros). Tämä toimii samalla tavalla kuin ryhmäkerros, koska voit ottaa sen sisältämät yksittäiset alikerrokset käyttöön tai poistaa ne käytöstä. Toisin kuin ryhmäkerros, sitä ei kuitenkaan voida jakaa osiin sen alikerroksiksi. ArcMap Image Service -kerroksen alikerrokset voivat sisältää sekä ominaisuustietoja että rasteritietoja.
  • ArcIMS ArcMap Image Service lähettää kuvia kartoista asiakkaalle ja luo uuden komposiittikerroksen, kun se lisätään ArcMapiin. ArcIMS: n toimintarajoitukset ArcMap Image Service -tasot ovat samat kuin ArcIMS Image Service -kerrokset. Suurin ero ArcIMS ArcMap Image Services -palvelun ja ArcIMS Image Services -palvelun välillä on, että ArcIMS ArcMap Image Services perustuu todellisiin ArcMap-kartta-asiakirjoihin (.mxd tai .pmf). Tämän ansiosta ArcIMS ArcMap Image Services voi hyödyntää ArcGIS: n laajaa datatukea (kuten CAD) sekä kaikkia ArcMap-kartografisia ominaisuuksia.
  • ArcIMS Feature Service suoratoistaa todelliset dataominaisuudet sinulle Internetissä, samalla tavalla kuin ääni ja video suoratoistetaan. Jokainen ominaisuuspalvelu sisältää yhden tai useamman ArcIMS-ominaisuusluokan. ArcIMS-ominaisuusluokkaan perustuva kerros toimii samalla tavalla kuin mikä tahansa muu ominaisuuskerros. ArcIMS-ominaisuusluokka on yksinkertaisesti toinen ominaisuuden tietolähde kerrokselle, aivan kuten shapefile on kerroksen ominaisuuden tietolähde. Jos lisäät ArcIMS-ominaisuuspalvelun ArcMapiin, saat uuden ryhmäkerroksen, joka sisältää yhden alikerroksen kutakin palvelun ominaisuusluokkaa varten. Jos lisäät vain yhden ominaisuusluokan kartallesi ArcIMS Feature Service -palvelusta, saat vain yhden kerroksen. Kuten nimestään käy ilmi, ArcIMS Feature Service ei voi sisältää rasteritietoja.
  • ArcIMS-metatietopalvelu on haettava online-luettelo metatiedoista, jonka avulla voit etsiä GIS-resursseja. Jokainen organisaatio voi julkaista metatietopalvelun tarjotakseen pääsyn tietoihinsa tai työkaluihin. Internet-sivustoa, josta pääset metatietopalveluun, kutsutaan usein GIS-luetteloportaaliksi. Metatietopalvelun asiakirjat voidaan järjestää kansiohierarkiaksi, jotta voit selata julkaistuja asiakirjoja. ArcIMS Image Services- ja ArcIMS Feature Services -palvelujen metatietoasiakirjat on merkitty hieman erilaisella kuvakkeella. Voit esikatsella live-palveluita, joihin nämä metatietoasiakirjat viittaavat, ArcCatalogissa ja lisätä ne sitten suoraan karttoihisi. Jos sinulla on lupa, ArcCatalogissa keräämäsi metatiedot voidaan julkaista metatietopalvelussa vetämällä ja pudottamalla palveluun lisättävät tiedot.

    Lisätietoja metatietojen julkaisemisesta.

Kommunikointi ArcIMS-palvelimen kanssa

Tiedonsiirto ArcMapin ja ArcIMS-palvelimen välillä tapahtuu HTTP: n kautta käyttämällä ArcXML: ää, joka on ESRI: n XML (laajennettava merkintäkieli) -määritys karttojen, tietojen ja metatietojen julkaisemiseen. XML mahdollistaa tehokkaan viestinnän palvelinten ja asiakkaiden välillä tarjoamalla mukautettavan ohjelmointikielen.

  1. Olet vuorovaikutuksessa ArcIMS-palvelun kanssa AcGIS Desktop -sovelluksella. Voit esimerkiksi lisätä ArcIMS-palvelun ArcMapiin. ArcMap muotoilee asianmukaisen pyynnön palvelimelle ArcXML: ssä.
  2. Tämä ArcXML-pyyntö lähetetään verkon kautta (Internet tai intranet) ArcIMS-palvelimelle.
  3. ArcIMS käsittelee ArcXML-pyynnön ja luo vastauksen.
      a: Jos palvelu on Feature Service, vastaus suoratoistetaan vektoriominaisuuksina.
      b: Jos palvelu on kuvapalvelu, vastaus voi olla joko kuva tai ArcXML, ja se voi sisältää ominaisuuksien geometrian tai ei.
      c: Jos palvelu on ArcMap-palvelupalvelu, pyyntö käsitellään ArcMap-palvelimessa, joka käyttää ArcObjects-osajoukkoa. Vastaus voi olla joko kuva tai ArcXML, ja se voi sisältää ominaisuuksien geometrian tai ei.

  4. ArcIMS lähettää vastauksen verkon kautta takaisin ArcGIS Desktopiin.
  5. ArcGIS Desktop vastaanottaa vastauksen, käsittelee tiedot ja lataa karttakuvat palvelimelta tarvittaessa näyttämistä varten.

WMS-palvelimet tarjoavat interaktiivisen kartoituksen Internetissä. WMS-palvelimia voi isännöidä mikä tahansa määrä palvelimen GIS-alustoja, mukaan lukien ArcIMS ja ArcGIS Server. Palvelimien ja asiakkaiden on noudatettava OpenGIS-standardeja ja -määrityksiä, vaikka joidenkin toimintojen, kuten ominaisuuskyselyjen ja selitteiden hahmonnuksen, tuki on valinnaista. ArcMap tukee versiota 1.3, joten sinun pitäisi pystyä tarkastelemaan minkä tahansa WMS-version 1.3 (tai aiemman) yhteensopivan palvelun tasoja ArcMapissa.

WMS-palvelin antaa sinulle pääsyn siinä toimivaan WMS-palveluun. Kun katsot WMS-palvelinta ArcCatalogissa, näet vain yhden palvelun. Et näe useita palveluita kuten ArcIMS- tai ArcGIS-palvelimissa. WMS: n avulla palvelin ja palvelu ovat oikeastaan ​​sama asia, mutta erilliset palvelin- ja palveluobjektit toimitetaan vastaamaan sitä, miten ArcCatalog käsittelee muita paikkatietopalvelimia. WMS-palvelut toimivat samalla tavalla kuin ArcIMS Image Services. On kuitenkin joitain eroja, joita kohtaat käyttäessäsi WMS-palveluja ArcGIS: ssä.

Viestintä WMS-palvelimen kanssa

  1. Olet vuorovaikutuksessa WMS-kerroksen kanssa Internetissä käyttämällä ArcGIS Desktop -sovellusta, kuten ArcMap. ArcMap muotoilee HTTP-pyynnön.
  2. HTTP-pyyntö lähetetään WMS-palvelimelle.
  3. WMS-palvelin käsittelee HTTP-pyynnön ja luo vastauksen.
  4. WMS-palvelin lähettää vastauksen. Vastaus voi olla XML- tai HTML-muodossa tai se voi olla myös kuvatiedosto.
  5. ArcGIS Desktop vastaanottaa vastauksen ja käsittelee tiedot.

WCS-palvelimet tarjoavat kattavuuden (rasteridata) Internetin kautta. WCS-palvelimia voi isännöidä mikä tahansa määrä palvelimen GIS-alustoja, mukaan lukien ArcGIS Server. Palvelinten ja asiakkaiden tulisi noudattaa OpenGIS-standardeja ja -määrityksiä siten, että WCS tarjoaa tietoja ja sen metatiedoissa on syntaksia, jota käytetään pyyntöihin näitä tietoja vastaan, ja palauttaa tiedot alkuperäisillä semantiikoillaan (kuvien sijaan), joita voidaan käyttää syötteenä tiedot analysointia ja mallinnusta varten. Tämä on toisin kuin WMS, joka tekee paikkatiedoista staattisen kartan, jota ei voida käyttää syöttötietoina.

Kun olet muodostanut yhteyden WCS-palvelimeen, WCS-palvelut näkyvät Lisää tietoja -valintaikkunassa. Kaikki palvelun kattavuudet valitaan automaattisesti, mutta sinulla on mahdollisuus poistaa kaikki peitteet käytöstä, jotta niitä ei voi käyttää. Et voi lisätä koko WCS-palvelua ArcMapiin, ja sinun on työskenneltävä kunkin peiton kanssa erikseen yhtenä WCS-kerroksena.

Viestintä WCS-palvelimen kanssa

Tiedonsiirto ArcMapin ja WCS-palvelimen välillä tapahtuu HTTP: n kautta. Tässä ovat ArcGIS Desktopin ja WCS-palvelimen välisen viestinnän yleiset vaiheet:


Muunnostyökalut

ArcGIS Pron CAD-teksti voidaan muuntaa huomautusominaisuusluokaksi Muunna tarrat merkinnöiksi -työkalulla.

Kattavuus

ArcGIS Pro ei tue peittoja.

Geotietokanta

Map To KML -työkalu tukee ArcMap Map Documents (.mxd) -sisääntuloa, jota ArcGIS Pro ei voi luoda. Voit muuntaa yksittäiset tasot KML: ksi Taso KML -työkalulla.

Metatiedot

Metadata-työkalut eivät ole käytettävissä ArcGIS Prossa. Voit kuitenkin automatisoida metatietojen työnkulut käyttämällä arcpy.metadata-moduulia.

  • Esri-metatietojen kääntäjä
  • Vie metatiedot
  • Vie metatiedot useita
  • Tuo metatiedot
  • Metatietojen tuoja
  • Metadata Publisher
  • Synkronoi metatiedot
  • Päivitä metatiedot
  • USGS MP Metadata Translator
  • Vahvista metatiedot
  • Vahvista metatiedot useita
  • XML-skeeman vahvistus
  • XSLT-muunnos

Raster


Mitä tuotetta käytät? ArcGIS, ArcEngine, ArcGIS-palvelin, tai mitä?

Ei sillä, että sillä on merkitystä. Mielestäni sinun on parempi etsiä ArcGIS-tuesta verkossa tai kysyä kysymys ArcGIS-foorumilta. Esimerkiksi ESRI: n suorituskykyvinkkejä työpöydän ArcGIS: lle. Tietojeni mukaan täällä ei ole paljon ArcGIS-asiantuntijoita.

Anteeksi pinon ylivuoto - rakastan sinua!

Dynaamista kartan renderointinopeutta hallitsevat tyypillisesti kaksi tekijää: tietojen käyttö ja tarran asettelu. Koordinaattiprojektion ja tyypillisen 2D-mallinnuksen tekeminen tapahtuu suunnilleen niin nopeasti kuin tietoja voidaan lukea ulkoisesta lähteestä, esim. shapefile tai tietokanta. Temppu on, kuinka paljon tietoja lataat kartan piirtämiseen? Ja kuinka kauan kestää saada se? Monimutkaiset DB-kyselyt voivat aiheuttaa tehottomia kyselyitä. Indeksoimattomien tietojen kysely aiheuttaa hidastumista. Vaikka löydät tietoa nopeasti, sinun on oltava tietoinen siitä, kuinka paljon lataat. Sisältävätkö tietosi erittäin yksityiskohtaisen moniosaisen monikulmion kaikista Kanadan saarista tarkkaan, mutta renderöit vain Yhdysvaltain ja Kanadan välistä rajaa Wyomingissa?

Jos kävit ArcGIS-foorumeilla, löysit todennäköisesti vastauksen, mutta soitan täällä, jos muut kohtaavat kysymyksen.

Tärkein syy Google Mapsin kaltaisten palvelujen nopeuteen on, että ne esirenderöivät ja välimuisti tietoja. Joten he tekevät renderoinnin erilaisille tarkkuuksille ja tallentavat sen, joten kun käyttäjä pyytää tietoja, rasteritiedot voidaan toimittaa nopeasti.

ArcMapilla on mahdollisuus käyttää kartan välimuistia, jonka pitäisi nopeuttaa asioita toistuvilla katselukerroilla. Kartan välimuistityökalurivi voidaan ottaa käyttöön. ESRI-ohje on yleensä melko hyvä aloittaessasi, joten etsi vain kartan välimuisti.


KERROS¶

Tämän avainsanan avulla voidaan luoda nimiarvopareja sitomaan muuttujia SQL-käskyissä. Muuttuva sidonta estää SQL-injektion välttämällä merkkijonoja ja kokonaislukuja oikein. Koskee vain PostGIS- ja Oracle-yhteyksiä.

Ilmaisee CLASS-objektin alkamisen.

Tason sisällä vain yhtä luokkaa käytetään ominaisuuden renderointiin. Kutakin ominaisuutta testataan kutakin luokkaa vastaan ​​siinä järjestyksessä, jossa ne määritetään map-tiedostossa. Ensimmäistä luokkaa, joka vastaa sen min / max-asteikot ja sen nykyisen ominaisuuden EXPRESSION-tarkistus, käytetään renderoinnissa.

Tätä voidaan ohjata RENDERMODE-käsittelydirektiivillä.

Määritä luokan ryhmä, joka otetaan huomioon renderoinnin aikana. CLASS-objektin GROUP-parametria on käytettävä yhdessä CLASSGROUP-ryhmän kanssa.

Kohteen nimi määritetaulukossa luokan hakuja varten.

Ilmaisee kohteen CLUSTER aloituksen.

CLUSTER-määritysvaihtoehdon avulla voidaan yhdistää kerroksen useita ominaisuuksia yhdeksi (yhdistetyksi) ominaisuudeksi niiden suhteellisen sijainnin perusteella. Tuettu vain POINT-tasoille.

Ilmaisee COMPOSITE-objektin alkamisen.

Yhtä tai useampaa COMPOSITE-lohkoa voidaan käyttää ilmoittamaan, että renderointi on tehtävä väliaikaisessa kuvassa ja sulautettava lopulliseen karttakuvaan viimeisessä vaiheessa. COMPOSITE-lohkon sisällä määritetyt vaihtoehdot määrittävät, miten tämä yhdistäminen tulisi tehdä (esim. Soveltamalla opasiteettia, sommitteluoperaattoria tai pikselisuodattimia)

Tietokannan yhteysmerkkijono etätietojen hakemiseksi.

PostGIS-yhteysmerkkijono on pohjimmiltaan tavallinen PostgreSQL-yhteysmerkkijono, se on muodossa «käyttäjä = ei kukaan salasana = ****** dbname = dbnimi isäntä = paikallinen isäntäportti = 5432».

Oracle-yhteysmerkkijono: user / pass [& # 64db]

SDE-yhteysmerkkijono koostuu isäntänimestä, ilmentymän nimestä, tietokannan nimestä, käyttäjänimestä ja salasanasta pilkuilla erotettuna.

MapServerin alkuperäinen SDE-ohjain poistettiin MapServer 7.0 -julkaisua varten (katso keskustelu). SDE-tukeen pääsee edelleen OGR-ohjaimen kautta.

Vektoridata erityisiä yhteystietoja varten erilaisille tietolähteille.

Katso ytimen tiheyden arviointia kohdasta Ytimen tiheyden estimointi (dynaaminen lämpökartta).

Tämän avainsanan avulla voidaan määrittää yhteysvaihtoehdot ilmaistuna avain / arvo-pareiksi. Tämä on tällä hetkellä toteutettu vain CONNECTIONTYPE OGR- tai rasterikerroksille, jotta avoimet vaihtoehdot välitetään GDAL / OGR-ohjaimille.

Esimerkki GeoJSON-tietolähteestä OGR GeoJSON -ohjaimen FLATTEN_NESTED_ATTRIBUTES avoimen vaihtoehdon määrittämiseksi.

Liitäntätyyppi. Oletusarvo on paikallinen. Katso muita asiakirjoja.

Vektoridata erityisiä yhteystietoja varten erilaisille tietolähteille. Katso kerrosten yhdistäminen kohdasta Union Layer, lisätty MapServer 6.0: een

Katso ytimen tiheyden arviointia kohdasta Ytimen tiheyden estimointi (dynaaminen lämpökartta).

mygis on toinen yhteystyyppi, mutta se on vanhentunut, katso yhteystiedot Vector Data -asiakirjan MySQL-osiosta.

Käsiteltävien paikkatietojen koko tiedostonimi. Tiedostotunnistetta ei tarvita muotoilutiedostoille. Voidaan määrittää suhteessa SHAPEPATH-vaihtoehtoon karttakohteesta.

Jos tämä on SDE-kerros, parametrin tulisi sisältää kerroksen nimi sekä geometrinen sarake, eli «mylayer, shape, myversion».

Jos tämä on PostGIS-kerros, parametrin tulee olla muodossa «& ltcolumnname & gt from & lttablename & gt», jossa «columnname» on geometrian objektien sisältävän sarakkeen nimi ja «tablename» on taulukon nimi, josta geometriatiedot luetaan.

Käytä Oraclessa «shape FROM table» tai «shape FROM (SELECT-käsky)» tai jopa monimutkaisempia Oracle-yhteensopivia kyselyitä! Huomaa, että paikkatietokyselyjen käytössä on kuitenkin merkittäviä suorituskykyvaikutuksia. Kokeile sen sijaan MapServer's FILTERia aina kun mahdollista. Voit myös nähdä SQL-paketin pakottamalla virheen, esimerkiksi lähettämällä DATA-parametrin, jonka tiedät toimivan, esimerkiksi käyttämällä huonoa sarakkeen nimeä.

Tavallisessa käyttötapauksessa, kun PostGIS, SpatiaLite tai GeoPackage käytetään tietolähteenä, BBOX-suodatinta (rajoituslaatikot leikkaavat ja amp & amp PostGIS: n kanssa) käytetään automaattisesti. Joissakin harvoissa käyttötapauksissa alikysely voi kuitenkin olla erittäin aikaa vievää, jos tiedot ovat todella tärkeitä, koska lopulliset tiedot suodatetaan vain kyselyssä. Tietojen suodattamiseksi nopeammin eli ennen lopullista kyselyä voidaan suodattaa tiedot suoraan alikyselyssä! BOX! muuttuja: WHERE ST_Intersects (wkb_geometry,! BOX!).

Vektoridata erityisiä yhteystietoja varten erilaisille tietolähteille.

Mahdollistaa nykyisen kartan tason virheenkorjauksen.

Virheenkorjaus MapServer-versioilla & gt = 5.0:

Tarkka lähtö tuotetaan ja lähetetään vakiovirhelähtöön (STDERR) tai MapServer-virhetiedostoon, jos sellainen asetetaan käyttämällä ympäristömuuttujaa «MS_ERRORFILE». Voit asettaa ympäristömuuttujan käyttämällä CONFIG-parametria karttatiedoston MAP-tasolla, kuten:

Voit asettaa ympäristömuuttujan myös Apachessa lisäämällä seuraavat tiedostot httpd.conf-tiedostoon:

Kun ympäristömuuttuja on asetettu, DEBUG mapfile -parametria voidaan käyttää virheenkorjauslähdön tason säätämiseen. Tässä on kuvaus mahdollisista DEBUG-arvoista:

Virheenkorjaus O tai POIS - vain msSetError () -kutsut kirjataan MS_ERRORFILE-tiedostoon. Ei msDebug () -lähtöä ollenkaan. Tämä on oletusarvo ja vastaa MS_ERRORFILE: n alkuperäistä käyttäytymistä MapServer 4.x: ssä

VIRHE 1 tai PÄÄLLE - sisältää kaiken lähdön DEBUG 0 plus msDebug () -varoituksista tavallisista karhuista, epäonnistuneista väitteistä tai ei-vakavista virhetilanteista (esim. joidenkin parametrien puuttuvat tai virheelliset arvot, puuttuvat muotoilutiedostot tileindexissä, aikakatkaisuvirheet WMS / WFS-etäpalvelimilta jne.) )

VIRHEET 2 - sisältää kaiken DEBUG 1 -lähdön sekä ilmoitukset ja ajoitustiedot, jotka ovat hyödyllisiä karttatiedostojen ja sovellusten virittämiseksi

VIRHEET 3 - Kaikki DEBUG 2 sekä joitain virheenkorjaustuloksia, jotka ovat hyödyllisiä vianmäärityksessä, kuten WMS-yhteysosoitteiden kutsuminen, tietokantayhteyspuhelut jne. Tämä on suositeltava taso karttatiedostojen virheenkorjauksessa.

VIRHEET 4 - DEBUG 3 plus vielä lisätietoja ...

VIRHEET 5 - DEBUG 4 sekä kaikki msDebug () -lähdöt, jotka saattavat olla hyödyllisempiä kehittäjille kuin käyttäjille.

Voit myös asettaa virheenkorjaustason käyttämällä ympäristömuuttujaa «MS_DEBUGLEVEL».

DEBUG-asetus voidaan määrittää myös koko kartalle asettamalla DEBUG-parametri MAP-objektiin.

Lisätietoja tästä virheenkorjausmekanismista, katso MapServerin virheenkorjaus.

Virheenkorjaus MapServer-versioilla & lt 5:

Tarkka lähtö tuotetaan ja lähetetään vakiovirhelähtöön (STDERR) tai MapServer-lokitiedostoon, jos sellainen asetetaan WEB-objektin LOG-parametrilla. Apache-käyttäjät näkevät piirtämisen ajoituksen yksityiskohdat Apachen error_log-tiedostossa. Edellyttää MapServerin rakentamista DEBUG = MSDEBUG -vaihtoehdolla (–with-debug configure -vaihtoehdolla).

Deprecato dalla versione 6.0: käytä sen sijaan LAYER METADATA.

Vaihda, jotta MapServer voi palauttaa tietoja GML-muodossa. Hyödyllinen käytettäessä WMS GetFeatureInfo -toimintoja. «Väärä» oletuksena.

Koodaaminen, jota käytetään tekstissä kerroksen tietolähteessä. ICONV: n on tuettava arvoa (esimerkiksi «LATIN1»). Kun KOODAUS on asetettu (eikä ole yhtä suuri kuin «UTF-8»), tietolähteen tekstimääritteet muunnetaan UTF-8: ksi.

Vaaditaan kansainvälisten merkkien näyttämiseen MapServerissä. Lisätietoja on Label Encoding -asiakirjassa.

EXTENT [minx] [miny] [maxx] [maxy]

Tietojen alueellinen laajuus. Useimmissa tapauksissa sinun ei tarvitse määritellä tätä, mutta sitä voidaan käyttää välttämään nopeuskustannuksia siitä, että MapServer laskee tietojen laajuuden. Sovellus voi myös käyttää tätä arvoa ohittamaan kartan laajuudet.

Osoittaa FEATURE-objektin alkua.

Tämä parametri sallii datakohtaisen attribuuttisuodatuksen, joka suoritetaan samanaikaisesti paikkasuodatuksen kanssa, mutta ennen minkään CLASS-lausekkeen arviointia. Merkkijono on yksinkertaisesti MapServer-lauseke:

Natiivisuodattimia tuetaan NATIVE_FILTER PROCESSING -avaimen kautta:

Huomaa

MapServer 6: een saakka natiivisuodattimet voidaan määrittää seuraavasti:

Tätä ei kuitenkaan enää tueta.

Kohde, jota käytetään yksinkertaisilla FILTER-lausekkeilla. Vain OGR ja muotoilutiedostot.

Käytettävä malli jälkeen kerroksen tulosjoukko on lähetetty. Vain multiresult-kyselytilat.

GEOMTRANSFORM [& ltexpression & gt | & ltJavascript-tiedosto & gt]

Käytetään osoittamaan, että nykyinen ominaisuus muuttuu.

& tekstilauseke & gt: Antaa annetun lausekkeen geometriaan.

(puskuri ([muoto], etäisyys)): Puskuroi geometria ([muoto]) käyttämällä etämaayksiköitä puskurivälinä. Monikulmioille negatiivinen etäisyys tuottaa takaiskun.

(yksinkertaista ([muoto], suvaitsevaisuus)): yksinkertaistaa geometriaa ([muoto]) käyttämällä standardia Douglas-Peucker-algoritmia.

(simplifypt ([muoto], suvaitsevaisuus)): yksinkertaistaa geometriaa ([muoto]) varmistaen, että tulos on kelvollinen geometria, jolla on sama ulottuvuus ja komponenttien lukumäärä kuin syötöllä. suvaitsevaisuuden on oltava ei-negatiivinen.

(yleistää ([muoto], suvaitsevaisuus)): yksinkertaistaa geometriaa ([muoto]) tavalla, joka on verrattavissa FME: n ThinNoPoint-algoritmiin. Katso lisätietoja osoitteesta http://trac.osgeo.org/gdal/ticket/966.

(smoothsia ([muoto], tasoitus_koko, tasoitus_literaatio, esikäsittely)): tasoittaa geometrian ([muoto]) SIA-algoritmilla

TYYLI- ja LAYER GEOMTRANSFORM -muotojen välillä on ero. LAYER-taso saa maan koordinaatit (metrit, asteittainen lasku jne.) Ja STYLE-taso saavat pikselikoordinaatit. Argumentin menetelmille, kuten simplify (), on oltava samoissa yksiköissä kuin muotojen koordinaatit renderoinnin työnkulun kyseisessä kohdassa, ts. Pikselit STYLE-tasolla ja maayksiköt LAYER-tasolla.

[Map_cellsize] -muuttuja on käytettävissä, jos haluat siirtää pikseliarvon LAYER-tasolla.

Saadaksesi tämän muuttujan toimimaan matemaattisen lausekkeen jäsentimessä, [map_cellsize] on muunnettava kerroksen maayksiköksi. If you choose to use [map_cellsize] in your GEOMTRANSFORM expression, you must explicitly set the UNITS option in the layer.

<Javascript file>: A Javascript file that returns a new geometry. See Javascript transformation .

Signals the start of a GRID object.

Name of a group that this layer belongs to. The group name can then be reference as a regular layer name in the template files, allowing to do things like turning on and off a group of layers at once.

If a group name is present in the LAYERS parameter of a CGI request, all the layers of the group are returned (the STATUS of the LAYER s have no effect).

Template to use before a layer’s set of results have been sent. Multiresult query modes only.

Signals the start of a JOIN object.

Removed in version 5.0: Please see the LABEL object’s ANGLE parameter instead.

For MapServer versions < 5.0, this is the item name in attribute table to use for class annotation angles. Values should be in degrees.

Specifies whether labels should be drawn as the features for this layer are drawn, or whether they should be cached and drawn after all layers have been drawn. Default is on. Label overlap removal, auto placement etc… are only available when the label cache is active.

Item name in attribute table to use for class annotation (i.e. labeling).

Minimum scale at which this LAYER is labeled. Scale is given as the denominator of the actual scale fraction, for example for a map at a scale of 1:24,000 use 24000. Implemented in MapServer 5.0, to replace the deprecated LABELMAXSCALE parameter.

Maximum scale at which this LAYER is labeled. Scale is given as the denominator of the actual scale fraction, for example for a map at a scale of 1:24,000 use 24000. Implemented in MapServer 5.0, to replace the deprecated LABELMINSCALE parameter.

Sets context for labeling this layer, for example:

means that this layer would NOT be labeled if a layer named «orthoquads» is on. The expression consists of a boolean expression based on the status of other layers, each [layer name] substring is replaced by a 0 or a 1 depending on that layer’s STATUS and then evaluated as normal. Logical operators AND and OR can be used.

Removed in version 5.0: Please see the LABEL object’s SIZE parameter instead.

For MapServer versions < 5.0, this is the item name in attribute table to use for class annotation sizes. Values should be in pixels.

The data from the current layer will only be rendered where it intersects features from the [layername] layer. [layername] must reference the NAME of another LAYER defined in the current mapfile. can be any kind of mapserver layer, i.e. vector or raster. If the current layer has labelling configured, then only labels who’s label-point fall inside the unmasked area will be added to the labelcache (the actual glyphs for the label may be rendered ontop of the masked-out area.

Unless you want the features of [layername] to actually appear on the generated map, [layername] should usually be set to STATUS OFF.

Specifies the number of features that should be drawn for this layer in the CURRENT window. Has some interesting uses with annotation and with sorted data (i.e. lakes by area).

Maximum width, in the map’s geographic units, at which this LAYER is drawn. If MAXSCALEDENOM is also specified then MAXSCALEDENOM will be used instead.

The width of a map in geographic units can be found by calculating the following from the extents:

Nuovo nella versione 5.0.0: Replaced MAXSCALE.

Minimum scale at which this LAYER is drawn. Scale is given as the denominator of the actual scale fraction, for example for a map at a scale of 1:24,000 use 24000.

This keyword allows for arbitrary data to be stored as name value pairs. This is used with OGC WMS to define things such as layer title. It can also allow more flexibility in creating templates, as anything you put in here will be accessible via template tags.

Minimum width, in the map’s geographic units, at which this LAYER is drawn. If MINSCALEDENOM is also specified then MINSCALEDENOM will be used instead.

The width of a map in geographic units can be found by calculating the following from the extents:

Maximum scale at which this LAYER is drawn. Scale is given as the denominator of the actual scale fraction, for example for a map at a scale of 1:24,000 use 24000. Implemented in MapServer 5.0, to replace the deprecated MINSCALE parameter.

Short name for this layer. This name is the link between the mapfile and web interfaces that refer to this name. They must be identical. The name should be unique, unless one layer replaces another at different scales. Use the GROUP option to associate layers with each other. It is recommended that the name not contain spaces, special characters, or begin with a number (which could cause problems through interfaces such as OGC services).

OFFSITE [r] [g] [b] | [hexadecimal string]

Sets the color index to treat as transparent for raster layers.

r , g and b shall be integers [0..255]. To specify black pixels, the following is used:

hexadecimal string can be

RGB value: «#rrggbb». To specify magenta, the following is used:

RGBA value (adding translucence): «#rrggbbaa». To specify a semi-translucent magenta, the following is used:

Deprecato dalla versione 7.0: Use a COMPOSITE block instead.

Additional library to load by MapServer, for this layer. This is commonly used to load specific support for SDE and Microsoft SQL Server layers, such as:

Tells MapServer to render this layer after all labels in the cache have been drawn. Useful for adding neatlines and similar elements. Default is false.

Passes a processing directive to be used with this layer. The supported processing directives vary by layer type, and the underlying driver that processes them.

ArcSDE Directives - All ArcSDE processing options are described in ArcSDE . Here are two examples.

Attributes Directive - The ITEMS processing option allows to specify the name of attributes for inline layers or specify the subset of the attributes to be used by the layer, such as:

Clustering - cluster object directives are described in CLUSTER

Connection Pooling Directive - This is where you can enable connection pooling for certain layer layer types. Connection pooling will allow MapServer to share the handle to an open database or layer connection throughout a single map draw process. Additionally, if you have FastCGI enabled, the connection handle will stay open indefinitely, or according to the options specified in the FastCGI configuration. Oracle Spatial , ArcSDE , OGR Vector Layers Through MapServer and PostGIS/PostgreSQL currently support this approach. «DEFER» enables connection pooling «ALWAYS» will always close the connection after use, and will also not try to reuse a shared connection from the pool that might come from another layer.

Contour Directives - contour directives are described in Contour .

Kernel density radius

Radius in pixels of the gaussian filter to apply to the bitmap array once all features have been accumulated. Higher values result in increased cpu time needed to compute the filtered data.

Kernel density compute borders

A kernel of radius «r» cannot be applied to «r» pixels along the borders of the image. The default is to extend the search rectangle of the input datasource to include features «r» pixels outside of the current map extent so that the computed heatmap extends to the full extent of the resulting image. This can be deactivated when tiling if the tiling software applies a metabuffer of «r» pixels to its requests, to avoid the performance overhead of computing this extra information.

Kernel density normalization

If set to «AUTO», the created raster band will be scaled such that its intensities range from 0 to 255, in order to fully span the configured color ramp. Such behavior may not be desirable (typically for tiling) as the resulting intensity of a pixel at a given location will vary depending on the extent of the current map request. If set to a numeric value, the samples will be multiplied by the given value. It is up to the user to determine which scaling value to use to make the resulting pixels span the full 0-255 range determining that value is mostly a process of trial and error. Pixels that fall outside the 0-255 range will be clipped to 0 or 255.

Raster colour ramping

RANGE_COLORSPACE=RGB|HSL - The default RANGE support interpolates colors between stops in RGB space, which usually results in washed out colors. The interpolation can be done in HSL space which usually results in wanted output for heatmaps.

Label Directive - The LABEL_NO_CLIP processing option can be used to skip clipping of shapes when determining associated label anchor points. This avoids changes in label position as extents change between map draws. It also avoids duplicate labels where features appear in multiple adjacent tiles when creating tiled maps.

Line Rendering Directive - The POLYLINE_NO_CLIP processing option can be used to skip clipping of shapes when rendering styled lines (dashed or styled with symbols). This avoids changes in the line styling as extents change between map draws. It also avoids edge effects where features appear in multiple adjacent tiles when creating tiled maps.

Class Rendering Directive

The RENDERMODE processing option specifies how classes are selected for rendering a layer. Default value, and historic behaviour, is FIRST_MATCHING_CLASS: only the first applicable class is selected to render a feature (see CLASS description ). The other available value is ALL_MATCHING_CLASSES: all applicable classes are used to render a feature, each one being used on top of the previous ones. This is the default behaviour with SLD styles.

OGR Styles Directive - This directive can be used for obtaining label styles through MapScript. For more information see the MapServer’s OGR document .

MSSQL specific options - MSSQL_READ_WKB=TRUE - Uses WKB (Well Known Binary) format instead of native format when fetching geometries.

Native filter Directive

This directive can be used to do driver specific filtering. For database connections the string is a SQL WHERE clause that is valid with respect to the underlying database.

PostGIS specific options - FORCE2D=YES can be used to force 2D only geometries to be retrieved from PostGIS.

Vector field specific rendering options - UV_SPACING: The spacing is the distance, in pixels, between arrows to be displayed in the vector field. Default is 32. UV_SIZE_SCALE: Used to convert the vector lengths (magnitude) of the raster to pixels for a better rendering. Default is 1.

AGG renderer tweaking - This directive can be used for setting the linear gamma to be used when rendering polygon features. The default value of 0.75 (that can be overridden at the OUTPUTFORMAT level) can be set to a lower value to limit/remove the faint outlines that appear between adjacent polygons. A value of 0.5 is usually good enough.

Raster Directives - All raster processing options are described in Raster Data . Here we see the SCALE and BANDs directives used to autoscale raster data and alter the band mapping.

Union layer Directives - The following processing options can be used with the union layers: UNION_STATUS_CHECK (TRUE or FALSE) - controls whether the status of the source layes should be checked and the invisible layers (STATUS=OFF) should be skipped. Default value is FALSE. UNION_SCALE_CHECK (TRUE or FALSE) - controls whether the scale range of the source layes should be checked and the invisible layers (falling outside of the scale range and zoom range) should be skipped. Default value is TRUE. UNION_SRCLAYER_CLOSE_CONNECTION - override the connection pool setting of the source layers. By introducing this setting we alter the current behaviour which is equivalent to: «UNION_SRCLAYER_CLOSE_CONNECTION=ALWAYS»

Signals the start of a PROJECTION object.

Sets context for displaying this layer (see LABELREQUIRES).

Signals the start of a SCALETOKEN object. Allows scale dependent string substitutions. See MS RFC 86: Scale-dependant String Substitutions .

In the previous example, %pri% would be replaced by:

«1» for scale denominators smaller than 1,000, giving:

«2» for scale denominators between 1,000 and 10,000:

«3» for scale denominators larger than 10,000:

Sets the unit of STYLE object SIZE values (default is pixels). Useful for simulating buffering. nauticalmiles was added in MapServer 5.6.

Sets the current status of the layer. Often modified by MapServer itself. Default turns the layer on permanently.

In CGI mode, layers with STATUS DEFAULT cannot be turned off using normal mechanisms. It is recommended to set layers to STATUS DEFAULT while debugging a problem, but set them back to ON/OFF in normal use.

For WMS , layers in the server mapfile with STATUS DEFAULT are always sent to the client.

The STATUS of the individual layers of a GROUP has no effect when the group name is present in the LAYERS parameter of a CGI request - all the layers of the group will be returned.

Styling based on attributes or generated with Javascript

<attribute>: Item to use for feature specific styling. The style information may be represented by a separate attribute (style string) attached to the feature. MapServer supports the following style string representations:

MapServer STYLE definition - The style string can be represented as a MapServer STYLE block according to the following example:

MapServer CLASS definition - By specifying the entire CLASS instead of a single style allows to use further options (like setting expressions, label attributes, multiple styles) on a per feature basis.

OGR Style String - MapServer support rendering the OGR style string format according to the OGR - Feature Style Specification documentation. Currently only a few data sources support storing the styles along with the features (like MapInfo, AutoCAD DXF, Microstation DGN), however those styles can easily be transferred to many other data sources as a separate attribute by using the ogr2ogr command line tool as follows:

AUTO: The value: AUTO can be used for automatic styling.

Automatic styling can be provided by the driver. Currently, only the OGR driver supports automatic styling.

When used for a Union Layer , the styles from the source layers will be used.

A Javascript file that returns a new string containing either a STYLE definition or a CLASS definition with one or multiple styles. See STYLEITEM Javascript .

The scale at which symbols and/or text appear full size. This allows for dynamic scaling of objects based on the scale of the map. If not set then this layer will always appear at the same size. Scaling only takes place within the limits of MINSIZE and MAXSIZE as described above. Scale is given as the denominator of the actual scale fraction, for example for a map at a scale of 1:24,000 use 24000. Implemented in MapServer 5.0, to replace the deprecated SYMBOLSCALE parameter.

Used as a global alternative to CLASS TEMPLATE . See Templating for more info.

Name of the tileindex file or layer. A tileindex is similar to an ArcInfo library index. The tileindex contains polygon features for each tile. The item that contains the location of the tiled data is given using the TILEITEM parameter. When a file is used as the tileindex for shapefile or raster layers, the tileindex should be a shapefile. For CONNECTIONTYPE OGR layers, any OGR supported datasource can be a tileindex. Normally the location should contain the path to the tile file relative to the shapepath, not relative to the tileindex itself. If the DATA parameter contains a value then it is added to the end of the location. When a tileindex layer is used, it works similarly to directly referring to a file, but any supported feature source can be used (ie. postgres, oracle).

All files in the tileindex should have the same coordinate system, and for vector files the same set of attributes in the same order.

Starting with MapServer 6.4 for raster layers and MapServer 7.2 for vector layers, tileindexes with tiles of different projections can be used. For that, the TILESRS parameter must be specified.

Item that contains the location of an individual tile, default is «location».

Name of the attribute that contains the SRS of an individual tile. That SRS can be expressed in WKT format, as an EPSG:XXXX code or as a PROJ string. If the tileindex contains rasters in different projections, this option must be specified. If the tileindex has been generated with gdaltindex (GDAL >= 2.0) or ogrtindex (GDAL >= 2.2), the value of TILESRS is the value of the -src_srs_name option of gdaltindex/ogrtindex. See Tileindexes with tiles in different projections

This option is currently available only on raster layers.

Sensitivity for point based queries (i.e. via mouse and/or map coordinates). Given in TOLERANCEUNITS. If the layer is a POINT or a LINE, the default is 3. For all other layer types, the default is 0. To restrict polygon searches so that the point must occur in the polygon set the tolerance to zero. This setting does not apply to WFS GetFeature operations.

Units of the TOLERANCE value. Default is pixels. Nauticalmiles was added in MapServer 5.6.

TRANSPARENCY [integer|alpha] - deprecated

Deprecato dalla versione 5.0: Use OPACITY instead.

Deprecato dalla versione 7.0: Use COMPOSITE instead.

Tells MapServer whether or not a particular layer needs to be transformed from some coordinate system to image coordinates. Default is true. This allows you to create shapefiles in image/graphics coordinates and therefore have features that will always be displayed in the same location on every map. Ideal for placing logos or text in maps. Remember that the graphics coordinate system has an origin in the upper left hand corner of the image, contrary to most map coordinate systems.

Version 4.10 introduces the ability to define features with coordinates given in pixels (or percentages, see UNITS), most often inline features, relative to something other than the UL corner of an image. That is what “TRANSFORM FALSE” means. By setting an alternative origin it allows you to anchor something like a copyright statement to another portion of the image in a way that is independent of image size.

Specifies how the data should be drawn. Need not be the same as the shapefile type. For example, a polygon shapefile may be drawn as a point layer, but a point shapefile may not be drawn as a polygon layer. Common sense rules.

In order to differentiate between POLYGONs and POLYLINEs (which do not exist as a type), simply respectively use or omit the COLOR keyword when classifying. If you use it, it’s a polygon with a fill color, otherwise it’s a polyline with only an OUTLINECOLOR.

A circle must be defined by a a minimum bounding rectangle. That is, two points that define the smallest square that can contain it. These two points are the two opposite corners of said box. The following is an example using inline points to draw a circle:

TYPE query means the layer can be queried but not drawn.

TYPE annotation has been deprecated since version 6.2. Identical functionality can be obtained by adding LABEL level STYLE blocks, and do not require loading the datasets twice in two different layers as was the case with layers of TYPE annotation .

The Dynamic Charting HowTo for TYPE chart .

Units of the layer. percentages (in this case a value between 0 and 1) was added in MapServer 4.10 and is mostly geared for inline features. nauticalmiles was added in MapServer 5.6.

A UTFGrid JSON template. MapServer expression syntax (expressionObj). If no UTFDATA is provided, no data beyond the UTFITEM values will be exposed. If UTFITEM is set, the UTFDATA expose those so that keys and data can be connected. See MS RFC 93: UTF Grid Support and UTFGrid Output .

The attribute to use as the ID for the UTFGrid. If a UTFITEM is not set, the sequential id (based on rendering order) is being used. If UTFITEM is set, the UTFDATA expose those so that keys and data can be connected. See MS RFC 93: UTF Grid Support and UTFGrid Output .

Signals the start of a VALIDATION block.

As of MapServer 5.4.0, VALIDATION blocks are the preferred mechanism for specifying validation patterns for CGI param runtime substitutions. See Run-time Substitution .


Selecting the right technology: A case study

Our customer had a requirement to design a Web application solution that would be used to collect national property location and census information during a three month national citizen declaration period. Citizens would report to regional government centers, use a local desktop computer to locate their home residence on a map display generated from a national imagery and geospatial features repository. Citizen would place a point on the map identifying their residence, and then fill out a reference table identifying their census information. The citizen input would be consolidated at a centralized national data center and shared with all regional government centers throughout the declaration process.

Figure 3-39 provides an overview of the user locations and central data center architecture. The initial system design was developed using an earlier ArcGIS Server Web application development framework (ADF) map editor, hosting a centralized ArcGIS Server dynamic Web application with browser clients located at 60 regional national sites. Following contract award, the customer reviewed available technology options to finalize the system design.

Figure 3-40 shows four possible software technology options that were considered during the design review.

The ArcGIS Server dynamic Web ADF application was the solution provided in the initial design proposal two years earlier. The current ArcGIS Server technology included improvements in Web application performance and user experience that would be evaluated in the design review.

ArcGIS Server provides a data cache option where reference map layers could be pre-processed and stored in a map cache pyramid file data source. Pre-processing the reference layers would significantly reduce server processing loads during production operations. A single point declaration layer contained all features that would be edited and exchanged during the citizen declaration period, all remaining reference layers could be cached. Changes would be displayed at all remote site locations with each client display refresh.

There were three different Web application options that could leverage a reference data cache.

1) ArcGIS Server Web ADF application with a centralized map cache service.

2) ArcGIS Server REST service, leveraging a Rich Internet Application (RIA) Flash or Silverlight Map Editor application with a centralized reference map cache service.

3) ArcGIS Mobile application, leveraging a Mobile client application with a local reference map cache data source. Point changes to the declaration layer would be exchanged using a centralized ArcGIS Server mobile synchronization service.


The Esri Capacity Planning Calculator was used to evaluate the architecture for the four different workflow technology patterns identified above. Peak system loads were estimated at 2400 concurrent users with standard Web productivity of 6 displays per minute. System design results are provided in the following paragraphs.

Dynamic Web ADF Application

Peak central data center traffic loads were estimated to reach 480 Mbps, well beyond the bandwidth available with the current data center Wide Area Network (WAN) service connection. Larger regional office sites (50 concurrent users) would require 24 Mbps bandwidth and smaller regional office sites (10 concurrent users) 6 Mbps WAN connections to support the projected peak citizen declaration traffic loads. Major infrastructure bandwidth increases would be needed to handle projected traffic flow requirements.

The central hardware solution was supported by Intel Xeon X5677 8 core (2 chip) 3467 MHz Windows 64-bit Servers each with 24 GB memory (data server required 60 GB memory). Total of 4 servers were required for the Web Application Server tier, 7 servers for the Container Machine tier, and one SDE geodatabase server.

Cached Web ADF Application

Peak central data center traffic load estimates dropped to 252 Mbps with larger regional office sites requiring 12 Mbps WAN connections. Smaller offices would be configured with 3 Mbps WAN connections. The Web tier remained at 4 servers to support the centrally hosted ADF Map Viewer Web applications. The ArcGIS Server Container Machine tier reduced to 1 server and the DBMS load was reduced to 6.2 percent utilization. The Cached data source provided a significant server cost reduction from the initial proposal.

A sample data set was used to evaluate basemap caching timelines, and the complete country reference map cache could be generated within one week of processing time. Pre-caching the base reference layers would be well worth the effort, since there would be no need to update or change the reference cache during the peak citizen declaration period (data would be static).

Cached Rich Internet Client Application (REST API)

Peak central data center traffic load estimates were the same as the previous ADF cached workflow. The Web load was significantly reduced since the Map Viewer application was supported by the RIA browser clients. Web and server object containers were supported on two (2) servers in a two tier architecture. The database load remained the same. The lighter REST server architecture reduced hosting environment by 4 servers.

ArcGIS Mobile Application

The fourth design option was to use the ArcGIS Mobile application with a local reference cache data source. A demo of the ArcGIS Mobile client was provided on a Windows desktop platform to demonstrate feasibility of supporting the required editing functions with this client technology. The ArcGIS Mobile client technology operates very well on a standard Windows display environment and performed all the functions needed to support the citizen declaration requirements.


The ArcGIS Mobile standard Esri workflow synchronization service was used to support the design analysis. This workflow was generated by the CPT Calculator using a SOAP MXD Light service with a feature output (display features streamed to the client application). A 95 percent data cache setting was used to represent traffic for point feature exchanges (only point changes would be exchanged between the client and server displays). Cached reference layers would be distributed to each regional site in advance, and access would be provided by a file share to the ArcGIS Mobile clients running on the local workstations. The ArcGIS Mobile client would synchronize point changes to the dynamic citizen declaration layer over the government WAN. The peak concurrent REST service load would be reduced to 600 concurrent users, representing 25 percent of the total client displays (point changes are made only during edit transactions).

User display performance would be very fast, supported by the local reference map cache and the point layer in the ArcGIS Mobile application cache.

Peak central data center traffic loads were reduced to 15 Mbps, well within the T3 (45 Mbps) bandwidth available with the current data center Wide Area Network (WAN) service connection. Large regional office sites peak traffic was 1.3 Mbps, which would function well within 3 Mbps WAN connections. Small regional offices site peak traffic was 0.25 Mbps supported well by available T-1 connections. The existing infrastructure would be able to support peak WAN traffic loads with guaranteed service to each of the remote desktop locations (ArcGIS Mobile client would continue to function as a standalone system if WAN communication were lost, and edits would be sent to the central server when communication was restored). The central hardware requirements were reduced to 2 composite Web/container machine servers and the data server load was minimal (less than 1 percent utilization)

It was very clear that the cached client application provided significant cost and performance benefits over the centralized Web application dynamic solution included in the initial proposal.


Katso video: Publish Tile cache Raster using ArcGIS Pro