Vairāk

Iegūstiet atribūtus no GeoJSON līdzekļa openlayers 3

Iegūstiet atribūtus no GeoJSON līdzekļa openlayers 3


Es strādāju pie tīmekļa kartes, izmantojotOpenLayers 3un vektoru slāņi,geoJSON. Man ir izdevies atveidot slāņus un pievienot mijiedarbības ar klikšķiem:

select = new ol.interaction.Select ({nosacījums: ol.events.condition.mouseclicked, style: myStyle,}); var karte = new ol.Map ({mijiedarbības: ol.interaction.defaults (). pagarināt [[atlasīt]],

Mijiedarbība darbojas labi, tā nosaka izvēlētajam objektam jaunu stilu (atlasītās valsts robežas utt.).

Es vēlos izgūt atlasītā objekta ID no faila geoJSON un izmantot to, lai uzzinātu, kura valsts ir atlasīta. Atkarībā no izvēlētās valsts tīkls (līnijas) no šīs valsts uz citām valstīm tiks izvilkts no DB.

Vai ir kāds veids, kā to izdarīt? Esmu izmēģinājis sekojošo (bez pienācīga formatējuma):

select = new ol.interaction.Select ({nosacījums: ol.events.condition.mouseclicked, style: myStyle,}); var features = select.getFeatures (); var iezīme = features.item (0); var id = feature.getId ();

Tas man dodidtas nav definēts, lai gan šai funkcijai iridfailā geoJSON.

Vai ir kāds cits veids, kā to izdarīt? Es meklēju tīmeklī un šajā forumā, neatrodot atbildi.

Šis ir mana geoJSON faila fragments, visām funkcijām ir vienādas īpašības:

{"type": "FeatureCollection", "crs": {"type": "name", "properties": {"name": "urn: ogc: def: crs: OGC: 1.3: CRS84"}}, " features ": [{" type ":" Feature "," properties ": {" suvereignt ":" Afganistāna "," id ": 1}," geometry ": {" type ":" MultiPolygon "," koordinates ": [[[[61.210817091725744

Vai tu esi mēģinājis:

var id = feature.get ('id');

Cik es zinu

var id = feature.getId ();

sniedz jums iekšējo OL3 līdzekļa ID, nevis JSON ID.


jums ir jāiestata ID ārpus īpašumiem ... jūsu geoJson vajadzētu izskatīties šādi:

{"type": "FeatureCollection", "crs": {"type": "name", "properties": {"name": "urn: ogc: def: crs: OGC: 1.3: CRS84"}, "features ": [{" type ":" Feature "," id ": 1," properties ": {" suvereignt ":" Afganistāna "}," geometry ": {" type ":" MultiPolygon "," koordinates ": [ [[[61.210817091725744…]]]]]…

Paldies par atbildēm! Risinājums šajā gadījumā bija šāds:

var id = feature.get ('id');

Tas atgriež geoJSON id.

Tā kā:

var id = feature.getID ();

atgriež openLayers ID, tāpat kā iepriekš norādīja Anderss Finns.

Paldies vēlreiz par vadīšanu!


Iegūstiet atribūtus no GeoJSON līdzekļa openlayers 3 - ģeogrāfiskās informācijas sistēmās

INSPIRE UML-GeoJSON kodēšanas noteikums

  • Lietošanas futrāļi
  • Tēmas
  • Tehniskas problēmas
  • Tehniskie ierobežojumi
  • Pārrobežu INSPIRE prasības
  • Veidi
  • Rekvizīti
  • Asociācijas
  • Prasības un ieteikumi
  • Kartēšana no konceptuālā modeļa līdz GeoJSON loģiskajam modelim
  • Alternatīvas koordinātu atskaites sistēmas
  • Identifikatori

Šis dokuments ir rezultāts Darbība 2017.2 par alternatīviem kodējumiem INSPIRE datiem.

Darbības mērķis bija definēt alternatīvus kodēšanas noteikumus (galvenokārt apskatei/analīzei vispārējās ĢIS sistēmās) vairākām atlasītām lietojumprogrammu shēmām un veidni un procedūru papildu kodēšanas noteikumu ierosināšanai un apstiprināšanai nākotnē.

Priekšlikumi alternatīviem kodēšanas noteikumiem tika savākti atklātā uzaicinājumā uz sadarbības platformu MIG, un dalībvalstu pārstāvji aptaujā par prioritāti noteica tos. Aptaujas rezultāti skaidri parādīja atbalstu GeoJSON kā iespējamai alternatīvai kodēšanai. Turklāt arī vienkāršotam GML, datu bāzes formātiem (ģeopakete, PostGIS, ESRI ģeodatubāze) un saistītajiem datiem bija ievērojams atbalsts. Citi priekšlikumi ietvēra arī GeoSciML kā alternatīvu kodējumu GE un MR.

48. MIG-T sanāksmē tika panākta vienošanās turpināt 2017. gada darbu apakšgrupā, koncentrējoties uz šādiem uzdevumiem:

  • kodēšanas noteikuma izstrāde GeoJSON (kā pirmais piemērs)
  • izstrādāt vispārīgus noteikumus / pieejas INSPIRE datu modeļu vienkāršošanai (kas būs noderīgi vairākiem alternatīviem kodējumiem)
  • izstrādājot vispārēju procedūru papildu kodējumu ierosināšanai un apstiprināšanai

Darbības ietvaros tika izveidoti vispārīgi kodēšanas noteikumi GeoJSON, kā arī īpaši kodēšanas noteikumi INSPIRE tēmām Adreses (ieskaitot GeographicName rekvizītus) un Vides pārraudzības iespējas (ieskaitot O & ampM rekvizītus). Šie kodēšanas noteikumi tiks saglabāti kā atsevišķi INSPIRE labas prakses dokumenti, un turpmāk tematiskās kopienas var izstrādāt papildu tēmai specifiskus kodēšanas noteikumus un ierosināt tos apstiprināt MIG, ievērojot INSPIRE labas prakses procedūru.

Šis darbs ir saistīts arī ar 2017. gadu3, kur galvenais rezultāts ir detalizēts priekšstats par dažādu ĢIS programmatūru iespējām strādāt ar INSPIRE datiem (ko sauc par CanIUse), kas kodēti GML vai GeoJSON.

Šajā sadaļā ir aprakstīts, ko šis dokuments satur un kāds ir šī kodējuma augsta līmeņa mērķis.

GeoJSON ir atvērts standarta formāts, kas paredzēts vienkāršu ģeogrāfisku iezīmju attēlošanai kopā ar to telpiskajiem atribūtiem. Tā pamatā ir JSON - JavaScript objekta apzīmējums. Specifikācijas pamatteksts ir saistīts ar GeoJSON ģeometrijas objektu aprakstīšanu. Tie var būt punkti (kurus var izmantot tādām funkcijām kā adreses un atrašanās vietas), līniju virknes (piemēram, ielām, automaģistrālēm, robežām), daudzstūri (valstis, provinces, zemes gabali) un vairāku veidu šāda veida kolekcijas.

GeoJSON funkcijām nav jāatspoguļo fiziskās pasaules entītijas, tikai, piemēram, mobilo maršrutu un navigācijas lietotnes var aprakstīt to pakalpojumu pārklājumu, izmantojot GeoJSON.

GeoJSON formātu sākotnēji definēja izstrādātāju interneta darba grupa, kurai vajadzēja risinājumu, lai kodētu ģeometriju izmantošanai tīmekļa lietojumprogrammās. Kopš tā laika to ir formalizējusi IETF, standartu organizācija, kas izstrādā specifikācijas attiecībā uz internetu kā RFC 7946.

INSPIRE ietvaros šis kodēšanas noteikums var būt datu kodēšana no vairākām tēmām, koncentrējoties uz datu lietojamību GIS darbvirsmas un tīmekļa klientos, piemēram, ArcMap, QGIS, OpenLayers, Leaflet, FME un hale studio. Tas var kalpot kā alternatīva kodēšana ko var izmantot vienkāršu datu noklusējuma kodējuma vietā, ja netiek zaudēta informācija. Citos gadījumos šis GeoJSON kodējums var kalpot kā papildu tikai kodēšana.

Šajā sadaļā ir aprakstīta INSPIRE UML-GeoJSON kodēšanas noteikuma darbības joma. GeoJSON nav vienlīdz labi piemērots visām tēmām un lietošanas gadījumiem.

Šis kodēšanas noteikums īpaši attiecas uz datu lietojamību tīmekļa un darbvirsmas klienta programmatūrā, piemēram, ArcMap, QGIS, Leaflet un OpenLayers. Tas optimizē INSPIRE datu izmantošanu kartēšanai un ģeopārstrādei šādās lietojumprogrammās.

Kodēšanas noteikums ir izstrādāts arī, ņemot vērā paraugpraksi telpiskajiem datiem tīmeklī un WFS 3.0 standartu, kuram tam vajadzētu nodrošināt papildu formātu.

INSPIRE tēmu pārklājums

Katrai aptveramajai tēmai ir paredzēts īpašs GeoJSON kodēšanas noteikums. Tie var atrasties apakšmapēs tajā pašā krātuvē, kurā atrodas šis vispārējais kodēšanas noteikums (piemēram, reklāmas un efs), bet var tikt saglabāti arī citās vietās.

Šis kodēšanas noteikums risina īpašas tehniskas problēmas, kas ir bijušas problemātiskas, izmantojot noklusējuma kodējumu:

  • Lielākā daļa ĢIS programmatūras veidošanai, apstrādei un filtrēšanai nevar pilnībā izmantot ne vienkāršus atribūtus un ligzdotas struktūras
  • ArcGIS un citos ĢIS rīkos nevar pilnībā izmantot vairākas vērtības (kompleksiem) rekvizītiem
  • Atsauces uz citiem līdzekļiem bieži nevar atrisināt, izmantojot ĢIS rīkus Atsauces objektu rekvizītus nevar izmantot veidošanā vai filtrēšanā
  • Abstrakti objekta ģeometrijas veidi nozīmē, ka jebkurai atsevišķai pazīmju klasei var izmantot plašu dažādu ģeometriju klāstu
  • Jaukti ģeometrijas veidi FeatureCollection parasti netiek atbalstīti.

Dažos gadījumos, piemēram, augstas kardinālības īpašību apstrādē, šis kodēšanas noteikums rada kompromisu, tāpēc ne visas problēmas tiek atrisinātas. Īstenotāji var piemērot papildu modeļu un instanču pārveidošanas noteikumus, lai veiktu korekcijas konkrētām datu kopām un vidēm.

GeoJSON formāts nevar tikt galā ar 3D ģeometriju un pārklājuma/rastra datiem, tāpēc šo kodēšanas noteikumu nevar izmantot šāda veida datiem.

INSPIRE Prasības kodēšanas noteikumiem

Īstenošanas noteikumi par telpisko datu kopu un pakalpojumu savietojamību (Komisijas Regula (ES) Nr. 1089/2010) nosaka šādas kodēšanas noteikumu prasības:

  1. Katram kodēšanas noteikumam, ko izmanto telpisko datu kodēšanai, jāatbilst standartam EN ISO 19118. Jo īpaši tas nosaka shēmas pārveidošanas noteikumus visiem telpisko objektu tipiem un visiem atribūtiem un asociācijas lomām, kā arī izmantoto izejas datu struktūru.
  2. Ir pieejami visi kodēšanas noteikumi, ko izmanto telpisko datu kodēšanai.

D2.7 nosaka sīkākas prasības un ieteikumus kodēšanas noteikumiem. Šajā sarakstā ir uzskaitītas šī dokumenta prasības un parādītas, kuras ir izpildītas arī šajā kodēšanas noteikumā:

D2.7 satur arī atbilstošu ieteikumu:

Šajā sadaļā ir atsauces uz standartdokumentiem un saistītajiem resursiem.

Termini un definīcijas ir atrodami glosārija dokumentā.

INSPIRE definē konceptuālo modeli, izmantojot UML.

Noklusējuma kodēšanas noteikums kartē šo UML modeli ar XML shēmu. JSON gadījumā JSON shēmu var izmantot, lai veiktu vienkāršu JSON dokumentu validāciju.

PIEZĪME Šobrīd JSON shēma netiek izmantota nevienā no mērķtiecīgajiem ĢIS rīkiem. Tādējādi mēs to neizmantojam normatīvi. Ar tēmu saistītie GeoJSON kodēšanas noteikumi var izmantot JSON shēmu, lai oficiāli definētu kodētās datu struktūras un palīdzētu izstrādāt izpildāmus testa komplektus.

Šajā kodēšanas noteikumā mēs izmantojam divpakāpju pieeju, kur mēs piemērojam modeļa transformācijas konceptuālā modeļa līmenī. Pēc tam šo modeli var kodēt vienkāršā GeoJSON, izmantojot vispārīgās shēmas un instanču konvertēšanas kārtulas, kas izklāstītas nākamajās sadaļās.

Visi veidi, kuriem ir stereotips & lt & ltfeatureType & gt & gt, tiek pārvērsti par GeoJSON objektiem. Rakstzīmju nosaukumi paliek tādi, kādi tie ir.

Ja klasei ir viens atribūts ar ģeometrijas tipu, šis atribūts tiks kartēts ģeometrijas rekvizītam GeoJSON, bet visi pārējie rekvizīti (atribūti un asociācijas lomas) tiks kartēti rekvizītiem rekvizītu apakšobjektā. Ja klasei ir vairāki ģeometrijas rekvizīti, tēmai raksturīgajam profilam ir jādefinē, kurš ģeometrijas rekvizīts ir "noklusējuma" ģeometrija, kas jāatbilst ģeometrijas īpašumam GeoJSON. Papildu ģeometrijas rekvizītus var vai nu saistīt ar papildu GeoJSON objektiem, vai arī tos var saglabāt rekvizītu komplektā.

Visi datu tipi tiek kartēti uz JSON objektiem, kur tipa rekvizīti tiek tieši pievienoti saknes objektam. Viņu tipvārdi paliek tādi, kādi tie ir.

Visi īpašumu veidi tiek pārveidoti par vienkāršiem veidiem, par kuriem JSON zina: Skaitlis, Virkne, Būla un Objekts. Precīza kartēšana no UML modeļa uz JSON datu tipiem ir parādīta nākamajā tabulā:

UML modeļa rekvizīta veids JSON datu tips Reklāmguvumu piezīmes
Rakstzīmju virkne virkne
LocalizedCharacterString virkne LanguageCode tiek pievienots kā atsevišķs rekvizīts.
Būla Būla
Vesels skaitlis vesels skaitlis
Īsts numuru
Decimālskaitlis numuru
Datums Laiks virkne Virknei ir jāatbilst ISO 8601 formātam, ieskaitot informāciju par laika joslu (piemēram, 2008-10-31T15: 07: 38-05: 00).
Datums virkne Virkne visvairāk atbilst formātam gggg-mm-dd.
Garums dubultā uom tiek pievienots kā atsevišķs īpašums.
Mērs dubultā uom tiek pievienots kā atsevišķs īpašums.
URI virkne
URL virkne

Jebkurš cits UML modeļa rekvizīta veids ir jāattiecina uz virkni, katrā tēmas profilā katrā gadījumā atsevišķi definējot konkrētus noteikumus.

ISO 19107 - Ģeometrijas veidi

ISO 19107 definē ģeometrijas veidu kopu, kas jāsaskaņo ar GeoJSON pieejamajiem veidiem.

PIEZĪME Ne visus veidus var saistīt ar GeoJSON, ja datu kopai nepieciešams šāds tips, tā nevar izmantot šo kodēšanas kārtulu kā alternatīvu kodēšanas kārtulu.

ISO 19107 tips GeoJSON datu tips Reklāmguvumu piezīmes
GM_Aggregate Ģeometrijas kolekcija Tiek piemēroti ierobežojumi attiecībā uz to, kādus kolekcijas veidus var iekļaut.
GM_Curve LineString GML gadījumā līknes var būt arī nelineāri segmenti vai loki. GeoJSON atbalsta tikai lineāros segmentus.
GM_MultiCurve MultiLineString GML gadījumā līknes var būt arī nelineāri segmenti vai loki. GeoJSON atbalsta tikai lineāros segmentus.
GM_MultiPoint MultiPoint
GM_MultiPrimitive nav atbalstīts GM_MultiPrimitive ir abstrakts tips.
GM_MultiSurface Daudzpolons
GM_Object Jebkurš GeoJSON ģeometrijas veids GM_Object ir abstrakts tips, var izmantot jebkuru GeoJSON ģeometriju.
GM_Point Punkts
GM_PolyhedralSurface nav atbalstīts Šobrīd šī specifikācija neatbalsta 3D acis.
GM_Primitive Jebkurš GeoJSON ģeometrijas veids GM_Primitive ir abstrakts tips, var izmantot jebkuru GeoJSON ģeometriju.
GM_Surface Daudzstūris GM_Surface var būt daudz SurfacePatches, tāpēc tā ir kartēta uz MultiPolygon.
GM_Tin nav atbalstīts TIN bez triangulācijas var pārvērst par MultiPoint objektu.
GM_Trīsstūris Daudzstūris

ISO 19108 - Laika veidi

Attiecībā uz tipiem no ISO 19108, ko izmanto INSPIRE shēmās, katrā atsevišķā gadījumā ir jāatrod piemērotas kartes. Pēc noklusējuma jāizmanto vienkāršā perioda aizvietošanas noteikums.

ISO 19115 - Metadatu veidi

Attiecībā uz tipiem no ISO 19115, ko izmanto INSPIRE shēmās, katrā atsevišķā gadījumā ir jāatrod piemērotas kartes. CI_Citation var izmantot vienkāršas citēšanas aizvietošanas noteikumu.

Abstraktie veidi kā īpašuma veidi

Ja kā īpašuma veids tiek izmantots abstrakts tips ar vairākiem konkrētiem apakštipiem, katrā konkrētā gadījumā jāizvēlas piemērota konkrēta apakštipa izvēle. Piemēram, potenciālo ģeometrijas veidu ierobežošana šādā veidā var atvieglot apstrādi.

Savienība ir izvēle starp vairākiem rekvizītiem ar potenciāli atšķirīgiem vērtību veidiem, piemēram, AreaOfResponsibilityType, kur ir tādas iespējas kā areaOfResponsibilityByAdministrativeUnit un areaOfResponsibilityByNamedPlace. Šo opciju daudzveidība var arī atšķirties.

Savienības tipiem, ko izmanto INSPIRE modeļos, katram konkrētajam gadījumam ir jāatrod piemērotas kartes.

Uzskaitījumi un kodu saraksti

Kodu sarakstu un uzskaitījumu kartēšana nav nepieciešama. To vērtības identificē ar (ideāli atrisināmiem) HTTP URI.

PIEZĪME INSPIRE reģistrs var nodrošināt kodu saraksta un tā ierakstu JSON attēlojumu.

Īpašumu nosaukumi paliek tādi, kādi tie ir.

Ja īpašumam ir kardinalitāte un gt 1, ir jāatrod piemērota kartēšana katrā gadījumā atsevišķi. Pastāv modeļa pārveidošanas noteikums, kas no sarežģīta īpašuma iegūst vienu vērtību un izveido JSON masīvu, kas jāizmanto, ja šāda rekvizīta gadījumu skaits var būt ļoti liels.

Rekvizīti, kas attēlo vērtības no kodu sarakstiem, tiek kodēti, izmantojot šeit aprakstīto noteikumu SimpleCodelistReference.

PIEZĪME GeosJSON kodēšanas noteikumā netiek izmantoti nosaukumvietas prefiksi, kas tiek izmantoti noklusējuma kodējumā.

Rekvizīti ar uom atribūtu

Mērvienības atribūts (uom) jebkuram īpašumam x ir jāsaglabā. Tas tiek pārveidots par jauna tipa īpašumu ar nosaukumu x.uom.

Īpašumu tipi īpašumiem, kuru kardinalitāte ir lielāka par 1, un vienkāršs rekvizītu veids (piemēram, virkne, vesels skaitlis, pludiņš,.) Var izmantot šo vienkāršo veidu masīvus. Plašāka informācija ir pieejama primitīvā masīva pārveidošanas noteikumā.

Stereotips & lt & ltvoidable & gt & gt netiek pārveidots. Ja īpašumam nav vērtības, to var atlaist.

Saistības lomas tiek saglabātas tādas, kādas tās ir, ja tās netiek pārveidotas, izmantojot konkrētam profilam paredzētu kārtulu, piemēram, Inline saistītās vai apkopotās sastāvdaļas, izmantojot tipu nosaukumus.

Šajā sadaļā ir aprakstīts, kā kodējums tiek iegūts no pārveidotā konceptuālā modeļa, un aprakstīti kopējie noteikumi, kas jāpiemēro šim kodēšanas noteikumam.

Visu GeoJSON kodēto datu rakstzīmju kodējums ir UTF-8.

Koordinātu atskaites sistēmas

Saskaņā ar GeoJSON - IETF RFC 7946 specifikācijas prasībām, noklusējuma DRS jebkurai datu kopai, kas tiek piegādāta, izmantojot šo kodēšanas noteikumu, ir ģeogrāfisko koordinātu atsauces sistēma, izmantojot Pasaules ģeodēziskās sistēmas 1984 (WGS 84) atskaites punktu ar garuma un platuma mērvienībām decimāldaļas, ja nav iepriekšējas vienošanās. Tas ir ekvivalents koordinātu atskaites sistēmai, ko noteikusi atklātā ģeotelpiskā konsorcija (OGC) URN urn: ogc: def: crs: OGC :: CRS84.

PIEZĪME Tā kā INSPIRE nosaka 1989. gada Eiropas sauszemes atsauces sistēmas (ETRS89, sk. 1. prasību) izmantošanu apgabalos, kas ietilpst ETRS89 ģeogrāfiskajā darbības jomā, un gan CRS84, gan ETRS89 izmanto GRS 80 elipsoīdu (lai gan ar nelieliem uzlabojumiem), mēs pieņemsim, ka CRS84 ir līdzvērtīgs ETRS89. Ja jebkurai datu kopai šis pieņēmums būtu problemātisks, tad GeoJSON nevar kalpot kā alternatīvs kodēšanas noteikums šai datu kopai.

Alternatīvs koordinātu atsauces sistēmas atbalsts

Lai gan visiem GeoJSON kodētajiem datiem nepieciešamā koordinātu atsauces sistēma ir CRS84, klients var pieprasīt datu kopas piegādi, izmantojot citu prognozēto atsauces sistēmu, saskaņā ar mehānismu, kas aprakstīts OGC API DRS paplašinājuma 1. prasībā - funkciju specifikācija .

INSPIRE lejupielādes pakalpojums, kas nodrošina GeoJSON kodētus datus, spēj nodrošināt projicētas ģeometrijas, ja klients to nepārprotami pieprasa, vismaz attiecībā uz telpisko atsauču sistēmām, kas dokumentētas 6.3. datu specifikācijām, kas ietilpst šīs kodēšanas specifikācijas darbības jomā. Piegādājot datus, kas nav iekļauti DRS 84, GeoJSON datos jāiekļauj crs dalībnieks, kā noteikts novecojušajā (GeoJSON specifikācijas 6. projekts) [http://wiki.geojson.org/GeoJSON_draft_version_6].

GeoJSON kodēšanas noteikumā nilReason informācija netiek saglabāta par katru līdzekli, bet gan datu kopas metadatos. Tādējādi rekvizītus, kuriem ir nulles vērtības, kodēšanas procesā neņem vērā.

UZZIŅAI

Telpiskajam objektam, kas kodēts, izmantojot noklusējuma kodēšanas kārtulu, var būt vairākas īpašības, kas to identificē:

  • gml: id: šis rekvizīts ar ID rekvizīta tipu konceptuālajā modelī nav, bet obligāts jebkuram telpiskam objektam, kas kodēts GML. Tas ir tehnisks identifikators, kas ir unikāls dokumentā un var kalpot kā enkura/atsauces mērķis.
  • gml: identifier: Šis rekvizīts ar rekvizīta tipu gml: CodeWithAuthorityType nav iekļauts konceptuālajā modelī, bet tiek mantots no AbstractGML tipa. Tas ir identifikators, kas ir unikāls norādītajā codeSpace un kalpo kā objekta ārējais identifikators.
  • inspireId: Šis rekvizīts ar tipu IdentifierPropertyType definē unikālu, pastāvīgu domēna identifikatoru telpiskajam objektam INSPIRE infrastruktūrā.

Šie rekvizīti tiek kartēti uz kodēto GeoJSON objektu šādi:

Noklusējuma kodēšanas rekvizīts Īpašuma veids GeoJSON īpašums Īpašuma veids Reklāmguvumu piezīmes
gml: id ID id virkne
gml: identifikators CodeWithAuthorityType īpašības.identifikators virkne Var izlaist, ja avota objektā tas ir tukšs.
bāze: inspireId IdentifierPropertyType properties.inspireId_localid virkne
properties.inspireId_namespace virkne
properties.inspireId_versionId virkne Var izlaist, ja avota objektā tas ir tukšs.

INSPIRE motīvu kodēšanas noteikumi

Šajā dokumentā nav ietverti īpaši noteikumi katrai INSPIRE tēmai. Tie tiek glabāti atsevišķos dokumentos, lai veicinātu brīvi saistītus attīstības ciklus un grupas.

Katrs tēmas kodēšanas noteikums nosaka vismaz vienu atbilstības klasi. Jebkura atbilstības klase motīvu kodēšanas noteikumā var definēt vairākus modeļa pārveidošanas noteikumus, kas jāpiemēro pirms kodēšanas procesa. Šīs pārvērtības ir dokumentētas modeļa transformācijas noteikumu dokumentā. To mērķis ir pielāgot konceptuālo modeli (UML), lai tas labāk atbilstu mērķa platformas loģiskajam modelim.


Detalizētu informāciju par API varat iegūt, apmeklējot Aspose.GIS .NET dokumentācijai. Tā ir pilnīga rokasgrāmata par API, kas palīdz izprast API piedāvātās prasības un funkcijas. Dokumentācija tiks papildināta ar vairāk koda paraugiem un informāciju ar API ikmēneša izlaidumiem.

Šī sākotnējā Aspose.GIS palaišana .NET atbalsta darbu ar:

  • ESRI ShapeFile - populārs ģeotelpisko vektoru datu formāts ģeogrāfiskās informācijas sistēmām (ĢIS)
  • GeoJSON - formāts dažādu ģeogrāfisko datu struktūru kodēšanai

OpenLayers vs Mapbox GL JS: veiktspējas pārbaude

Sveiki, puiši, nesen veicu veiktspējas pārbaudi OpenLayers un Mapbox GL JS, izveidojot divas Taivānas popblīvuma interaktīvās kartes, izmantojot vienu bibliotēku katrai kartei. Es jau sen esmu iemācījies, ka Mapbox GL JS pamatā ir WebGL, kas lepojas ar izcilu veiktspēju, atveidojot lielu skaitu daudzstūru. Bet cik daudz vairāk veiktspējas var nodrošināt Mapbox GL JS nekā OpenLayers, kuru darbina Canvas, vēl viena pienācīga renderēšanas tehnoloģija? Šī testa mērķis ir noskaidrot atbildi.

Tālāk varat apskatīt vienas un tās pašas kartes divas versijas. Teksti ir ķīniešu valodā, taču jūs joprojām varat sajust interaktivitāti, noklikšķinot un ritinot.

Abas kartes nodrošina tādu pašu funkcionalitāti, parādot gandrīz 8000 daudzstūru, kas pārstāv ciematus/rajonus. Mapbox GL JS veiktspēja pārspēja OpenLayers. Savā pazemīgajā 2018. gada MacBook Air ar pārlūku Chrome es varu ierakstīt vidējo kadru ātrumu 20 plus, izmantojot Mapbox GL JS vienu visā mijiedarbības laikā, bet ar OpenLayers vienu es varu ierakstīt tikai vidējo kadru ātrumu, kas nepārsniedz 10.

Arī Mapbox GL JS nodrošina vieglāku izstrādi nekā OpenLayers, un Mapbox komanda savā vietnē uztur plašu labi uzrakstītu apmācību un piemēru klāstu, lai gan, manuprāt, OpenLayers var nodrošināt lielāku elastību izstrādātājiem ar visu veidu noslēpumainiem apiem, kas ir paslēpti dokumentācija?

Turklāt, tā kā neesmu ļoti pieredzējis abās bibliotēkās, var būt dažas daļas, kuras var uzlabot, lai uzlabotu veiktspēju OpenLayers kartē. Ja vēlaties spēlēt vai uzlabot kodu, varat doties tieši uz manu Github. Priekā!


Nosakiet. ĢIS 18.7.0

Aspose.GIS for .NET ir bibliotēka, kas ļauj jūsu lietojumprogrammām strādāt ar populāriem ģeotelpisko failu formātiem. Tas atbalsta darbu ar populāriem vektoru failu formātiem. API ļauj jums izveidot, lasīt un konvertēt dokumentus bez citas komerciālas programmatūras.
Aspose.GIS ir viena .NET montāža, kuru var izvietot ar jebkuru .NET lietojumprogrammu, vienkārši to nokopējot.

Viena API darbam ar vektoru ģeotelpisko failu formātiem, neuztraucoties par to ieviešanu.

- ESRI formas fails
- GeoJSON
- KML (atslēgas caurumu iezīmēšanas valoda)
- OSM XML (OpenStreetMap XML)
- GPX (GPS apmaiņas formāts)
- GML (ģeogrāfiskās iezīmēšanas valoda)
- ESRI failu ģeodatubāze

- Izveidojiet jaunus failus ar saviem vektoru datiem.
- Lasiet funkcijas no esošajiem failiem.
- Iegūt informāciju par atribūtiem.
- Iegūstiet funkciju skaitu failā.
- Atkārtojiet visas slāņa iezīmes.
- Iegūstiet funkciju atribūtu vērtības no slāņa.
- Filtrējiet funkcijas pēc atribūta vērtības.
- Izvelciet funkcijas no Shapefile un eksportējiet GeoJSON formātā.
- Norādiet atribūta vērtības garumu.
- Pārbaudiet, vai nav nulles vērtību.
- Pārvērst daudzstūra formas failu par līnijas līniju.

- Darbs ar vairākām ģeometrijām.
- Izveidojiet punktu un daudzpunktu ģeometrijas veidus.
- Izveidot līniju un līniju virknes ar norādītu ģeogrāfisko informāciju.
- Definējiet daudzstūra un daudzpolona ģeometrijas formu.
- Izveidojiet daudzstūrus ar caurumiem.
- Iegūstiet informāciju par ģeometrijas veidiem.
- saskaitiet ģeometrijas ģeometrijas formā.
- Atkārtojiet ģeometrijas punktus.

Darbs ar telpiskās atskaites sistēmām

- Izveidojiet vektoru slāņus ar telpiskās atsauces sistēmu.
- Iestatot vēlamo telpisko atskaites sistēmu, veicot pārveidošanu starp slāņiem.
- pārveidot ģeometrijas starp telpiskajām atskaites sistēmām.
- Importēt telpiskās atsauces sistēmas no WKT, eksportēt telpiskās atsauces sistēmas uz WKT.

Konvertēt starp ĢIS failu formātiem

- Konvertējiet starp visiem atbalstītajiem formātiem.
- Pielāgojiet funkciju atribūtus reklāmguvuma laikā.


Mācību programma 2017. gada pavasaris

Šī mācību programma attiecas uz GEOG 585 2017. gada pavasara-2 piedāvājumu (pēdējo reizi atjaunināts 2017. gada 13. februārī).

GEOG 585: atveriet tīmekļa kartēšanu.

Tīmekļa kartēšanas lietojumprogrammu izstrāde, izstrāde un ieviešana, izmantojot OGC standartus un atvērtā pirmkoda programmatūru.
Priekšnosacījumi: GEOG 485 ĢIS programmēšana un automatizācija

Instruktors

Dr Jan Oliver Wallgrün: Zemes un minerālzinātņu koledžas Džona A. Duttona e-izglītības institūta instruktors ir GEOG 585 galvenais instruktors.

  • Kursa e-pasts: Reģistrētos studentus, lūdzu, sazinieties ar mani, izmantojot Canvas e-pastu.
  • Personīgais e-pasts: Topošie studenti un citi var sazināties ar mani pa e -pastu wallgrun[email protected] Jūtieties brīvi izmantot arī šo e-pasta adresi, ja Canvas nedarbojas.
  • Pieejamība: Es katru darba dienu pārbaudu e-pastu (ja vien iepriekš nav norādīts citādi) un esmu pieejams tiešraides tērzēšanai pēc tikšanās.

Kursa pārskats

Ģeogrāfija 585: Open Web Mapping ir 10 nedēļu tiešsaistes kurss, kas sniedz jums pieredzi ar ģeogrāfiskās informācijas apmaiņu internetā, izmantojot bezmaksas un atvērtā pirmkoda programmatūru (FOSS) un atvērtās specifikācijas. Tas ir izvēles kurss Pensilvānijas tiešsaistes ģeotelpiskās izglītības programmās, ieskaitot ģeogrāfisko informācijas sistēmu maģistru.

Geog 585 divi galvenie mērķi ir palīdzēt jums izprast tīmekļa pakalpojumu nozīmi un sniegt jums pieredzi, veidojot tīmekļa kartes ar FOSS un atvērtiem standartiem. Jūs noteikti varētu īstenot arī tīmekļa pakalpojumus, izmantojot patentētu programmatūru, tomēr patentētās ĢIS servera paketes izmaksas padara FOSS par pievilcīgu studiju jomu pamata tīmekļa kartēšanas uzdevumiem.

Geog 585 mērķis nav reklamēt FOSS salīdzinājumā ar patentētu programmatūru vai otrādi (internetā jūs varētu atrast daudz materiālu, kas apspriež šo tēmu), tomēr Geog 585 vajadzētu jūs iepazīstināt ar pašreizējās FOSS ainavas iespējām un trūkumiem. punktā, ka jūs varat pieņemt apzinātu lēmumu par to, kā izmantot FOSS savos tīmekļa kartēšanas uzdevumos.

FOSS un atvērto datu avotu kopums, kas jums tiks pakļauts Geog 585, ietver QGIS, GDAL, GeoServer, GeoWebCache, TileMill, OpenStreetMap un OpenLayers. Jūs uzzināsit arī par atvērto datu standartiem, piemēram, GeoJSON, KML un OGC tīmekļa pakalpojumu specifikācijām.

Priekšnosacījumi

Šis kurss pieprasa programmēt JavaScript un OpenLayers API. Jums vēl nav jāzina nekas par OpenLayers, taču jums ir jābūt:

  • pietiekama formālā pieredze datorprogrammu vai skriptu rakstīšanā, lai jūs varētu ērti identificēt un izmantot pamata konstrukcijas, piemēram, mainīgos, cilpas, lēmumu struktūras, kļūdu apstrādi, objektus utt. A B pakāpe vai augstāka Geog 485 atbilst šim priekšnoteikumam. Izņēmumi prasa līdzvērtīgu programmēšanas pieredzi un instruktora apstiprinājums.
  • Pietiekama pieredze darbā ar JavaScript, lai jūs varētu viegli identificēt iepriekš minētās konstrukcijas, kad tās redzat JavaScript koda gabalā. A B pakāpe vai augstāka Geog 863 atbilst šim priekšnoteikumam, vai arī jūs pats varat sagatavoties, izmantojot W3Schools JavaScript apmācību.
  • Pietiekama pieredze ar HTML un CSS, lai jūs varētu viegli apskatīt un interpretēt lapas iezīmēšanas pamatelementus, piemēram, galvu, pamattekstu, skripta tagus utt. Geog 863 atbilst šim priekšnoteikumam, vai arī jūs pats varat sagatavoties, izmantojot W3Schools HTML apmācību.

Nepieciešamie kursa materiāli

Šim kursam nav obligātas mācību grāmatas. Jums būs jāaizpilda dažādi tiešsaistes lasījumi.

Ja šī kursa laikā nebūs pieejams pastāvīgi pieejams interneta pieslēgums, lūdzu, pirms darba uzsākšanas sazinieties ar instruktoru.

Uzdevumi un vērtēšana

Geog 585 ir deviņas nodarbības. Katra no tām ilgst vienu nedēļu. Kursa desmitā nedēļa ir rezervēta jums, lai strādātu pie sava termiņa projekta (tālāk aprakstīts tālāk). Lielākajā daļā nedēļu jūs redzēsit:

  • konceptuālie nodarbību materiāli
  • ceļvedis, kas soli pa solim iepazīstina jūs ar jaunu programmatūru vai funkcionalitāti
  • uzdevums, kas parasti sagaida, ka jūs izmantosit to, ko esat iemācījušies pārskatā. Ņemiet vērā, ka dažiem uzdevumiem ir vairākas daļas, un dažas nedēļas un rsquo uzdevumi ir vairāk vērti nekā citi.

Lai pabeigtu Geog 585 norādījumus un uzdevumus, ir nepieciešams ievērojams laika ieguldījums, un tie bieži ietver jaunas programmatūras instalēšanu vai izmantošanu. Lūdzu, sāciet strādāt pie nodarbības nedēļas sākumā, lai varētu savlaicīgi pabeigt augstas kvalitātes uzdevumu un veikt visas problēmas, kas varētu būt nepieciešamas ceļā.

Viktorīnas

Visā kursā tiek organizētas viktorīnas, lai pārbaudītu savas zināšanas par materiālu un spēju patstāvīgi domāt un domāt par piedāvātajiem jēdzieniem.

Termins projekts

Kursa laikā jūs strādāsit pie termiņa projekta, kurā tiek sintezētas prasmes, kuras iegūstat visu stundu laikā. Daudzi iknedēļas uzdevumi ir tieši saistīti ar jūsu termiņa projekta izveidi, citiem vārdiem sakot, jūs varat izmantot sava termiņa projekta datus iknedēļas uzdevumos, un daži jūsu iknedēļas uzdevumu rezultāti var tikt parādīti jūsu termiņa projekta rezultātos. Kursa pēdējā nedēļa ir atvēlēta pilna laika darbam pie jūsu termiņa projekta.

Vērtēšana

Lai iegūtu jūsu atzīmi, rezultāti tiek svērti šādā veidā:

Vēstuļu atzīmes tiks balstītas uz šādiem procentiem:

Burtu atzīmes un procenti
A 90-100%
A- 87.5-89.9%
B+ 85-87.4%
B 80-84.9%
B- 77.5-79.9%
C+ 75-77.4%
C 70-74.9%
D 60-69.9%
F & lt60%
X Neapmierinoši (students nepiedalījās)

Procenti attiecas uz visu iespējamo punktu daļu, ko students nopelnījis pēc iepriekš minēto svaru piemērošanas.

Vēlu darbu
Jebkurš uzdevums, kas nav iesniegts līdz Canvas kursu kalendārā noteiktajam termiņam, tiek ieturēts 10% atskaitījumā no atzīmes pirms jebkādiem citiem atskaitījumiem, ko pasniedzējs veicis, vērtējot uzdevumu. Par katru novēlotu nedēļu tiks atskaitīti papildu 10%. Instruktors var izvēlēties mainīt vai atteikties no šiem sodiem ārkārtas apstākļos (piemēram, smagas veselības problēmas).

GEOG 585 kursu grafiks

Iknedēļas uzdevumi (1.-9. Nedēļai) un viktorīnas (3., 6. un 9. nedēļā) vienmēr ir jāveic katras nedēļas beigās līdz trešdienai, 23: 59h jūsu vietējā laika joslā. Turklāt 2. nedēļas beigās ir jāiesniedz īstermiņa projekta priekšlikuma dokuments. 10. nedēļā līdz svētdienas beigām jāiesniedz video, kurā parādīts jūsu termiņa projekts (atlikušie projekta rezultāti) (pārskats un pārskati par diviem citiem skolēniem un videoklipam) līdz trešdienas beigām (pēdējā mācību dienā).


Izvades formāti¶

Slāņu priekšskatījuma lapa atbalsta dažādus izvades formātus turpmākai lietošanai vai datu koplietošanai. Visus trīs slāņu veidus varat priekšskatīt parastajos OpenLayers un KML formātos. Līdzīgi, izmantojot izvēlni “Visi formāti”, varat priekšskatīt visus slāņu veidus septiņos papildu izvades formātos - AtomPub, GIF, GeoRss, JPEG, KML (saspiests), PDF, PNG, SVG un TIFF. Tikai vektoru slāņi nodrošina WFS izvades priekšskatījumus, ieskaitot parasto GML, kā arī CSV, GML3, GeoJSON un formas failu formātus. Tālāk esošajā tabulā ir sniegts īss apraksts par visiem atbalstītajiem izvades formātiem, kas sakārtoti pēc izvades veida (attēls, teksts vai dati).

Attēlu izvadi¶

Visus attēla izvadus var iniciēt no WMS getMap pieprasījuma uz rastra, vektora vai pārklājuma datiem. WMS ir metodes, kas ļauj vizuāli attēlot telpiskos datus, ne vienmēr nodrošinot piekļuvi funkcijām, kas ietver šos datus.

Formāts Apraksts
KML KML (Keyhole Markup Language) ir uz XML balstīta valodu shēma ģeogrāfisko datu izteikšanai Earth pārlūkprogrammā, piemēram, Google Earth vai Google Maps. KML izmanto uz tagiem balstītu struktūru ar ligzdotiem elementiem un atribūtiem. For GeoServer, KML files are distributed as a KMZ, which is a zipped KML file.
JPEG WMS output in raster format. The JPEG is a compressed graphic file format, with some loss of quality due to compression. It is best used for photos and not recommended for exact reproduction of data.
GIF WMS output in raster format. The GIF (Graphics Interchange Format) is a bitmap image format best suited for sharp-edged line art with a limited number of colors. This takes advantage of the format’s lossless compression, which favors flat areas of uniform color with well defined edges (in contrast to JPEG, which favors smooth gradients and softer images). GIF is limited to an 8-bit palette, or 256 colors.
SVG WMS output in vector format. SVG (Scalable Vector Graphics) is a language for modeling two-dimensional graphics in XML. It differs from the GIF and JPEG in that it uses graphic objects rather than individual points.
TIFF WMS output in raster format. TIFF (Tagged Image File Format) is a flexible, adaptable format for handling multiple data in a single file. GeoTIFF contains geographic data embedded as tags within the TIFF file.
PNG WMS output in raster format. The PNG (Portable Network Graphics) file format was created as the free, open-source successor to the GIF. The PNG file format supports truecolor (16 million colors) while the GIF supports only 256 colors. The PNG file excels when the image has large, uniformly coloured areas.
OpenLayers WMS GetMap request outputs a simple OpenLayers preview window. OpenLayers is an open source JavaScript library for displaying map data in web browsers. The OpenLayers output has some advanced filters that are not available when using a standalone version of OpenLayers. Further, the generated preview contains a header with easy configuration options for display. Version 3 of the OpenLayers library is used by default. Version 3 can be disabled with the ENABLE_OL3 (true/false) format option or system property. For older browsers not supported by OpenLayers 3, version 2 is used regardless of the setting.
PDF A PDF (Portable Document Format) encapsulates a complete description of a fixed-layout 2D document,including any text, fonts, raster images, and 2D vector graphics.

Sample Image Output-an OpenLayers preview of nurc:Pk50095

Text Outputs¶

Formāts Apraksts
AtomPub WMS output of spatial data in XML format. The AtomPub (Atom Publishing Protocol) is an application-level protocol for publishing and editing Web Resources using HTTP and XML. Developed as a replacement for the RSS family of standards for content syndication, Atom allows subscription of geo data.
GeoRss WMS GetMap request output of vector data in XML format. RSS (Rich Site Summary) is an XML format for delivering regularly changing web content. GeoRss is a standard for encoding location as part of a RSS feed.supports Layers Preview produces a RSS 2.0 documents, with GeoRSS Simple geometries using Atom.
GeoJSON JavaScript Object Notation (JSON) is a lightweight data-interchange format based on the JavaScript programming language. This makes it an ideal interchange format for browser based applications since it can be parsed directly and easily in to javascript. GeoJSON is a plain text output format that add geographic types to JSON.
CSV WFS GetFeature output in comma-delimited text. CSV (Comma Separated Values) files are text files containing rows of data. Data values in each row are separated by commas. CSV files also contain a comma-separated header row explaining each row’s value ordering. GeoServer’s CSVs are fully streaming, with no limitation on the amount of data that can be outputted.

A fragment of a simple GeoRSS for nurc:Pk50095 using Atom:

Data Outputs¶

All data outputs are initiated from a WFS GetFeature request on vector data.


Aspose. ĢIS 18.5.0

Aspose.GIS for .NET is a library that enables your applications to work with popular geospatial file formats. It supports working with the popular vector file formats. The API lets you create, read and convert documents without the requirement of any other commercial software.
Aspose.GIS is a single .NET assembly that can be deployed with any .NET application by simply copying it.

Single API to work with vector geospatial file formats without worrying about underlying implementation of these.

- ESRI Shapefile
- GeoJSON
- KML (Keyhole Markup Language)
- OSM XML (OpenStreetMap XML)

- Create new files with your vector data.
- Read features from existing files.
- Retrieve attributes information.
- Get features count in a file.
- Iterate over all features of a layer.
- Get values of feature attributes from a layer.
- Filter features by attribute value.
- Extract features from a Shapefile and export to GeoJSON format.
- Specify attribute value length.
- Check feature for null values.
- Convert polygon shapefile to linestring shapefile.

- Work with several Geometries.
- Create Points and Multipoint geometry types.
- Generate Line and Line Strings with specified geographic information.
- Define Polygon and MultiPolygon geometry shape.
- Create Polygons with holes.
- Get information of Geometry types.
- Count geometries in a geometry shape.
- Iterate over Points contained in Geometry.

Work with Spatial Reference systems

- Create vector layers with a spatial reference system.
- Set desired spatial reference system when converting between layers.
- Transform geometries between spatial reference systems.
- Import spatial reference systems from WKT, export spatial reference systems to WKT.

Convert between GIS File Formats

- Interconvert between all supported formats.
- Adjust feature attributes during conversion.


Aspose. ĢIS 18.8.0

Aspose.GIS for .NET is a library that enables your applications to work with popular geospatial file formats. It supports working with the popular vector file formats. The API lets you create, read and convert documents without the requirement of any other commercial software.
Aspose.GIS is a single .NET assembly that can be deployed with any .NET application by simply copying it.

Single API to work with vector geospatial file formats without worrying about underlying implementation of these.

- ESRI Shapefile
- GeoJSON
- KML (Keyhole Markup Language)
- OSM XML (OpenStreetMap XML)
- GPX (GPS Exchange Format)
- GML (Geography Markup Language)
- ESRI File Geodatabase

- Create new files with your vector data.
- Read features from existing files.
- Retrieve attributes information.
- Get features count in a file.
- Iterate over all features of a layer.
- Get values of feature attributes from a layer.
- Filter features by attribute value.
- Extract features from a Shapefile and export to GeoJSON format.
- Specify attribute value length.
- Check feature for null values.
- Convert polygon shapefile to linestring shapefile.

- Work with several Geometries.
- Create Points and Multipoint geometry types.
- Generate Line and Line Strings with specified geographic information.
- Define Polygon and MultiPolygon geometry shape.
- Create Polygons with holes.
- Get information of Geometry types.
- Count geometries in a geometry shape.
- Iterate over Points contained in Geometry.

Work with Spatial Reference systems

- Create vector layers with a spatial reference system.
- Set desired spatial reference system when converting between layers.
- Transform geometries between spatial reference systems.
- Import spatial reference systems from WKT, export spatial reference systems to WKT.

Convert between GIS File Formats

- Interconvert between all supported formats.
- Adjust feature attributes during conversion.


GeoJSON

To receive responses in GeoJSON format, issue queries against our ArcGIS Query Task Endpoint (discussed in the previous section) by adding /query to its path, and among the query parameters, specify f=geojson to set the response output format to GeoJSON. Several example queries and their responses are shown in the sidebar.

Querying by point intersection and receiving result(s) in GeoJSON format. Note that the query string contains (at the end) the "f=geojson" parameter. Make sure to replace [client_key] with your real client key.

Querying by county (FIPS code) & parcel number and receiving result(s) in GeoJSON format.


Skatīties video: Leaflet Tutorial #1: Create a map with a marker using JavaScript