Vairāk

Kāpēc lielākajai daļai GIS pakotņu ir nepieciešams ciparu ID?


Šis ir vienkāršs, bet, iespējams, pretrunīgs jautājums: kāpēc lielākajai daļai (ja ne visām) ĢIS pakotnēm ir nepieciešams, lai noteiktajam slānim būtu unikāls, nevis atceļams ciparu identifikators?

Kāpēc ir nepieciešama šāda aizstājēja atslēga, nevis dabiska?

Piemēri:

  • ArcGIS īsteno OBJECTID (vai GlobalID)

  • QGIS neielādē slāņus, ja tiem nav ciparu ID.


Jo viņiem ir jābūt optimizētam indeksējamam laukam. Lai virknes lauku indeksētu atkal un atkal, būtu nepieciešamas vairāk pieskaitāmās izmaksas, un galu galā tas nav tik efektīvs.

ESRI SDE pasaulē faktiski atbalsta “GLOBALID”, kas ir GUID lauks, tāpēc tas ir 32char lauks, bet tomēr tiek indeksēts, lai palielinātu veiktspēju.


Ja sākat pievienot ierakstus savam slānim varēja paļaujieties uz to, ka lietotājs tieši pirms tā ierakstīšanas diskā ievada unikālu burtciparu kodu katrai jaunai funkcijai ...

... vai arī jūs varētu ieviest vienkāršu veselu skaitli automātiski palielinošu lauku.


Kā daudzi cilvēki ir ieteikuši, tas ir ērtības jautājums; bet varbūt vēl dziļāk tā ir konvencija.

Kā programmētājam mans pirmais instinkts būtu izmantot ciparu atslēgu slāņa ID, jo tas tā ir darīts vienmēr. Patiešām, man vismaz apzinātā līmenī var pat neienākt prātā, ka man tas būtu jādara citādi. Protams, ja ir tehnisks iemesls neizmantot veselus skaitļus, sakiet, vai ir iespējama vairāk slāņu, nekā var saglabāt 32 bitu formātā (ļoti maz ticams piedāvājums!), Vai arī tam ir kāds biznesa iemesls, tad tiktu apsvērtas alternatīvas.

Ir arī algoritmiski apsvērumi ar ciparu taustiņiem. Kārtojot un meklējot sakārtoto vērtību sarakstu, galu galā tiek iegūts divu skaitļu salīdzinājums, pat ja tas ir virkņu vai sarežģītu objektu saraksts; tie vienkārši tiek pārvērsti skaitļos ar jaukšanas funkciju. Tas nozīmē, ka mūsdienu datoros, meklējot 100 vai pat 1000 priekšmetu sarakstu, ar brutālu spēku pieeja ir tikpat ātra kā ar ļoti optimizētu algoritmu. ĢIS slāņu gadījumā es nevaru redzēt pat vissarežģītākās kartes, kurās ir vairāk nekā 1000, un pat ja tā būtu, pārējie saistītie aprēķini prasītu lieluma pakāpes ilgāk nekā jebkurš neliels ieguvums no optimizēta īsā saraksta meklēšana.

Veseli skaitļi taustiņiem "vienkārši ir jēga" programmētājam, un, kā saka Breds, ir vairāk pūļu izmantot ciparu taustiņus. Varbūt ne vairāk koda, bet vairāk garīgu piepūles, un mēs esam slinki radību radījumi. Arī atslēga, kas unikāli identificē kaut ko līdzīgu slānim ĢIS, tiek uzskatīta par "paslēptu" no lietotāja, lai pārliecinātos, ka viņi ar to nejaucas un nesalauž kodu, kas balstās uz tā unikalitāti (neskatoties uz DB UNIQUE atslēgvārdiem). Jo, ja jūs piešķirat lietotājam pietiekami daudz auklas, agrāk vai vēlāk kāds ar to pakārtos. Jebkurā gadījumā īstenojiet unikalitāti lietotāja rediģējamā laukā, bet pamatā esošajā sistēmā jābūt pieņemsim, ka tā atslēga ir unikāla un netraucēta.


Šis jautājums ir mulsinošs cilvēkiem (piemēram, man), kuri izstrādā lietu ģeodatu bāzes pusi.

Tas nav datu bāzes glabāšanas ierobežojums, jo PostgreSQL var definēt tabulas ar dažādu tipu saliktiem PRIMĀRĀS ATSLĒGAS, tomēr šīs tabulas nevar ielādēt tādās programmās kā QGIS. Saistītajā vēsturiskajā piezīmē PostgreSQL kā iekšējo atslēgu pieprasīja OID kolonnu, kas arī bija 32 bitu vesels skaitlis. Tas bija nepieciešams līdz 7.2 versijai.

32 bitu vesela skaitļa ID prasība patiešām ir programmēšanas ierobežojums. Ir daudz vienkāršāk, ja ierakstu kopai ir fiksēts datu tips (32 bitu vesels skaitlis), un tas ir ērti, ja tas ir arī šī ieraksta PAMATLĪGUMA ATSLĒGS. Ir grūtāk likt programmai atļaut salikto primāro atslēgu un tai izgūt unikālu ierakstu, pamatojoties uz vairākiem un / vai dažādiem datu tipiem. Tomēr, tāpat kā PostgreSQL OID, šo ierobežojumu var pārvarēt ar izstrādes laiku. QGIS gadījumā [tagad] 5 gadus vecā kļūda kādu dienu var tikt novērsta (šeit ir nesenā diskusija par šo tēmu).


ESRI un citā ĢIS programmatūrā parasti ir mape vai failu kopa, kas tiek izveidota objektu klasē vai datu kopā.
piem. arcinfo pārklājums, shapefile, failu ģeodatu bāze.
Šīm failu "kopām" programmatūra ir "jāpievieno", lai varētu veikt daudzas ĢIS funkcijas.
Attrubute tabulas, tīkls, topoloģiskās kontroles.
Tas ir OID mērķis un arī iemesls, kāpēc to padarīt par nederīgu, slēptu, programmatūras kontrolētu.


Kāpēc lielākajai daļai GIS pakotņu ir nepieciešams ciparu ID? - Ģeogrāfiskās informācijas sistēmas

Vektors ir datu struktūra, ko izmanto telpisko datu glabāšanai. Vektoru datus veido līnijas vai loki, kurus nosaka sākuma un beigu punkti un kuri satiekas mezglos. Šo mezglu atrašanās vietas un topoloģiskā struktūra parasti tiek skaidri uzglabātas. Funkcijas nosaka tikai pēc to robežām, un izliektās līnijas tiek attēlotas kā savienojošo loku virkne. Vektoru glabāšana ietver skaidras topoloģijas glabāšanu, kas palielina pieskaitāmās izmaksas, tomēr tajā tiek glabāti tikai tie punkti, kas definē pazīmi, un visas vietas ārpus šīm pazīmēm "nepastāv".

Uz vektoru balstītu ĢIS definē tās ģeogrāfisko datu vektoriskais attēlojums. Saskaņā ar šī datu modeļa īpašībām ģeogrāfiskie objekti ir skaidri attēloti, un telpisko raksturojumu ietvaros tiek saistīti tematiskie aspekti.

vektoru modeļi
Vektora informācijas glabāšanai un pārvaldībai ir dažādi modeļi. Katram no tiem ir dažādas priekšrocības un trūkumi.
koordinātu un kvotpageti & quot saraksts (5. attēls)
virsotņu vārdnīca (6. attēls)
Divkārša neatkarīga karšu kodēšana (DIME) (7. attēls)
loka / mezgla (8. attēls)


Kāpēc lielākajai daļai GIS pakotņu ir nepieciešams ciparu ID? - Ģeogrāfiskās informācijas sistēmas

ĢIS paplašinājums NetLogo

Šajā paketē ir NetLogo GIS paplašinājums.

Ja kompilācija izdosies, tiks izveidots gis.jar.

Šis paplašinājums papildina NetLogo ĢIS (ģeogrāfiskās informācijas sistēmas) atbalstu. Tas nodrošina iespēju ielādēt vektora ĢIS datus (punktus, līnijas un daudzstūrus) un rastra ĢIS datus (režģus) savā modelī.

Paplašinājums atbalsta vektoru datus ESRI shapefiles un GeoJSON failu veidā. Formefile (.shp) un GeoJSON (.geojson) formāti ir visizplatītākais vektoru ĢIS datu glabāšanas un apmaiņas formāts. Paplašinājums atbalsta rastra datus ESRI ASCII Grid failu veidā. ASCII režģa fails (.asc vai .grd) nav tik izplatīts kā shapefile, taču vairums ĢIS platformu to atbalsta kā apmaiņas formātu.

Vispirms vispirms definējat transformāciju starp ĢIS datu telpu un NetLogo telpu, pēc tam ielādējiet datu kopas un veiciet ar tām dažādas darbības. Vieglākais veids, kā definēt transformāciju starp ĢIS telpu un NetLogo telpu, ir ņemt visu jūsu datu kopu "aploksnes" vai ierobežojošo taisnstūru savienojumu ĢIS telpā un kartēt tieši uz NetLogo pasaules robežām. Šīs tehnikas piemēru skatiet ĢIS vispārīgajos piemēros.

Varat arī pēc izvēles definēt GIS telpas projekciju, tādā gadījumā datu kopas tiks atkārtoti projicētas, lai tās atbilstu šai projekcijai, kamēr tās tiek ielādētas, ja vien katram jūsu datu failam ir saistīts .prj fails, kas apraksta projekciju vai ģeogrāfisko datu koordinātu sistēma. Ja netiek atrasts saistīts .prj fails, paplašinājums pieņems, ka datu kopa jau izmanto pašreizējo projekciju neatkarīgi no tā, kāda ir šī projekcija.

Kad koordinātu sistēma ir definēta, datu kopas varat ielādēt, izmantojot gis: load-dataset. Šis primitīvais ziņojums ir VectorDataset vai RasterDataset atkarībā no tā, kāda veida failu jūs tam nododat.

VectorDataset sastāv no VectorFeatures kolekcijas, no kurām katra ir punkts, līnija vai daudzstūris, kā arī rekvizītu vērtību kopa. Vienā VectorDataset var būt tikai viens no trim iespējamiem funkciju veidiem.

Izmantojot VectorDataset, varat darīt vairākas lietas: pajautājiet tai savu īpašību īpašību nosaukumus, palūdziet tai “aploksni” (ierobežojošo taisnstūri), pieprasiet visu datu kopā esošo VectorFeatures sarakstu, meklējiet vienu VectorFeature vai VectorFeature saraksts, kuru vērtība konkrētam īpašumam ir mazāka vai lielāka par noteiktu vērtību, vai atrodas noteiktā diapazonā, vai atbilst noteiktai virknei, izmantojot aizstājējzīmes atbilstību ("*", kas atbilst jebkuram rakstzīmju sastopamības skaitam ). Ja VectorFeatures ir daudzstūri, dotā kopas mainīgajam varat arī pielietot datu kopas īpašību īpašuma vērtības.

Ir arī vairākas lietas, kuras jūs varat darīt ar VectorFeature no VectorDataset: lūdziet tai virsotņu sarakstu sarakstu, pieprasiet rekvizīta vērtību pēc nosaukuma, pajautājiet tās centroidu (smaguma centru) un pieprasiet apakškopu dota aģentu kopa, kuras aģenti krustojas ar doto VectorFeature. Punktu datiem katrs virsotņu saraksts būs viena elementa saraksts. Līnijas datiem katrs virsotņu saraksts pārstāv tās līnijas virsotnes, kas veido šo funkciju. Daudzstūra datiem katrs virsotņu saraksts apzīmēs vienu daudzstūra "gredzenu", un saraksta pirmā un pēdējā virsotne būs vienāda. Virsotņu sarakstus veido Vertex tipa vērtības, un centroid būs arī Vertex tipa vērtība.

Ir noteiktas vairākas operācijas arī RasterDatasets. Pārsvarā tie ietver datu kopas vērtību atlasi vai rastra atkārtotu atlasi ar citu izšķirtspēju. Jūs varat arī pielietot rastru dotajam plākstera mainīgajam un saspiest rastru, izmantojot patvaļīgu konvekcijas matricu.

Koda piemērs: ĢIS vispārīgajos piemēros ir vispārīgi paplašinājuma izmantošanas piemēri

Koda piemērs: ĢIS gradienta piemērs ir progresīvāks rastra datu kopas analīzes piemērs.

RasterDataset, VectorDataset, VectorFeature un Vertex tipa vērtības eksportēšanas pasaule un importa pasaule nepietiekami apstrādā. Lai saglabātu datu kopas, jums jāizmanto primitīvs gis: store-dataset.

Pašlaik nav iespēju atšķirt pozitīvā laukuma "čaulas" daudzstūrus no negatīvā laukuma "cauruma" daudzstūriem vai noteikt, kuras atveres ir saistītas ar kādām čaulām.

Galvenais GIS paplašinājuma izstrādātājs bija Ēriks Rasels.

Nozīmīgus atjauninājumus, funkcijas un labojumus Džeimss Hovets pievienoja 2020. un 2021. gadā.

ĢIS paplašinājumā tiek izmantotas vairākas atvērtā koda programmatūras bibliotēkas. Informāciju par autortiesībām un licencēm skatiet rokasgrāmatas sadaļā par autortiesībām. Paplašinājumā ir arī elementi, kas aizgūti no manas pasaules ĢIS.


Kam mēs kalpojam

Federālā

Neatkarīgi no tā, vai tā ir datu standartu izstrāde un ieviešana, navigācija sarežģītās IT drošības konfigurācijās vai uzņēmuma klases risinājumu izstrāde un ieviešana, mēs varam nodrošināt atbalstu un resursus, kas jums nepieciešami, lai veiktu darbu.

Valsts un vietējā

Kā vienīgais dubultās platīna ieviešanas partneris pasaulē (Esri & amp Cityworks) mēs varam palīdzēt jums izmantot jūsu atrašanās vietas stratēģiju, lai sniegtu pareizo risinājumu, ietaupītu laiku un naudu, palielinātu iedzīvotāju iesaisti un iegūtu ieskatu jūsu problēmu risināšanā.

Komerciāla

Vai esat gatavs veikt nozīmīgas izmaiņas ar datiem par atrašanās vietu? Sākot no AEC līdz veselības aprūpei un visam citam, mēs komerciālo nozaru līderiem piedāvājam rentablu risinājumu, kas dod jums konkurences priekšrocības.


Datu standarti

Datu standarti ir vadlīnijas, ar kurām datus apraksta un reģistrē. Lai koplietotu, apmainītos, apvienotu un saprastu datus, mums ir jāstandartizē formāts, kā arī nozīme.

Kas izstrādā un ratificē datu standartus?

Datu standartus izstrādā, ekspertiem vienojoties, un tos ratificē standartizācijas iestāde, piemēram, Starptautiskā standartizācijas organizācija (ISO) un Federālā ģeogrāfisko datu komiteja (FGDC).

Kurš ir atbildīgs par datu standartu ievērošanu?

Datu pārvaldnieki un datu pārvaldnieki var palīdzēt noteikt atbilstošos datu standartus, ko izmantot projektā. Pētnieki ir atbildīgi par datu standartu izmantošanas ieviešanu savos projektos.

Satura rādītājs

Kāpēc mums vajadzīgi datu standarti?

Standarti atvieglo datu izveidošanu, kopīgošanu un integrēšanu, nodrošinot, ka dati tiek pareizi attēloti un interpretēti. Standarti arī samazina laiku, kas pavadīts datu tīrīšanai un tulkošanai. “Netīro datu” attīrīšana ir izplatīta barjera, ar kuru sastopas zinātnieki, un 26% no datu zinātnieku darba laika aizņem darba vietā (Anaconda, 2020). Piemēram, integrējot datu kopas no dažādiem avotiem, no kuriem katrs sava datuma mainīgajam izmantoja atšķirīgu formātu (piem., 2024. gada 2. aprīlis, 04.02.24., 04.02.2014.), Būtu laikietilpīgs uzdevums pirms datu integrēšanas interpretēt un konvertēt datumus kopējā formātā.

Datu kopas līmeņa standarti

Datu kopas līmeņa standarti nosaka datu kopas zinātnisko domēnu, struktūru, sakarības, lauka iezīmes un parametru līmeņa standartus. Datu kopas līmeņa standarts parasti tiek dokumentēts ar datu vārdnīcu (saite uz datu vārdnīcas lapu). Formālo datu kopas līmeņa standartu piemērus skatiet zemāk:

Klimats un prognoze: CF-konvencijas (URL: https://cfconventions.org/)

Parametru līmeņa standarti

Parametru līmeņa standarti nosaka formātu un vienības noteiktam parametram vai laukam datu kopā un palīdz lietotājiem pareizi interpretēt vērtības. Parametru līmeņa standarti jāpieņem datu vākšanas laikā, tas ir, kad laukā tiek izveidotas vai reģistrētas vērtības. Ja parametra standartizēšana esošā datu kopā novedīs pie sākotnējās detaļas vai informācijas zaudēšanas, paraugprakse ir saglabāt sākotnējo parametru un pievienot atsevišķu lauku standartizētajam parametram. Piemēram, Darvina kodola standarts šim nolūkam nodrošina burtus.

Tālāk ir sniegti daži parasto zemes un bioloģiskās zinātnes datu parametru un datu standartu piemēri.

  • Datu standarts: ISO 8601
  • Formāts: GGGG-MM-DD vai GGGG-MM-DDT: HH: MM: SS + 00: 00
  • Piemērs (Kalnu standarta laiks (MST)): 2020-08-11T11: 02: 49-07: 00

Ģeoloģiskā laika sadalījumi apstiprinājusi ASV Ģeoloģijas dienesta Ģeoloģisko nosaukumu komiteja, 2018. gads. (Publisks īpašums.)

Datu standarts: IUPAC-IUGS kopējā definīcija un konvencija par gada izmantošanu kā atvasinātu laika vienību (IUPAC 2011. gada ieteikumi): http://doi.org/10.1351/PAC-REC-09-01-22

Ģeogrāfiskās atrašanās vietas deskriptori

Formāts: ± 90.00 un ± 180.00 (precizitāte dokumentēta pēc decimālzīmju skaita un atkarīga no izmantotā aprīkojuma)

Piemērs: Platums: 42.3300 Garums: -98.1449

Piemērs:Ūdenstilpnes nosaukums: Augšējā Kennebeka HUC: 01030001

Piemērs: Pilnais vārds: Amerikas Savienotās Valstis Burtu-3 kods: ASV Ciparu kods: 840

ASV štatu un apgabalu kodi

Piemērs: Apgabala kods: 01001 Apgabala nosaukums: Autauga Valsts kods: 01 Valsts nosaukums: Alabama

Klasifikācijas standarti

* Ja ITIS neattiecas uz jūsu nomenklatūras prasībām, (sazinieties ar ITIS komandu ([email protected])) un / vai atsaucieties uz citu piemērotu taksonomisko iestādi.

notikumu
Datums
aiz komata
Platums
aiz komata
Garums
ģeodēzisks
Datum
augstāk
Ģeogrāfijas ID
valstī
Kods
zinātniski
Nosaukums
taksons
ID
nosaukums
Pēc
ToID
Vērtības piemērs 2010-05-17 42.33 -98.1449 WGS84 31003 ASV Agapostemon virescens 154352 Integrētā taksonomiskās informācijas sistēma - https://www.itis.gov
Parametru līmeņa standarts ISO-8601 ISO 6709: 2008 ISO 6709: 2008 WGS84 FIPS kods Antilopes apgabalam, Nebraskā ISO 3166-1 alfa-2 TAS IR ITIS taksonomiskais sērijas numurs (TSN), kas atbilst šim zinātniskajam nosaukumam Nav piemērojams

Agapostemon virescens parauga tuvplāns. (Kredīts: USGSBIML Team, .Public domain.)

Tabulas paraksts: Šajā fragmentā no ASV vietējo bišu sugu sastopamības ieraksta tiek izmantoti parametru līmeņa standarti, kurus iesaka Darvina Core datu kopas līmeņa standarts (pilnu ierakstu var apskatīt vietnē https://www.gbif.org/occurrence/1456598984).

Datu kodēšana un saskarnes standarti

Lielākā daļa datu kopas līmeņa standartu (sk. Iepriekš) arī sniedz norādījumus par datu kodēšanu. Datu kodēšanas standarti nosaka noteikumus datu strukturēšanai un organizēšanai lietošanai noteiktā kontekstā. Šie standarti nodrošina, ka, lietojumprogrammām lasot datus, tiek saglabāta informācija un konteksts (OGC, 2020a). Datu kodēšanas standarti parasti ir saistīti ar faila formātu (skatiet lapu Failu formāti). Pētniekiem jāizmanto universālie, atvērtā koda datu kodēšanas standarti un ilgtermiņa piekļuve, atvērtu failu formāti, kad vien iespējams. Rakstzīmju kodēšanas standarti, piemēram, Unicode Transformation Format (UTF-8), nodrošina datu rakstzīmju pareizu interpretāciju.

Tālāk ir sniegti daži atklāto datu kodēšanas standartu piemēri, ko izmanto zemes un bioloģiskajās zinātnēs. Saīsinājumi un akronīmi ir definēti šīs sadaļas beigās.

GeoTIFF un optimizēts mākonī GeoTIFF: nodrošina noteikumus ģeogrāfisko attēlu datu aprakstīšanai, izmantojot TIFF faila formātu

GeoJSON: nosaka noteikumus ģeogrāfisko objektu aprakstam, izmantojot JSON.

NetCDF: atbalsta ģeotelpisko datu, īpaši digitālās ģeotelpiskās informācijas, kas atspoguļo telpu un laika mainīgas parādības, elektronisku kodēšanu, izmantojot HDF faila formātu.

OGC GeoPackage: nosaka noteikumus GeoPackage faila formātā, kas ir alternatīva Esri patentētajam, tomēr populārajam Shapefile * formātam. * Lai arī īpašumtiesības, tehniskās specifikācijas ir atvērtas.

NARA RFC 4180: CSV failu izveidei nav viena kodēšanas standarta, tomēr Kongresa bibliotēka izmanto kodēšanas formāta specifikāciju NARA RFC 4180, lai noteiktu CSV failu struktūru.

OGC tīmekļa karšu pakalpojums: ļauj lietotājiem attālināti piekļūt ģeogrāfiski norādītiem kartes attēliem, izmantojot HTTPS pieprasījumus.

OGC Web Coverage Service: ļauj lietotājiem piekļūt tiešsaistes ģeotelpiskajiem datiem vairākos rastra formāta datu formātos (piemēram, GeoTiffs, .img, ENVI (.hdr) failu tipos).

GML Web Feature Service: ļauj lietotājiem piekļūt tiešsaistes ģeotelpiskajiem datiem objektu līmenī, izmantojot tādus formātus kā Shapefile, GML utt.

Saīsinājumi un akronīmi

  • CSV - ar komatiem atdalītas vērtības
  • ENVI - EN videotu attēlu vizualizēšanai
  • GML - ģeogrāfijas iezīmēšanas valoda
  • HTTPS - drošs hiperteksta pārsūtīšanas protokols
  • JSON - JavaScript objektu apzīmējums
  • NARA RFC - Nacionālo arhīvu un dokumentu administrācijas pieprasījums pēc komentāriem
  • NetCDF - tīkla kopējā datu forma
  • OGC - Atvērtais ģeotelpiskais konsorcijs
  • TIFF - tagu attēla faila formāts

Datu standartu dokumentēšana metadatos

Metadatu ieraksta entītijas pārskata sadaļas ekrānuzņēmums, norādot Darvina kodola izmantošanu.

Parametru līmeņa un datu kopas līmeņa datu standarti būtu jādokumentē pievienotajā datu vārdnīcā un metadatu ierakstā. Piemēram, ja, ievērojot digitālo ģeotelpisko metadatu satura standartu (CSDGM), datu kopas līmeņa datu standartus var dokumentēt metadatu sadaļā Entītiju un atribūtu pārskata apraksts un parametru līmeņa datu standartus var dokumentēt entītijā un Atribūtu detalizēts apraksts katram metadatu ierakstā aprakstītajam atribūtam.

Plašāku informāciju par metadatiem un datu vārdnīcām skatiet sadaļā Metadatu veidošana un datu vārdnīcas.

Kur es varu atrast citus attiecīgos datu standartus?

Jebkurā federālajā aģentūrā var būt vairākas ekspertu grupas, kas izstrādā standartus, un iestādes, kas tos apstiprina, bieži balstoties uz zinātnes tēmu. Nav vienas grupas, kas izveidotu vai ieteiktu standartus USGS.

Kopienas vadlīnijas / normas

Standarti bieži attīstās, kad prakses kopienas apvienojas un vienojas par kopēju praksi. Šeit ir piemērs labākai praksei, kuru standarta iestāde nav oficiāli ratificējusi. Vai jūsu USGS projektā tiek izmantotas kopienas vadlīnijas, kuras vēlaties, lai mēs šeit saistām? Sazinieties ar [email protected]

Kas pie ASV Ģeoloģijas dienesta rokasgrāmata Nepieciešama:

"USGS zinātnieku apkopotajiem datiem un izmantotajām metodēm jāatbilst vai jāatsaucas uz nacionālajiem un starptautiskajiem standartiem un protokoliem, ja tādi pastāv, un kad tie ir atbilstoši un piemēroti. Noteikta tipa datu kopām un, ja pastāv nacionālie vai starptautiskie metadatu standarti, dati tiek indeksēti ar metadatiem, kas atvieglo piekļuvi un integrāciju. "

USGS aptaujas rokasgrāmata Nodaļa SM 502.6 - Zinātnes pamatprakses: Scientific Data Management Foundation norāda, ka datu pārvaldības plānā tiks iekļauti standarti un paredzētās darbības, kas piemērotas projektam, lai iegūtu, apstrādātu, analizētu, saglabātu, publicētu / koplietotu, aprakstītu un pārvaldītu, dublēt un nodrošināt datu krājumus.


Stila karte

Pārvietojoties kartē, iespējams, pamanījāt, ka dažus datu slāņus ir grūti saskatīt. Piemēram, dzelzceļa līnijas ir baltas un bieži iekļaujas citā kartē esošajā informācijā.

Informācija par ielām, ūdenstilpēm un ēkām nāk no pamatkartes. Pamatkarte sniedz atsauces informāciju, kas kontekstualizē jūsu datus. ArcGIS Pro ietver vairākus bāzes kartes slāņus, pēc noklusējuma ir pasaules topogrāfiskā karte. (Atkarībā no jūsu ArcGIS organizācijas iestatījumiem jums var būt atšķirīga noklusējuma bāzes karte.)

Jūs mainīsit pamata karti uz tādu, kas uzsver jūsu datus. Tumšāka pamatkarte padarīs baltās dzelzceļa līnijas skaidrāk parādāmas.

Ar šo pamatkarti vairāk izceļas dzelzceļa līnijas. Atšķirībā no topogrāfiskās pamatkartes, šajā pamatkartē ir divi slāņi. Vienā no šiem slāņiem, tumši pelēkā atsaucē, ir teksts, kas iezīmē dažus apgabalus. Šis teksts nav nepieciešams jūsu kartes mērķiem, un tas var aizsegt dažas funkcijas, tāpēc jūs to izslēgsit.

Slānis vairs neparādās jūsu kartē. (Lai atsauces informācija tiktu parādīta atkārtoti, vēlreiz noklikšķiniet uz izvēles rūtiņas.)

Tūrisma objekti kartē tiek parādīti kā mazi punkti, kas neizceļas labi. Tā kā atrakcijas ir domātas kā kartes centrālais punkts, jūs mainīsit to izskatu.

Parādās Symbology rūts. Simboloģija nosaka slāņa izskatu. Varat izvēlēties noklusējuma simbolu galeriju vai pielāgot simbolu.

Tūrisma objektu simboli mainās uz izvēlēto simbolu. Asaru tapas simbols palīdz saprast, ka tūrisma objekti ir interesantas vietas. 40% norāda, ka simbols ir 40% caurspīdīgs, un tas ir noderīgi, ja simboli aizsedz kartes daļas.

Jūs varat padarīt simbolus izceļamākus, pievienojot kontūru un palielinot simbola izmēru.

Lai krāsu atlasītājā redzētu krāsas nosaukumu, norādiet uz to.

Jaunā simboloģija tiek piemērota slānim.

Tagad tūristu apskates objekti izceļas skaidrāk, neaizsedzot citas kartes funkcijas.

Ja jūsu ArcGIS kontā tiek izmantots ArcGIS Enterprise portāls un jūs lejupielādējāt slāņa datus, dzelzceļa līnijām un dzelzceļa stacijām var būt atšķirīgi simboli nekā tie, kas parādīti attēlu piemēros. Lai mainītu sliežu līniju simbolu, lai tas atbilstu attēlu paraugiem, noklikšķiniet uz tā simbola, lai atvērtu rūtiņu Simboloģija. Cilnes Rekvizīti cilnē Layers mainiet Color uz Arctic White un noklikšķiniet uz Apply. Lai mainītu dzelzceļa staciju simbolu, atveriet tā rūtiņu Simboloģija. Cilnes Rekvizīti cilnē Simbols mainiet Krāsa uz Pelēka 80%, Kontūras krāsa uz Melna un Kontūras platums uz 1,2 pt. Noklikšķiniet uz Lietot.


R kā ekonomistu ĢIS

Šeit mēs uzzinām, kā sf pakete glabā telpiskos datus, kā arī definē trīs galvenās sf objektu klases: vienkāršu funkciju ģeometriju (sfg), vienkāršu iezīmju ģeometrijas saraksta kolonnu (sfc) un vienkāršu funkciju (sf). Sf pakotne nodrošina vienkāršu veidu, kā vienā datu kopā saglabāt ģeogrāfisko informāciju un ģeogrāfisko vienību atribūtus. Šo īpašo datu kopas veidu sauc par vienkāršu funkciju (sf). Vislabāk ir apskatīt piemēru, lai redzētu, kā tas tiek sasniegts. Mēs izmantojam Ziemeļkarolīnas apgabala robežas ar apgabala atribūtiem (2.1. Attēls).

2.1. Attēls: Ziemeļkarolīnas apgabala robeža

Kā redzat zemāk, šī datu kopa ir klases sf (un data.frame vienlaicīgi).

Apskatīsim nc iekšpusi.

Tāpat kā parasts data.frame, jūs redzat vairākus mainīgos (atribūtus), izņemot to, ka beigās ir mainīgais, ko sauc par ģeometriju. Katra rinda apzīmē vienu ģeogrāfisku vienību (šeit, apgabalā). Ašes apgabala (1. rinda) platība ir (0,114 ), FIPS kods (37009 ) un tā tālāk. Pirmās rindas ģeometrijas slejas ieraksts atspoguļo Ašes apgabala ģeogrāfisko informāciju. Ieraksts ģeometrijas kolonnā ir vienkārša pazīmju ģeometrija (sfg), kas ir (R ) objekts, kas attēlo vienas ģeometriskas pazīmes (šajā piemērā apgabals) ģeogrāfisko informāciju. Pastāv dažādi sfg veidi (PUNKTS, LINESTRĒŠANA, POLIGONS, DAUDZPOLIKGONS utt.). Šeit sfg, kas pārstāv apgabalus NC, ir MULTIPOLYGON tips. Apskatīsim Ashe apgabala sfg, izmantojot st_geometry ().

Kā redzat, sfg sastāv no vairākiem punktiem (divu skaitļu pāriem). Savienojot punktus to glabāšanas secībā, tiek iezīmēta Ašes apgabala robeža.

Nākamajā sadaļā mēs sīkāk aplūkosim dažādus sfg veidus.

Visbeidzot, ģeometrijas mainīgais ir atsevišķu sfg saraksts, ko sauc par vienkāršu iezīmju ģeometrijas saraksta kolonnu (sfc).

Ģeometrijas saraksta kolonnas elementiem pēc būtības ir atļauts atšķirties no citiem elementiem 36. Nc datos visi ģeometrijas kolonnas elementi (sfg s) ir MULTIPOLYGON. Tomēr, ja vēlaties, vienā sf objektā var būt arī LINESTRING vai POINT objekti, kas sajaukti ar MULTIPOLYGONS objektiem.

Tas ir gluži kā parasts saraksta objekts, kas var saturēt dažādu veidu elementus: ciparus, rakstzīmes utt


Ievads

Ģeogrāfiskās informācijas sistēmu (ĢIS) var izmantot kā instrumentu jebkurai disciplīnai, kas apstrādā datus, kurus var saistīt ar ģeogrāfiskām atrašanās vietām, piemēram, valstīm, reģioniem, kopienām vai koordinātām. Sistēmas ir strauji attīstījušās pagātnē, un šodien ir virkne dažādu programmatūru, kas ir lietotājam draudzīgākas nekā agrāk. ĢIS drīz kļūs par instrumentu ikvienam.

Nepieciešamība izmantot šo sistēmu arī veterinārmedicīnas jomā ir parādījusies pēdējās desmitgades laikā. 1991. gadā Sansons un citi. aprakstīja sistēmas un iespējamos pielietojumus veterinārmedicīnas jomā. Tomēr visplašāk izmantotā ĢIS ir aprakstošu karšu sagatavošana. Tomēr ĢIS potenciāls ir daudz lielāks. Ir veikti pārskati vides un cilvēku veselības jomā [1] un dzīvnieku veselības jomā [9]. ĢIS ir iekļauta lēmumu atbalsta sistēmās dzīvnieku infekcijas slimību kontrolei [8, 2].

Šajā rakstā tiks mēģināts iepazīstināt ar ĢIS tehnoloģijām un iespējām attiecībā uz dzīvnieku slimību uzraudzību un uzraudzību, kā arī tiks apspriesti daži ĢIS pielietojumi veterinārās epidemioloģijas jomā Norvēģijā.


Sf objektu struktūra

Sf pakotne ievieš vienkāršo funkciju standartu R. Vienkāršo funkciju standartu izmanto, lai attēlotu ģeogrāfiskos vektora datus (atvainojiet, pašlaik nav rastra atbalsta) daudzās ĢIS programmatūrās, tostarp PostGIS, GeoJSON un ArcGIS. Vienkāršā iezīme satur vismaz ģeometriju, kas ietver viena vai vairāku punktu koordinātas. Vienkāršās funkcijas var saturēt (un bieži vien arī) līnijas, kas savieno punktus, DRS un ar katru ģeogrāfisko elementu saistītos atribūtus. Lai ilustrētu sf objektu struktūru, sāksim, manuāli izveidojot ļoti vienkāršu punktu objektu, kas satur vairāku Arizonas pilsētu koordinātas un atribūtus.

Sf objektu pamatvienības sauc par sfg objektiem. sfg objekti sniedz koordinātas, izmēru un ģeometrijas veidu vienai telpiskai iezīmei. Sf pakete atbalsta septiņus ģeometrijas veidus (kuriem vajadzētu būt diezgan pašsaprotamiem):
- PUNKTS
- DAUDZPAKALPOJUMS
- LINESTRĒŠANA
- DAUDZMINISTRĒŠANA
- POLIGONS
- DAUDZPOLIGONS
- ĢEOMETRIKOLEKCIJA (jebkura pārējo 6 veidu kombinācija)

Lai manuāli izveidotu kādu no septiņām ģeometrijām, mēs izmantojam atbilstošās funkcijas st_point (), st_linestring (), st_multipoint () utt. (Ņemiet vērā, ka visas sf pakotnes funkcijas sākas ar st_ ). Mēs izmantosim funkciju st_point (), lai izveidotu atsevišķus sfg objektus četrām Aļaskas pilsētām. Vismaz sf_point () ir nepieciešams vektors, kas satur garumu un platumu (tādā secībā!) katrā punktā:

Pats par sevi:


Lai izgūtu sfg objekta koordinātas, izmantojiet funkciju sf_coordinates ():


Digitālo formātu ilgtspēja: Kongresa bibliotēkas kolekciju plānošana

GeoTIFF ir formāta paplašinājums ģeoreferences un ģeokodēšanas informācijas glabāšanai ar TIFF 6.0 saderīgā rastra failā, sasaistot rastra attēlu zināmā modeļa telpā vai kartes projekcijā. GeoTIFF fails ir TIFF 6.0 [TIFF_6] fails, un tas pārmanto faila struktūru, kā aprakstīts attiecīgajā TIFF specifikācijas daļā. GeoTIFF formātā tiek izmantota noteikta TIFF tagu kopa, lai aprakstītu kartogrāfisko informāciju, kas saistīta ar TIFF attēliem, kas iegūta no satelītu attēlu sistēmām, skenētām aerofotogrāfijām, skenētām kartēm, digitāliem augstuma modeļiem vai ģeogrāfiskās analīzes rezultātā.

GeoTIFF var uzglabāt plašu informāciju par ģeoreferencēm, kas atbilst ģeogrāfiskām, kā arī prognozētām koordinātu sistēmu vajadzībām. Atbalstītās projekcijas ietver UTM, ASV štata lidmašīnu un nacionālos režģus, kā arī pamatā esošos projekcijas veidus, piemēram, šķērsvirziena Mercator, Lambert Conformal Conic uc tagus (33550, 34264, 33922, 34735, 34736 un 34737), izmantojot TIFF platformas neatkarīga datu formāta attēlojuma priekšrocības, lai izvairītos no grūtībām starp platformām. GeoTIFF izmanto skaitliskos kodus, lai aprakstītu projekciju tipus, koordinātu sistēmas, atskaites punktus, elipsoīdus utt. Formātu specifikācijas 1.0 redakcijā skatiet 2.4. Sadaļu. GeoTIFF faila un atslēgas struktūra, kā arī taga ID, atslēgas ID un ciparu koda detaļas pielikumi.

Tāpat kā TIFF formātā, arī GeoTIFF izmanto 32 bitu nobīdes, ierobežojot tā apjomu līdz 4 gigabaitiem. ĢIS, liela formāta skeneru, medicīniskās attēlveidošanas un citu jomu vajadzības ir pamudinājušas izstrādāt variantu BigTIFF, kas pārsniedz 4 GB TIFF robežu, izmantojot 64 bitu nobīdes, tādējādi potenciāli atbalstot failus, kuru lielums ir līdz 18 000 petabaitu.

Vietēja izmantošana

LC pieredze vai esošās saimniecības Kongresa bibliotēka savām kolekcijām ir ieguvusi kartogrāfiskos attēlus GeoTIFF formātā. Agrs piemērs bija Nacionālā zemes seguma datu kopa 1992. gadam, kas iegūta kompaktdiskā. Ja bibliotēka savulaik iegādājās pašreizējos karšu komplektus uz papīra, tagad daudzi tiek iegūti digitāli. Šāda kartes iegūšana var ietvert gan GeoTIFF, kas izveidots, skenējot papīra karti, gan oriģināla vektorizāciju kā ESRI_shape vai GeoDB_file formātu.
LC priekšroka Kongresa bibliotēkas ieteicamo formātu paziņojumā (RFS) GeoTIFF ir iekļauts kā vēlamais GIS rastra un ģeoreferencētu attēlu formāts.

Ilgtspējības faktori

GeoTIFF 1.0 specifikācijas izstrāde bija vairāk nekā 160 dažādu ar tālvadību, ĢIS, kartogrāfiju un uzmērīšanu saistītu uzņēmumu un organizāciju centieni izveidot uz TIFF balstītu apmaiņas formātu ģeogrāfiski pamatotiem rastra attēliem.

GeoTIFF jau daudzus gadus ir plaši atbalstīts. 2011. gadā, kad formāts pirmo reizi tika aprakstīts šajā vietnē, ĢIS / attēlu apstrādes pakotnes, kas atbalstīja GeoTIFF, ietvēra: USGS dlgv32, ESRI ArcInfo, ESRI ArcExplorer, ESRI ArcView, ERDAS IMAGINE, PCI's EASI / PACE, MapInfo, Global Mapper un Python Attēlu bibliotēka.

The following examples of mainstream geospatial software applications supporting GeoTIFF are from early 2020, with links to lists of supported formats: ESRI ArcGIS and other ESRI products ERDAS IMAGINE (now from Hexagon Geospatial) Global Mapper MapInfo Professional (now from Pitney Bowes). Widely used software libraries supporting GeoTIFF include: libgeotiff GDAL and Safe Software FME.

USGS and other U.S. government agencies offer many imagery products in GeoTIFF format. Examples available in May 2020 include:

  • Historical Topographic Maps, available through The National Map (TNM) and TopoView.
  • Elevation Products (3DEP), available through The National Map (TNM).
  • National Land Cover Database (NLCD). Available through Multi-Resolution Land Characteristics (MRLC) Consortium Viewer.
  • Landsat 8 Operational Land Imager and Thermal Infrared Sensor Collection 1 Level-1. Available through LandsatLook Viewer, EarthExplorer, and the USGS Global Visualization Viewer (GloVis).
  • Advanced Spaceborne Thermal Emission and Reflection Radiometer (ASTER) Global Digital Elevation Model (GDEM). Available through NASA's Earthdata Search.
  • ABoVE: MODIS-Derived Daily Mean Blue Sky Albedo for Northern North America, 2000-2017. Available through NASA's Earthdata Search.
  • USGS Digital Orthoquadrangles (DOQ) images, which were published through 2006, now treated as an archive. Individual DOQ images available through EarthExplorer (in the Aerial Imagery category) and the USGS Global Visualization Viewer (GloVis).
  • Imagery from the archive of the National Agriculture Imagery Program (NAIP). Available through Earth Explorer.
  • Shuttle Radar Topography Mission (SRTM) 1-arc second Global. Available through Earth Explorer.

USGS has been closely involved with the development and promotion of the GeoTIFF format and tools to work with it. Global Mapper software, from Blue Marble Geographics, was developed in conjunction with USGS, and a limited-feature evaluation version of this software is available for download (also formerly known as USGS Digital Data Viewer: dlgv32 Pro). USGS provides a number of Raster Conversion Scripts that convert between GeoTIFF and other raster formats. An earlier standard employed by USGS, the Spatial Data Transfer Standard (SDTS), allowed a GeoTIFF image to be included in a transfer package with other files.

The U.S. DoD (Department of Defense) Information Technology Standards Registry (DISR) provides access to DoD/IC-approved GEO-Standards, including GeoTIFF 1.0. DoD has defined or endorsed profiles of GeoTIFF for particular application contexts. These include NGA.IP.0001 (NGA Implementation Profile for TIFF and GeoTIFF), a specification for the formatting of imagery and gridded data in TIFF format and OGC GML Application Schema-Coverage GeoTIFF Coverage Encoding Profile, v. 1.0, 2014-05-28, a profile of GMLCOV which specifies the usage of the GeoTIFF data format for the encoding of GML coverages.

Various lists of recommended formats for long-term archiving of scientific data include GeoTIFF as a recommended format: from NASA's ESDIS Standards Office (ESO): ESO Standards and Practices from the University of Edinburgh Research Data Service, Choose the Best File Formats from the U.S. National Archives, Format Guidance for the Transfer of Permanent Electronic Records: Geospatial Formats. See also Table 6.6 in Ecological Informatics: Data Management and Knowledge Discovery, Third Edition (2018).

Portions of the GeoTIFF 1.0 specification were copyrighted by Niles Ritter and Mike Ruth. Permission to copy without fee all or part of the specification material is granted provided that the copies are not made or distributed for direct or commercial advantage and the GeoTIFF specific copyright notice appears (see specification copyright notice). TIFF is a registered trademark of Aldus Corp., now owned by Adobe.

No concerns about patents in relation to GeoTIFF use of TIFF tags. No concerns about patents for underlying TIFF_6.

Quality and functionality factors

Excellent support for images with very high spatial resolution. The standard is flexible as to color space and bit depth. In practice, 8-bit grayscale and 24-bit RGB color are common some activities create files with greater than 8 bits per channel (color or grayscale).

The role of a GeoTIFF in normal GIS use is often as a visual base layer. The GeoTIFF format provides enough information that the software can automatically place an image without requirement of any user intervention, such as typing in coordinates, digitizing points, or other labor intensive and technical actions.

Most GeoTIFF-savvy systems look at the geographic information and use it without any requirement that the user know the content of the geographic tags. One aim of GeoTIFF is to reduce the need of users to be geographic experts in order to load a map-projected image or scanned map.

GeoTIFF provides a robust framework for specifying a broad class of existing projected coordinate systems.

GeoTIFF requires support for all documented TIFF 6.0 tag data-types, and in particular requires the IEEE double-precision floating point "DOUBLE" type tag. Most of the parameters for georeferencing will not have sufficient accuracy with single-precision IEEE, nor with RATIONAL format storage.

Projections include UTM, US State Plane and National Grids, as well as the underlying projection types such as Transverse Mercator, Lambert Conformal Conic, etc.

The projection, datums and ellipsoid codes are derived from the EPSG list compiled by the Petrotechnical Open Software Corporation (POSC), and mechanisms for adding further international projections, datums and ellipsoids has been established.

GeoTIFF is fully extensible, permitting internal, private or proprietary information storage.

As with TIFF, in GeoTIFF private "GeoKeys" and codes may be used, starting with 32768 and above. Unlike the TIFF spec, however, in GeoTIFF these private key-spaces will not be reserved, and are only to be used for private, internal purposes since the GeoTIFF standard arose from the need to avoid multiple proprietary encoding systems, use of private keycode implementations is discouraged.

File type signifiers and format identifiers

Tag Value Piezīme
Filename extension tif
tiff
gtiff
All sample file examples in official archive at http://download.osgeo.org/geotiff/samples/ have .tif as extension.
Internet Media Type image/tiff
See also TIFF_6
Pronom PUID fmt/155
See http://www.nationalarchives.gov.uk/pronom/fmt/155.
Wikidata Title ID Q1502796
See https://www.wikidata.org/wiki/Q1502796.

Piezīmes

GeoTIFF projection, datums and ellipsoid codes are derived from the European Petroleum Survey Group (EPSG) list compiled by the Petrotechnical Open Software Corporation (POSC), and mechanisms for adding further international projections, datums and ellipsoids have been established.

The GeoTIFF information content is designed to be compatible with the data decomposition approach used by the National Spatial Data Infrastructure (NSDI) of the U.S. Federal Geographic Data Committee (FGDC).

The GeoTIFF specification requires that TIFF-compliant readers honor the 'byte-order' indicator: this means that 4-byte integers from files created on opposite order machines must be swapped in software, and that 8-byte DOUBLE's must be 8-byte swapped.

GeoTIFF requires reliable support for the TIFF 6.0 "DOUBLE" data-type tag, pertaining to IEEE double-precision floating point data. Most of the parameters for georeferencing will not have sufficient accuracy with single-precision IEEE, nor with RATIONAL format storage. The only other alternative for storing high-precision values would be to encode as ASCII, but this does not conform to TIFF recommendations for data encoding.

According to the specification of GeoTIFF 1.0 dated 2000, " The initial efforts to define a TIFF 'geotie' specification began under the leadership of Ed Grissom at Intergraph, and others in the early 1990's. In 1994 a formal GeoTIFF mailing-list was created and maintained by Niles Ritter at JPL, which quickly grew to over 140 subscribers from government and industry. The purpose of the list is to discuss common goals and interests in developing an industry-wide GeoTIFF standard, and culminated in a conference in March of 1995 hosted by SPOT Image, with representatives from USGS, Intergraph, ESRI, ERDAS, SoftDesk, MapInfo, NASA/JPL, and others, in which the current working proposal for GeoTIFF was outlined. The outline was condensed into a prerelease GeoTIFF specification document by Niles Ritter, and Mike Ruth of SPOT Image. Following discussions with Dr. Roger Lott of the European Petroleum Survey Group (EPSG), the GeoTIFF projection parametrization method was extensively modified, and brought into compatibility with both the POSC Epicentre model, and the Federal Geographic Data Committee (FGDC) metadata approaches."

For many years, the primary website for information about GeoTIFF, including the specification was at http://www.remotesensing.org/geotiff/geotiff.html. See first capture of the GeoTIFF Website by Internet Archive from May 3, 1999. By 2008, this URL redirected to http://geotiff.osgeo.org/, which redirected to http://trac.osgeo.org/geotiff/, hosted by the Open Source Geospatial Foundation (OSGeo). In late 2016, the use of the remotesensing.org domain as an entry point for the GeoTIFF specification and supporting documentation was terminated. Hosting continued to be provided by OSGeo. Starting in December 2018, https://trac.osgeo.org/geotiff/ indicated that the libgeoTIFF Github repository would be the primary location for maintenance and download of the libgeotiff software. [Note: As of May 2020, http://geotiff.osgeo.org/ redirected to the Github repository and https://trac.osgeo.org/geotiff/ was still actively maintained.]

In September 2019, OGC published version 1.1 of the GeoTIFF standard. Annex H: Backward compatibility states that revision 1.1 of GeoTIFF is aimed at being backward compatible with the 1.0 version both for coordinate reference systems based on EPSG register codes or user-defined coordinate reference systems. Names in the specification for GeoKeys have been updated for consistency with terminology for referencing by coordinates used by ISO TC211 (the ISO committee for standardization in the field of digital geographic information) and the OGC Abstract Specification Topic 2: Referencing by Coordinates. However, the numeric IDs for the keys, as used in GeoTIFF files, are retained.


Alternatives to postcodes: the geography of government

Despite their history, postcodes are comparatively new, and the UK government had already developed its own way of dividing the country into manageable administrative areas – imaginatively called “Administrative Geography”. In existence in some form for more than 1,000 years, the divisions are based on long-standing counties and parish boundaries, which have themselves changed and been sub-divided over the centuries.

These boundaries do not correspond to postcode geography very accurately and it is not unusual for a postcode area to seem misleading when you consider the county on an address, for example the NR postcode (Norwich) doesn’t mean that you necessarily live in the Norfolk administrative county. As such, The Office for National Statistics (ONS) produces a directory of all current and terminated UK postcodes matched against the various UK administrative geographies. This reference source ties postcodes to census and other demographic datasets.