Vairāk

OpenLayers.Renderer. Simboli, kas nosaukti pēc funkcijas


Vai pastāv kāda pieeja, lai noteiktu funkciju OpenLayers.Renderer.symbol?

Piemēram, tā vietā, lai izveidotu simbolu katrai 3, 4, 5 un 5 zvaigznēm

OpenLayers.Renderer.symbol.star3 = [/ * koordinē trīsstaru zvaigznes masīvu * /]; OpenLayers.Renderer.symbol.star4 = [/ * koordinē četrstaru zvaigznes masīvu * /]; OpenLayers.Renderer.symbol.star5 = [/ * koordinē 5-zvaigžņu zvaigznes masīvu * /];…

Es vēlos saīsināt kodu un izveidot grupas kopīgu simbolu, ko nosaka funkcija, piemēram:

OpenLayers.Renderer.symbol.pointedstar (n) = funkcija (n) {/ * atgriež n-smailes zvaigznes masīvu * /}

un pēc tam to ievietojiet graphicName stila definīcijā:

starstyle = new OpenLayers.Style ({graphicName: "smaile zvaigzne (3)", ...});

un pat izveidojiet to atkarībā no funkcijas īpašībām:

starStyle = new OpenLayers.Style ({graphicName: "$ {numofpoints}", ...}, {konteksts: {"numofpoints": / * funkcijas satur rekvizītu "numberofpoints", lai izmantotu * / function (e) {return pointstar (e .feature.attribute.numberofpoints);}}});

Es to daru ar externalGraphic rekvizītu, tāpēc es nesaprotu, kāpēc tas nedarbotos ar graphicName.

Es pārveidoju savu esošo grafiskā nosaukuma kodu, un tas darbojas. Es esmu nokopējis svarīgos bitus zemāk.

Ņemiet vērā, ka simbols jāievieto objektā OpenLayers.Renderer.symbol un pēc tam jāatgriež šī simbola nosaukums. Es uzskatu, ka StyleMap ir nepieciešams konteksta funkciju darbībai?

style_custom = new OpenLayers.StyleMap ({"default": new OpenLayers.Util.applyDefaults ({graphicName: "$ {getGraphic}", graphicWidth: "$ {getSize}", rotation: "$ {angle}", ...}, OpenLayers.Feature.Vector.style ["noklusējums"]), "select": jauni OpenLayers.Util.applyDefaults (…), "pagaidu": jauni OpenLayers.Util.applyDefaults (…)} style_custom.styles ["pagaidu"] .context = style_custom.styles ["default"]. context = style_custom.styles ["select"]. context = {getGraphic: function (e) {var hd = (~~ (((e.attributes.angle) / 45) )))% 8; var symName = 'star' + hd; // prefikss, kas unikāls style_custom if (typeof OpenLayers.Renderer.symbol [symName] == 'undefined') {// izvairieties no esošās formas OpenLayers.Renderer.symbol atjaunošanas [symName] = [0,0, hd * 2, hd * 2]; // testa forma} atgriež symName;}, getSize: funkcija (e) {…},…};


ĢIS integrācija ar datorizētām uzturēšanas vadības sistēmām (CMMS) un aktīvu pārvaldības sistēmām

Liela daļa informācijas, kas tiek uzturēta datorizētā uzturēšanas vadības sistēmā (CMMS), ir telpiskie dati par aktīviem, kas pastāv tīklā ar noteiktām vietām kosmosā. ĢIS izmantošana var ievērojami uzlabot CMMS iespējas, atbalstot papildu telpisko analīzi un spēju ātri atrast ģeogrāfiski izkliedētas iekārtas ūdens sadales sistēmā, notekūdeņu savākšanas sistēmā vai citos inženiertīklos. Šajā rakstā tiks apkopotas ĢIS iespējas, kas saistītas ar dažām galvenajām komerciālajām CMMS sistēmām, un apspriesti daži no galvenajiem jautājumiem, kas jāņem vērā, izstrādājot integrētu CMMS / GIS.

Uzņēmumu aktīvu pārvaldības (EAM) sistēmas un datorizētās uzturēšanas pārvaldības sistēmas (CMMS) ievieš arvien vairāk gan sabiedrisko, gan privāto komunālo pakalpojumu. ARC konsultatīvā grupa ir novērtējusi, ka pasaules tirgus apjoms 2001. gadā ir aptuveni 1,2 miljardi ASV dolāru, un paredzams, ka līdz 2006. gadam tas pieaugs līdz 1,8 miljardiem ASV dolāru. [ARC News 2002. gada 3. jūnijs]. Pieaugošo interesi par aktīvu pārvaldību un CMMS veicina paaugstināta izpratne par aktīvu un uzturēšanas pārvaldības nozīmi mūsu novecojošās infrastruktūras lietderīgās lietošanas laika pagarināšanā, apvienojumā ar joprojām ierobežotajiem resursiem infrastruktūras uzlabošanai un arvien konkurētspējīgākai uzņēmējdarbības videi. Arī ūdens un notekūdeņu komunālo pakalpojumu tirgi, kas ir maza daļa no pasaules tirgus, pauž pastiprinātu interesi par CMMS. Turklāt jauno finanšu grāmatvedības standartu izlaišana no valdības grāmatvedības standartu padomes (GASB), jo īpaši GASB 34 un ierosinātie EPA noteikumi par jaudas, vadības darbības un uzturēšanas (CMOM) noteikumiem, palielina interesi par aktīvu un uzturēšanas pārvaldību. ūdens un notekūdeņu komunālo pakalpojumu tirgus segmentā. Abiem šiem jaunajiem mandātiem būs būtiska ietekme uz aktīvu un uzturēšanas pārvaldības sistēmu attīstību [Harlow 2000, 1. daļa, 2. daļa un 3. daļa]. GASB 34 un CMOM ietekme uz aktīvu un uzturēšanas vadības sistēmas dizainu ir atspoguļota daudzos citos dokumentos un ziņojumos, kas atrodami internetā.

Komunālajiem uzņēmumiem pieder divi galvenie aktīvu veidi: ģeogrāfiski izkliedēti aktīvi, piemēram, ūdens sadales sistēmas, un koncentrētas aktīvu grupas, piemēram, attīrīšanas iekārtas. Ģeogrāfiski izkliedētie aktīvi ir sadalīti lielās teritorijās, kur apkalpes apkalpes saziņa ir sarežģīta un ceļa laiks ir lielas izmaksas. Ģeogrāfiski izkliedētie aktīvi ietver tādus inženiertīklus kā ūdens sadales sistēmas, kanalizācijas sistēmas, lietus ūdens savākšanas sistēmas, elektriskās sadales sistēmas un gāzes sadales sistēmas. Izmantojot aktīvu vai uzturēšanas vadības sistēmu, kas ir integrēta vai saistīta ar ģeogrāfiskās informācijas sistēmu (ĢIS), var uzlabot ģeogrāfiski izkliedēto objektu vai inženiertīklu uzturēšanu un pārvaldību. Pakalpojumiem, kas jau izmanto ĢIS, lai kartētu un pārvaldītu inženiertīklus, iespējams, jau ir daudz datu, kas nepieciešami ĢIS integrēšanai CMMS.

Koncentrētas aktīvu grupas ir atrodamas ūdens un notekūdeņu attīrīšanas plānos un elektrostacijās. Ūdens un notekūdeņu attīrīšanas iekārtās ir daudz vairāk aktīvu veidu, nekā tas ir ūdens sadales sistēmā vai kanalizācijas sistēmā. Turklāt dažāda veida uzturēšanas darbību skaits ir arī ārstniecības iestādēs. ĢIS datu izmantošana attīrīšanas iekārtu vai enerģijas ražošanas objekta robežās var būt izdevīga, taču pašlaik tā netiek plaši izmantota. Komunālajiem uzņēmumiem ar ģeogrāfiski izkliedētiem inženiertīkliem un attīrīšanas iekārtām ar koncentrētām aktīvu grupām bieži nākas saskarties ar divu aktīvu un uzturēšanas vadības sistēmu ieviešanu - vienu inženiertīklam un otru attīrīšanas iekārtām. ĢIS un CMMS integrēšana vai sasaistīšana varētu novērst nepieciešamību ieviest divas tehniskās apkopes vadības sistēmas.

ĢIS integrācija ar CMMS, šķiet, ir acīmredzama atbilstība, tomēr ir ļoti maz komerciālu CMMS, kas ir integrētas GIS. Pārskatot pieejamos CMMS pārdevējus, tika atrasti tikai seši CMMS pārdevēji, kas piedāvā ĢIS integrāciju vai saistīšanu ar saviem CMMS produktiem. ĢIS integrāciju vai saistīšanu trešās puses nodrošina vēl diviem CMMS pārdevējiem.

Šajā rakstā ir apspriesti daži galvenie jautājumi, kas saistīti ar ĢIS integrēšanu ar aktīvu un uzturēšanas pārvaldību, un galvenā uzmanība tiks pievērsta četrām šādām tēmām:

  • Aktīvu un uzturēšanas pārvaldības definīcija
  • CMMS tirgus pārskats
  • Iemesli ĢIS un CMMS integrēšanai
  • Esošo ĢIS / CMMS integrācijas sistēmu pārskats


Skatīties video: GeoServer. OpenLayers. Apache (Oktobris 2021).