Daha çox

Niyə əksər CİS paketlərinin ədədi identifikatora ehtiyacı var?


Bu sadə, lakin ehtimal ki mübahisəli bir sualdır: niyə əksəriyyəti (hamısı deyilsə) CİS paketləri müəyyən bir təbəqənin bənzərsiz deyil ədədi identifikator?

Niyə təbii bir açar əvəzinə belə bir əvəzedici açara ehtiyac var?

Nümunələr:

  • ArcGIS OBJECTID (və ya GlobalID) tətbiq edir

  • QGIS ədədi bir id olmadığı zaman qat yükləmir.


Çünki optimallaşdırılmış indeksləşdirilə bilən bir sahəyə sahib olmaları lazımdır. Bir sətir sahəsini dəfələrlə indeksləşdirmək daha çox xərc tələb edəcək və nəticədə o qədər də səmərəli deyil.

ESRI həqiqətən SDE dünyasında bir GUID sahəsi olan 'GLOBALID'ı dəstəkləyir, buna görə bu 32char sahədir, lakin performansı artırmaq üçün indeksləşdirilir.


Bir təbəqəyə qeydlər əlavə etməyə başlasanız bilərdi diskə yazmazdan əvvəl hər yeni xüsusiyyət üçün unikal bir alfasayısal kod daxil edən bir istifadəçiyə etibar edin ...

... ya da sadə bir avtomatik düzəltmə tam ədədi sahəsi tətbiq edə bilərsən.


Bir çox insanın təklif etdiyi kimi, rahatlıq məsələsidir; lakin bəlkə də daha dərindən, konvensiya.

Bir proqramçı olaraq ilk instinktim bir təbəqə identifikatoru üçün ədədi bir düyməni istifadə etmək olardı, çünki hər zaman belə edilmişdir. Həqiqətən, bunu heç olmasa şüurlu bir səviyyədə ağlıma belə gətirə bilmərəm ki, bunu başqa bir şəkildə edim. Əlbətdə ki, tam ədədi istifadə etməməyiniz üçün texniki bir səbəb varsa, deyin ki, 32 bitdə saxlanıla biləndən daha çox təbəqə olma ehtimalı varsa (çox çətin bir təklif!) Və ya bunun üçün bir iş səbəbi varsa, o zaman alternativlər nəzərdən keçiriləcəkdi.

Rəqəmsal düymələrlə alqoritmik mülahizələr də mövcuddur. Sıralanan və sıralanmış dəyərlərin siyahısının axtarılması, nəticədə simlər və ya mürəkkəb obyektlərin siyahısı olsa da, iki rəqəm arasında müqayisə aparılır; yalnız bir hash funksiyası ilə nömrələrə çevrilirlər. Müasir kompüterlərdə deyilən 100 və ya hətta 1000 maddənin siyahısını axtarmaq, ümumiyyətlə kobud güc yanaşması ilə olduqca optimallaşdırılmış bir alqoritmdə olduğu qədər sürətli olur. Bir CBS-də təbəqələr vəziyyətində, hətta 1000-dən çox xəritəni görə bilmərəm və belə olsa da, digər əlaqəli hesablamalar optimize edilmiş kiçik qazancdan daha böyük ölçü əmrləri alacaqdır. qısa bir siyahının axtarışı.

Tamam düymələri bir proqramçı üçün "sadəcə məna verir" və Bradun dediyi kimi ədədi olmayan düymələrin istifadəsində daha çox səy var. Bəlkə daha çox kod yox, daha çox zehni səy və biz vərdişlərin tənbəl varlıqlarıyıq. Ayrıca, bir CBS-də bir təbəqə kimi bir şeyi özünəməxsus şəkildə müəyyənləşdirən açar istifadəçidən "gizli" hesab olunur, bununla qarışıq olmadıqlarına və unikallığına (DB UNIQUE açar sözlərə baxmayaraq) arxalanan kodu pozduqlarına əmin olmaq üçün. Çünki bir istifadəçiyə kifayət qədər ip versəniz, gec-tez kimsə onunla özünü asacaq. İstənilən şəkildə istifadəçi tərəfindən tənzimlənən bir sahəyə, ancaq əsas sistemə özünəməxsusluğu tətbiq edin olmalıdır açarının bənzərsiz və toxunulmaz olduğunu düşünün.


Bu sual, şeylərin coğrafi verilənlər bazasını inkişaf etdirən insanlara (mənim kimi) qarışıq bir sual oldu.

PostgreSQL müxtəlif məlumat növlərinin kompozit İLK KEYLƏRİ olan cədvəlləri təyin edə bildiyindən verilənlər bazası saxlama məhdudiyyəti deyil, lakin bu cədvəllər QGIS kimi proqramlara yüklənə bilməz. Müvafiq tarixi bir qeyddə, PostgreSQL daxili bir açar olaraq OID sütunu tələb edirdi, bu da 32 bitlik bir tam ədədi. Bu versiya 7.2-yə qədər tələb olunurdu.

32 bit tam ədədi ID tələbi həqiqətən bir proqramlaşdırma məhdudiyyətidir. Sabit bir məlumat növü (32 bit tam ədədi) kimi bir qeydlər qrupuna bir indeksin olması daha asandır və bunun üçün həmin qeyd üçün İLK AÇAR olmaq da rahatdır. Bir proqramın kompozit bir əsas açara icazə verməsi və bunun üçün birdən çox və / və ya fərqli məlumat növünə əsaslanan unikal bir qeyd əldə etməsi daha çətindir. Lakin, PostgreSQL-in OID kimi, bu məhdudiyyət inkişaf müddəti ilə aradan qaldırıla bilər. QGIS üçün [indi] 5 yaşlı səhv bir gün həll edilə bilər (burada mövzu ilə bağlı son müzakirə).


ESRI-də və digər CİS proqramlarında xüsusiyyət sinfi və ya verilənlər bazasında bir qovluq və ya fayl dəsti olması adi haldır.
məs. arcinfo əhatə dairəsi, shapefile, fayl geodatabase.
Bu "dəstlər" faylları bir çox CBS funksiyasına imkan vermək üçün proqram tərəfindən "birləşdirilməlidir".
Attribut masaları, şəbəkə, topoloji nəzarət.
OID-in məqsədi və eyni zamanda onu sıfırlanmayan, gizli, proqram təminatı ilə idarə edilməsinin səbəbi budur.


Niyə əksər CİS paketlərinin ədədi identifikatora ehtiyacı var? - Coğrafi İnformasiya Sistemləri

Vector, məkan məlumatlarını saxlamaq üçün istifadə olunan bir məlumat quruluşudur. Vektor məlumatları düyünlərdə birləşən başlanğıc və bitmə nöqtələri ilə təyin olunan xətlər və ya yaylardan ibarətdir. Bu qovşaqların yerləşdiyi yerlər və topoloji quruluş ümumiyyətlə açıq şəkildə saxlanılır. Xüsusiyyətlər yalnız sərhədləri ilə müəyyən edilir və əyri xətlər bir sıra birləşdirən yay kimi təmsil olunur. Vektor depolaması açıq xərcləri artıran açıq topologiyanın saxlanılmasını nəzərdə tutur, lakin yalnız bir xüsusiyyəti təyin edən nöqtələri saxlayır və bu xüsusiyyətlərin xaricindəki bütün yerlər 'yoxdur'.

Bir vektor əsaslı CBS, coğrafi məlumatlarının vektorlu təqdimatı ilə müəyyən edilir. Bu məlumat modelinin xüsusiyyətlərinə görə coğrafi obyektlər açıq şəkildə təmsil olunur və məkan xüsusiyyətləri daxilində tematik cəhətlər əlaqələndirilir.

vektor modelləri
Vektor məlumatlarını saxlamaq və idarə etmək üçün müxtəlif modellər mövcuddur. Hər birinin fərqli üstünlükləri və mənfi cəhətləri var.
koordinatların siyahısı & quotspagetti & quot (şəkil 5)
vertex lüğəti (şəkil 6)
İkili Müstəqil Xəritə Kodlama (DIME) (şəkil 7)
arc / düyün (şəkil 8)


Niyə əksər CİS paketlərinin ədədi identifikatora ehtiyacı var? - Coğrafi İnformasiya Sistemləri

NetLogo üçün GIS Uzantısı

Bu paket NetLogo GIS uzantısını ehtiva edir.

Tərtib müvəffəq olarsa, gis.jar yaradılacaqdır.

Bu uzantı NetLogo-ya CBS (Coğrafi İnformasiya Sistemləri) dəstəyi əlavə edir. Vektorlu CBS məlumatlarını (nöqtələr, xətlər və çoxbucaqlılar) və raster GIS məlumatlarını (ızgaraları) modelinizə yükləmək imkanı verir.

Uzatma, ESRI shapefiles və GeoJSON faylları şəklində vektor məlumatlarını dəstəkləyir. Shapefile (.shp) və GeoJSON (.geojson) formatları vektorlu CBS məlumatlarının saxlanması və mübadiləsi üçün ən geniş yayılmış formatdır. Uzatma, ESRI ASCII Grid faylları şəklində raster məlumatlarını dəstəkləyir. ASCII ızgara faylı (.asc və ya .grd) shapefile qədər ümumi deyil, əksər CİS platformaları tərəfindən mübadilə formatı kimi dəstəklənir.

Ümumiyyətlə, əvvəlcə CİS məlumat məkanı ilə NetLogo məkanı arasında bir dönüşüm təyin edir, sonra məlumat dəstlərini yükləyir və üzərində müxtəlif əməliyyatlar həyata keçirirsiniz. CİS məkanı ilə NetLogo məkanı arasında bir dönüşümü təyin etməyin ən asan yolu, GS məkanındakı bütün məlumat dəstlərinizin "zərfləri" və ya məhdudlaşdıran düzbucaqlıları birləşdirmək və birbaşa NetLogo dünyasının hüdudlarına yaxınlaşdırmaqdır. Bu texnikanın bir nümunəsi üçün GIS Ümumi Nümunələrinə baxın.

İsteğe bağlı olaraq CİS məkanı üçün bir proyeksiya təyin edə bilərsiniz; bu halda məlumat dəstlərinizin hər birində proyeksiyanı və ya coğrafi təsvir edən əlaqəli .prj faylı olduğu halda, məlumat cədvəlləri yükləndikcə uyğunlaşdırmaq üçün yenidən proqnozlaşdırılacaqdır. məlumatların koordinat sistemi. Əgər əlaqəli .prj faylı tapılmasa, uzantı, proyeksiyanın nə olmasından asılı olmayaraq, verilənlər bazasının indiki proyeksiyanı istifadə etdiyini qəbul edəcəkdir.

Koordinat sistemi təyin edildikdən sonra gis: load-veri verilənlər bazası istifadə edərək məlumat dəstlərini yükləyə bilərsiniz. Bu ibtidai sənəd, hansı bir fayl növünə keçdiyinizə görə bir VectorDataset və ya RasterDataset hesabat verir.

VectorDataset, hər biri bir nöqtə, xətt və ya çoxbucaqlı bir sıra dəyər dəyərləri ilə birlikdə olan VectorFeatures toplusundan ibarətdir. Tək bir VectorDataset üç mümkün xüsusiyyət növündən yalnız birini ehtiva edə bilər.

VectorDataset ilə edə biləcəyiniz bir neçə şey var: xüsusiyyətlərinin xüsusiyyətlərinin adlarını soruşun, "zərfini" (sərhəd düzbucaqlı) istəyin, verilənlər bazasındakı bütün VectorFeatures siyahısını istəyin, tək birini axtarın VectorFeature və ya müəyyən bir əmlak üçün dəyəri müəyyən bir dəyərdən az və ya daha çox olan və ya müəyyən bir aralıqda olan və ya hər hansı bir simvolun hər hansı bir meydana gəlmə sayı ilə uyğun olan joker işarəsi ilə ("*") istifadə edərək verilən bir simli uyğunlaşdıran VectorFeature və ya siyahısı. ). VectorFeatures çoxbucaqlıdırsa, verilənlər bazasının xüsusiyyətlərinin müəyyən bir xüsusiyyətinin dəyərlərini də müəyyən bir yamaq dəyişəninə tətbiq edə bilərsiniz.

VectorDataset-dən bir VectorFeature ilə edə biləcəyiniz bir neçə şey var: ondan vertex siyahılarının siyahısını istəyin, adından mülk dəyərini istəyin, mərkəzindən (ağırlıq mərkəzi) istəyin və alt hissəsini istəyin. agentləri verilmiş VectorFeature ilə kəsişən müəyyən bir agent dəsti. Nöqtə məlumatları üçün hər bir zirvə siyahısı tək elementli bir siyahı olacaqdır. Xətt məlumatları üçün hər bir təpə siyahısı bu xüsusiyyəti təşkil edən bir sətrin təpələrini təmsil edəcəkdir. Çoxbucaqlı məlumatlar üçün hər bir təpə siyahısı çoxbucağın bir "halqasını" təmsil edəcək və siyahının birinci və son təpəsi eyni olacaq. Vertex siyahıları Vertex tipli dəyərlərdən ibarətdir və centroid də Vertex tipli bir dəyər olacaqdır.

RasterDatasets üçün də müəyyən sayda əməliyyat mövcuddur. Əsasən bunlar verilənlər bazasındakı dəyərlərin seçilməsini və ya başqa bir qətnaməyə rasterin yenidən seçilməsini əhatə edir. Verilmiş bir yamaq dəyişəninə bir raster tətbiq edə bilərsiniz və təsadüfi bir konversiya matrisindən istifadə edərək bir raster bağlaya bilərsiniz.

Kod nümunəsi: CİS Ümumi Nümunələrində uzantının necə istifadə ediləcəyi barədə ümumi nümunələr var

Kod nümunəsi: GIS Gradient Misalı, raster verilənlər təhlilinin daha inkişaf etmiş bir nümunəsidir.

RasterDataset, VectorDataset, VectorFeature və Vertex tipli dəyərlər ixrac dünyası və idxal dünyası tərəfindən düzgün idarə olunmur. Məlumat dəstlərini qorumaq üçün gis: store-verilənlər bazası ibtidai istifadə etməlisiniz.

Hazırda müsbət sahə "qabıq" poliqonlarını mənfi sahə "deşik" poliqonlarından ayırmaq və ya hansı dəliklərin hansı qabıqlarla əlaqəli olduğunu müəyyənləşdirmək üçün bir yol yoxdur.

CİS uzantısının əsas inkişaf etdiricisi Eric Russell idi.

2020 və 2021-ci illərdə James Hovet tərəfindən əhəmiyyətli yeniləmələr, xüsusiyyətlər və düzəlişlər əlavə edildi.

GIS uzantısı bir neçə açıq mənbəli proqram kitabxanasından istifadə edir. Bunlar haqqında müəllif hüquqları və lisenziya məlumatları üçün təlimatın müəllif hüquqları bölməsinə baxın. Əlavədə My World GIS-dən götürülmüş elementlər də var.


Kimə xidmət edirik

Federal

İstər məlumat standartlarını inkişaf etdirmək və tətbiq etmək, istərsə də kompleks İT təhlükəsizlik konfiqurasiyalarında naviqasiya etmək və ya müəssisə səviyyəli həllər dizayn etmək və həyata keçirmək istəsək, işi bitirmək üçün lazım olan dəstəyi və mənbələri təmin edə bilərik.

Dövlət və yerli

Dünyadakı Tək Cüt Platin Tətbiqi Tərəfdaşı (Esri & amp Cityworks) olaraq yer strategiyanızdan düzgün həll yolu tapmağa, vaxta və pula qənaət etməyə, vətəndaşların iştirakını artırmağa və problemlərinizi həll etmək üçün fikir əldə etməyə kömək edə bilərik.

Ticarət

Məkan əsaslı məlumatlarınızla mənalı dəyişikliyi yönləndirməyə hazırsınız? AEC-dən səhiyyəyə və bunlar arasındakı hər şeyə qədər ticarət sənayesində liderlərə sizə rəqabət üstünlüyü verən qənaətli bir həll təqdim edirik.


Məlumat standartları

Məlumat standartları, məlumatların təsvir edildiyi və qeyd edildiyi təlimatlardır. Veriləri bölüşmək, mübadilə etmək, birləşdirmək və anlamaq üçün mənasını da, formatını da standartlaşdırmalıyıq.

Məlumat standartlarını kim istehsal edir və təsdiqləyir?

Məlumat standartları, mövzu mütəxəssislərinin konsensusu ilə hazırlanır və Beynəlxalq Standartlaşdırma Təşkilatı (ISO) və Federal Coğrafi Məlumat Komitəsi (FGDC) kimi bir standart orqanı tərəfindən təsdiqlənir.

Məlumat standartlarına riayət etməyə kim cavabdehdir?

Məlumat idarəçiləri və məlumat menecerləri bir layihə üçün istifadə etmək üçün uyğun məlumat standartlarını müəyyənləşdirməyə kömək edə bilərlər. Tədqiqatçılar layihələrində məlumat standartlarının istifadəsini həyata keçirməkdən məsuldurlar.

Mündəricat

Niyə Data Standartlarına ehtiyacımız var?

Standartlar, məlumatların düzgün təmsil olunmasını və şərh olunmasını təmin edərək məlumatların yaradılmasını, paylaşılmasını və inteqrasiyasını asanlaşdırır. Standartlar eyni zamanda məlumatların təmizlənməsinə və tərcümə olunmasına sərf olunan vaxtı da azaldır. "Çirkli məlumatların" təmizlənməsi, məlumat alimlərinin iş vaxtının 26% -ni alaraq alimlərin qarşılaşdıqları ümumi bir maneədir (Anaconda, 2020). Məsələn, hər biri tarix dəyişənləri üçün fərqli bir format istifadə edən fərqli mənbələrdən məlumat setlərini inteqrasiya edərkən (məsələn, 2 Aprel 2024, 04-02-24, 04/02/2024), bu çox vaxt aparan bir tapşırıq olardı məlumatları inteqrasiya etmədən əvvəl tarixləri ümumi bir formata şərh edin və çevirin.

Məlumat dəsti səviyyəsində standartlar

Dataset səviyyəli standartlar bir bütün olaraq verilənlər bazası üçün elmi sahəni, quruluşu, əlaqələri, sahə etiketlərini və parametr səviyyəsində standartları müəyyənləşdirir. Məlumat bazası səviyyəli standart, normal olaraq bir məlumat lüğəti ilə sənədləşdirilir (məlumat lüğəti səhifəsinə keçid). Rəsmi verilənlər bazası səviyyəli standartların nümunələri üçün aşağıya baxın:

İqlim və Proqnoz: CF Konvensiyaları (URL: https://cfconventions.org/)

Parametr səviyyəsində standartlar

Parametr səviyyəsində standartlar, verilənlər bazası daxilində verilmiş bir parametr və ya sahənin formatını və vahidlərini müəyyənləşdirir və istifadəçilərə dəyərləri düzgün şərh etməyə kömək edir. Parametr səviyyəsində standartlar məlumat toplanarkən, yəni bir sahədəki dəyərlər yaradıldıqda və ya qeyd edildikdə qəbul edilməlidir. Mövcud bir verilənlər bazasında bir parametrin standartlaşdırılması orijinal detal və ya məlumatın itirilməsinə səbəb olarsa, ən yaxşı təcrübə orijinal parametri saxlamaq və standart parametr üçün ayrıca bir sahə əlavə etməkdir. Məsələn, Darwin Core standartı bu məqsəd üçün sözdə sahələri təmin edir.

Aşağıda ümumi torpaq və bioloji elm məlumat parametrləri və məlumat standartlarına dair bəzi nümunələr verilmişdir.

  • Məlumat standartı: ISO 8601
  • Format: YYYY-MM-DD və ya YYYY-MM-DDT: HH: MM: SS + 00: 00
  • Misal (Dağ Standart Saatı (MST)): 2020-08-11T11: 02: 49-07: 00

Geoloji Zamanın Bölmələri ABŞ Geoloji Araşdırması Geoloji Adlar Komitəsi tərəfindən təsdiqlənmişdir, 2018. (Public domain.)

Məlumat Standardı: IUPAC-IUGS-nin ilin tərifi vaxt vahidi kimi istifadəsinə dair ümumi tərif və konvensiya (IUPAC Tövsiyələri 2011): http://doi.org/10.1351/PAC-REC-09-01-22

Coğrafi yeri təsvir edənlər

Biçim: ± 90.00 və ± 180.00 (dəqiqlik ondalık yerlərin sayı və istifadə olunan avadanlıqla əlaqəli sənədləşdirilmişdir)

Misal: Enlik: 42.3300 Boylam: -98.1449

Misal:Su hövzəsinin adı: Yuxarı Kennebec HUC: 01030001

Misal: Tam ad: Amerika Birləşmiş Ştatları Alfa-3 kodu: ABŞ Rəqəmsal kod: 840

ABŞ əyalət və əyalət kodları

Misal: İlçe kodu: 01001 İlçe adı: Autauga Dövlət kodu: 01 Dövlət Adı: Alabama

Təsnifat standartları

* ITIS, nomenklatura tələblərinizi həll etmirsə, (ITIS komandası ilə əlaqə saxlayın ([email protected])) və / və ya başqa bir müvafiq taksonomik orqana müraciət edin.

hadisə
Tarix
ondalık
Enlik
ondalık
Boylam
geodeziya
Datum
daha yüksək
Coğrafiya ID
ölkə
Kod
elmi
Ad
takson
Şəxsiyyət vəsiqəsi
ad
Görə
TOID
Dəyər nümunəsi 2010-05-17 42.33 -98.1449 WGS84 31003 ABŞ Agapostemon virescens 154352 İnteqrasiya olunmuş Taksonomik Məlumat Sistemi - https://www.itis.gov
Parametr səviyyəsinin standartı ISO-8601 ISO 6709: 2008 ISO 6709: 2008 WGS84 Antelope ilçesi, Nebraska üçün FIPS kodu ISO 3166-1 alfa-2 BU Bu elmi ada uyğun ITIS taksonomik seriya nömrəsi (TSN) Tətbiq olunmur

Bir Agapostemon virescens nümunəsinin yaxınlaşdırılması. (Kredit: USGSBIML Team, .İctimai etki.)

Cədvəl başlığı: ABŞ-da yerli bir arı növü üçün meydana gəlmə qeydindən alınan bu hissə, Darwin Core verilənlər bazası səviyyəsində standart tərəfindən tövsiyə olunan parametr səviyyəli standartlardan istifadə edir (tam qeyd https://www.gbif.org/occurrence/1456598984).

Məlumat kodlaşdırması və interfeys standartları

Əksər verilənlər bazası səviyyəsində standartlar (yuxarıya bax) məlumatların kodlaşdırılmasına dair təlimatlar da təqdim edir. Məlumat kodlaşdırma standartları, müəyyən bir kontekstdə istifadə üçün məlumatların strukturlaşdırılması və təşkili qaydalarını müəyyənləşdirir. Bu standartlar tətbiqlərin məlumatları oxuduğu zaman məlumatın və kontekstin qorunmasını təmin edir (OGC, 2020a). Məlumat kodlaşdırma standartları ümumiyyətlə bir fayl formatı ilə əlaqələndirilir (bax Fayl Formatları səhifəsi). Tədqiqatçılar mümkün olduqda universal, açıq mənbəli məlumat kodlaşdırma standartlarından və uzunmüddətli girişdən, açıq fayl formatlarından istifadə etməlidirlər. Unicode Transformation Format (UTF-8) kimi xarakter kodlaşdırma standartları, məlumatdakı simvolların düzgün şərh olunmasını təmin edir.

Aşağıda yer üzündə və bioloji elmlərdə istifadə olunan açıq məlumatları kodlayan standartlara bəzi nümunələr verilmişdir. Qısaltmalar və qısaltmalar bu bölmənin sonunda təyin olunur.

GeoTIFF və Cloud Optimize GeoTIFF: TIFF fayl formatını istifadə edərək coğrafi görüntü məlumatlarını izah etmək qaydalarını təmin edir

GeoJSON: JSON istifadə edərək coğrafi xüsusiyyətləri təsvir etmək qaydalarını müəyyənləşdirir.

NetCDF: HDF fayl formatını istifadə edərək yer və məkan məlumatlarının, xüsusən də məkanı və zaman dəyişən hadisələri təmsil edən rəqəmsal coğrafi məlumatların elektron kodlaşdırılmasını dəstəkləyir.

OGC GeoPackage: Esri’nin mülkiyyətində olduğu qədər məşhur olan Shapefile * formatına alternativ olan GeoPackage fayl formatına girmə qaydalarını müəyyənləşdirir. * Xüsusi olsa da, texniki şərtlər açıqdır.

NARA RFC 4180: CSV sənədləri yaratmaq üçün vahid kodlaşdırma standartı yoxdur, lakin Konqres Kitabxanası CSV sənədlərinin quruluşunu təyin etmək üçün kodlaşdırma formatı spesifikasiyası kimi NARA RFC 4180-dən istifadə edir.

OGC Veb Xəritə Xidməti: istifadəçilərə HTTPS istəkləri vasitəsi ilə georeferenced xəritə şəkillərinə uzaqdan daxil olmaq imkanı verir.

OGC Veb Əhatə Xidməti: istifadəçilərə çoxlu raster əsaslı məlumat formatında (məsələn, GeoTiffs, .img, ENVI (.hdr) fayl növləri) onlayn yerleşim məlumatlarına daxil olmaq imkanı verir.

GML Veb Xüsusiyyət Xidməti: istifadəçilərə Shapefile, GML və s. Kimi formatları istifadə edərək xüsusiyyət səviyyəsində onlayn yerleşim məlumatlarına daxil olmaq imkanı verir.

Qısaltmalar və qısaltmalar

  • CSV - vergüllə ayrılmış dəyərlər
  • ENVI - Şəkillər görüntüləmək üçün ətraf mühit
  • GML - Coğrafiya Biçim Dili
  • HTTPS - Hypertext Transfer Protocol Təhlükəsizdir
  • JSON - JavaScript Nesne Qeyd
  • NARA RFC - Milli Arxivlər və Qeydlər İdarəsi Şərh üçün İstək
  • NetCDF - Şəbəkə Ümumi Məlumat Forması
  • OGC - Açıq Yerleşim Konsorsiumu
  • TIFF - Tag Şəkil Formatı

Metadatada məlumat standartlarının sənədləşdirilməsi

Darvin Core-un istifadəsini göstərən bir metadata qeydinin varlıqlara baxış hissəsinin ekran görüntüsü.

Parametr səviyyəsində və verilənlər bazası səviyyəsində məlumat standartları, əlavə məlumat lüğətində və metadata qeydində sənədləşdirilməlidir. Məsələn, Rəqəmsal Coğrafi Metadata (CSDGM) üçün Məzmun Standartını təqib etsəniz, verilənlər bazası səviyyəsində məlumat standartları, metadatanın Müəssisə və Atribut Baxış Təsvir hissəsində sənədləşdirilə bilər və parametr səviyyəsində məlumat standartları Müəssisədə sənədləşdirilə bilər və Metadata qeydində təsvir olunan hər bir atribut üçün atributun ətraflı təsviri.

Metadata və məlumat lüğətləri haqqında daha çox məlumat üçün Metadata yaradılması və məlumat lüğətlərinə baxın.

Digər müvafiq məlumat standartlarını harada tapa bilərəm?

Hər hansı bir Federal agentlikdə, tez-tez elm mövzusuna əsaslanan standartları və onları təsdiqləyən səlahiyyətləri istehsal edən bir çox mütəxəssis qrupu ola bilər. USGS standartlarını quran və ya tövsiyə edən tək bir qrup yoxdur.

İcma Təlimatları / Normalar

Standartlar tez-tez praktik icmaların bir araya gəlməsi və ümumi tətbiqetmələrdə razılaşması nəticəsində inkişaf edir. Bir standart orqanı tərəfindən rəsmi olaraq təsdiqlənməmiş inkişaf edən ən yaxşı təcrübəyə bir nümunə. USGS layihəniz burada əlaqələndirməyinizi istədiyiniz icma qaydalarından istifadə edirmi? [email protected] ilə əlaqə saxlayın.

Nə ABŞ Geoloji Tədqiqat Təlimatı Tələb olunur:

"Toplanan məlumatlar və USGS alimlərinin istifadə etdiyi üsullar, mövcud olduqları və uyğun olduqları zaman milli və beynəlxalq standartlara və protokollara uyğun və ya istinad etməlidir. Müəyyən bir tip məlumat dəstləri və milli və ya beynəlxalq metadata standartları varsa, məlumatlar giriş və inteqrasiyanı asanlaşdıran metadata ilə indeksləşdirilir. "

USGS Tədqiqat Təlimatı Fəsil SM 502.6 - Fundamental Elm Tətbiqləri: Elmi Məlumat İdarəetmə Fondu, məlumatların idarə edilməsi planının keyfiyyətini əldə etmək, işləmək, təhlil etmək, qorumaq, yayımlamaq / paylaşmaq, təsvir etmək və idarə etmək üçün layihəyə uyğun standartları və nəzərdə tutulmuş tədbirləri əhatə edəcəyini, yedəkləmə və məlumat saxlama.


Xəritəni tərtib edin

Xəritədə gəzərkən bəzi məlumat qatlarını görmək çətin olduğunu görmüş ola bilərsiniz. Məsələn, dəmir yolu xətləri ağ rəngdədir və əksər hallarda xəritədəki digər məlumatlara qarışır.

Küçələr, su hövzələri və binalar haqqında məlumat əsas xəritədən gəlir. Bir əsas xəritə məlumatlarınızı kontekstləşdirən istinad məlumatlarını təqdim edir. ArcGIS Pro, bir neçə əsas xəritə qatını ehtiva edir, standart olaraq Dünya Topoqrafik Xəritəsi. (ArcGIS təşkilatınızın parametrlərindən asılı olaraq fərqli bir standart baz xəritəniz ola bilər.)

Əsas xəritəni məlumatlarınızı vurğulayan birinə dəyişəcəksiniz. Daha qaranlıq bir əsas xəritə ağ dəmir yolu xətlərinin daha aydın görünməsini təmin edəcəkdir.

Bu əsas xəritə ilə dəmir yolu xətləri daha çox seçilir. Topoqrafik əsas xəritədən fərqli olaraq, bu əsas xəritə iki təbəqədən ibarətdir. Bu təbəqələrdən biri, Tünd Boz İstinad, bəzi sahələri etiketləyən mətn ehtiva edir. Bu mətn xəritənizin məqsədi üçün lazım deyil və bəzi xüsusiyyətləri gizlədə bilər, buna görə onu söndürəcəksiniz.

Artıq təbəqə xəritənizdə görünmür. (Arayış məlumatının yenidən görünməsi üçün onay qutusunu yenidən vurun.)

Turistik yerlər xəritədə gözə dəyməyən kiçik nöqtələr kimi göstərilir. Cazibə yerləri xəritənin mərkəz nöqtəsi olmaq üçün nəzərdə tutulduğundan, görünüşlərini dəyişdirəcəksiniz.

Symbology bölməsi görünür. Simbologiya bir təbəqənin görünüşünü müəyyənləşdirir. Varsayılan simvollar qalereyasından seçim edə və ya bir simvolu fərdiləşdirə bilərsiniz.

Turistik yerlərin simvolları seçilmiş simvola dəyişir. Gözyaşardıcı simvolu turistik yerlərin görməli yerlər olduğunu çatdırmağa kömək edir. 40% işarənin yüzdə 40 şəffaf olduğunu göstərir və bu işarələrin xəritənin hissələrini qaralması halında faydalıdır.

Bir kontur əlavə edərək və simvol ölçüsünü artıraraq simvolları daha çox fərqləndirə bilərsiniz.

Rəng seçicisində bir rəng adını görmək üçün onu göstərin.

Yeni simbologiya təbəqəyə tətbiq olunur.

İndi turistik yerlər digər xəritə xüsusiyyətlərini gizlətmədən daha aydın görünür.

ArcGIS hesabınız bir ArcGIS Enterprise portalından istifadə edirsə və təbəqə məlumatlarını yükləmisinizsə, dəmir yolu xətləri və dəmir yolu stansiyaları nümunə şəkillərində göstərilənlərdən fərqli işarələrə sahib ola bilər. Dəmir yolu xətləri simvolunu nümunə şəkillərinə uyğunlaşdırmaq üçün simvolu vuraraq Symbology bölməsini açın. Xüsusiyyətlər nişanında, Layers nişanında Rəngin Arctic White olaraq dəyişdirin və Tətbiq edin. Dəmir yolu stansiyalarının simvolunu dəyişdirmək üçün Symbology bölməsini açın. Xüsusiyyətlər nişanında, Rəmzlər nişanında Rəngi ​​Boz-80%, Kontur rəngi Qara, Kontur genişliyi isə 1,2 pt olaraq dəyişdirin. Müraciət edin.


İqtisadçılar üçün GIS olaraq

Burada sf paketinin məkan məlumatlarını üç əsas sf obyekt sinfi tərifi ilə birlikdə necə saxladığını öyrənirik: sadə xüsusiyyət həndəsəsi (sfg), sadə xüsusiyyət həndəsə siyahı sütunu (sfc) və sadə xüsusiyyət (sf). SF paketi coğrafi məlumatları və coğrafi vahidlərin atributlarını vahid bir verilənlər bazasında saxlamağın sadə bir yolunu təqdim edir. Bu xüsusi verilənlər tipinə sadə xüsusiyyət (sf) deyilir. Bunun necə həyata keçirildiyini görmək üçün bir nümunəyə nəzər salmaq ən yaxşısıdır. Şimali Karolina ilçe sərhədlərini ilçe atributları ilə istifadə edirik (şəkil 2.1).

Şəkil 2.1: Şimali Karolina ilçe sərhəddi

Aşağıda gördüyünüz kimi, bu verilənlər bazası sf sinifidir (və eyni zamanda data.frame).

İndi nc-nin içərisinə nəzər salaq.

Normal bir data.frame kimi, sonunda həndəsə deyilən bir dəyişənin olması istisna olmaqla bir sıra dəyişənləri (atributları) görürsən. Hər sıra tək bir coğrafi vahidi təmsil edir (burada, mahal). Ashe County (1-ci sıra) sahəsi (0.114 ), FIPS kodu (37009 ) və s. Birinci sətirdə həndəsə sütununa giriş Ashe County-nin coğrafi məlumatlarını əks etdirir. Həndəsə sütunundakı giriş, tək bir həndəsi xüsusiyyətin coğrafi məlumatını təmsil edən bir ((bu nümunədəki ilçe) bir (R ) obyekt olan sadə bir xüsusiyyət həndəsəsidir (sfg). Fərqli sfg s növləri var (POINT, LINESTRING, POLYGON, MULTIPOLYGON və s.). Burada NC-dəki bölgələri təmsil edən sfg lər MULTIPOLYGON tiplidir. St_geometry () istifadə edərək Ashe County üçün sfg içərisinə nəzər salaq.

Gördüyünüz kimi, sfg bir sıra nöqtələrdən ibarətdir (iki ədədin cütləri). Nöqtələrin saxlanıldığı sırada bir-birinə qoşulması, Ashe County sərhədini təyin edir.

Növbəti hissədə fərqli sfg növlərinə daha yaxından baxacağıq.

Nəhayət, həndəsə dəyişən, sadə xüsusiyyət həndəsə siyahı sütunu (sfc) adlanan fərdi sfg s siyahıdır.

Həndəsə siyahı sütununun elementlərinin təbiətcə digər elementlərdən 36 fərqli olmasına icazə verilir. NC məlumatlarında həndəsə sütunundakı bütün elementlər (sfg lər) MULTIPOLİGONDUR. Bununla yanaşı, istəsəniz tək bir sf obyektində MULTIPOLYGONS obyektləri ilə qarışıq LINESTRING və ya POINT obyektlərinə sahib ola bilərsiniz.

Bu, qarışıq tip elementləri ehtiva edən adi bir siyahı obyektinə bənzəyir: ədədi, xarakterli və s


Giriş

Bir Coğrafi İnformasiya Sistemi (CİS), ölkələr, bölgələr, icmalar və ya koordinatlar kimi coğrafi yerlərlə əlaqələndirilə bilən məlumatlarla işləyən hər bir intizam üçün bir vasitə kimi istifadə edilə bilər. Sistemlər keçmişdə sürətlə inkişaf edirdi və bu gün keçmişə nisbətən daha çox istifadəçi dostu olan bir sıra fərqli proqramlar mövcuddur. CİS hər kəs üçün alət olmaq üzrədir.

Bu sistemdən baytarlıq sahəsində də istifadəyə ehtiyac son on ildə ortaya çıxmaqdadır. 1991-ci ildə Sanson et al. baytarlıq sahəsində sistemləri və mümkün tətbiqetmələri izah etdi. Hələ də CİS-in ən çox tətbiq olunan tətbiqi təsviri xəritələr hazırlamaqdır. Bununla birlikdə, CİS-in potensialı daha böyükdür. Ətraf mühit və insan sağlamlığı [1] və heyvan sağlamlığı [9] sahəsində araşdırmalar aparılmışdır. CİS heyvanlarda yoluxucu xəstəliklərə nəzarət üçün qərar dəstək sistemlərinə daxil edilmişdir [8, 2].

Bu məqalədə heyvan xəstəliklərinin izlənməsi və izlənməsi ilə əlaqədar olaraq GIS texnologiyası və imkanları təqdim olunmağa çalışılacaq və Norveçdə baytarlıq epidemiologiyası sahəsində CİS-in bəzi tətbiqləri müzakirə ediləcək.


Sf obyektlərinin quruluşu

Sf paketi, Sadə Xüsusiyyətlər standartını R-də tətbiq edir. Sadə Xüsusiyyətlər standartı, PostGIS, GeoJSON və ArcGIS daxil olmaqla bir çox CBS proqramı tərəfindən coğrafi vektor məlumatlarını (bağışlayın, hazırda raster dəstəyi yoxdur) təmsil etmək üçün istifadə olunur. Sadə bir xüsusiyyət, ən azı bir və ya daha çox nöqtənin koordinatlarını əhatə edən bir həndəsə ehtiva edir. Sadə xüsusiyyətlər ayrıca hər bir coğrafi elementlə əlaqəli nöqtələri, bir CRS-i və atributları birləşdirən sətirləri (və tez-tez) edə bilər. SF obyektlərinin quruluşunu göstərmək üçün Arizona'daki bir çox şəhərin koordinatları və atributlarını ehtiva edən çox sadə bir nöqtə obyekti əl ilə yaratmağa başlayacağıq.

Sf obyektlərinin əsas vahidlərinə sfg obyektləri deyilir. sfg obyektləri tək bir məkan xüsusiyyəti üçün koordinatları, ölçüsü və həndəsə növünü təmin edir. SF paketi yeddi həndəsə növünü dəstəkləyir (bunlar olduqca özünü izahlı olmalıdır):
- Nöqtə
- MULTIPOINT
- LİNESTRİNQ
- MULTİLİNESTRING
- POLİQON
- MULTIPOLİGON
- GEOMETRYCOLLECTION (digər 6 növün istənilən birləşməsi)

Yeddi həndəsədən hər hansı birini əl ilə yaratmaq üçün st_point (), st_linestring (), st_multipoint () və s. Müvafiq funksiyaları istifadə edirik.Qeyd edək ki, sf paketindəki bütün funksiyalar st_ ilə başlayır ). Dörd Alyaska şəhəri üçün fərdi sfg obyektləri yaratmaq üçün st_point () funksiyasından istifadə edəcəyik. Ən azı, sf_point () uzunluğu və enliyi olan bir vektor tələb edir (bu qaydada!) hər nöqtədən:

Özünüz:


Bir sfg obyektinin koordinatlarını çıxarmaq üçün sf_coordinates () funksiyasından istifadə edin:


Rəqəmsal Formatların Davamlılığı: Konqres Kitabxanası Kolleksiyalarının Planlaşdırılması

GeoTIFF, bir raster görüntüsünü bilinən bir model boşluğuna və ya xəritə proyeksiyasına bağlayaraq bir TIFF 6.0 uyğun raster sənədində coğrafi məlumat və coğrafi kodlama məlumatlarının saxlanılması üçün format uzantısıdır. GeoTIFF faylı bir TIFF 6.0 [TIFF_6] sənədidir və fayl strukturunu TIFF spesifikasiyasının müvafiq hissəsində təsvir edildiyi kimi miras alır. GeoTIFF formatı, peyk görüntüləmə sistemlərindən, skan edilmiş hava fotoqrafiyasından, skan edilmiş xəritələrdən, rəqəmsal yüksəklik modellərindən və ya coğrafi təhlillərdən qaynaqlanan TIFF görüntüləri ilə əlaqəli kartoqrafik məlumatları təsvir etmək üçün müəyyən bir TIFF etiketlərindən istifadə edir.

GeoTIFF, coğrafi və proqnozlaşdırılan koordinat sistemlərinin ehtiyaclarına cavab verən geniş bir coğrafi əlaqələndirici məlumat saxlaya bilər. Dəstəklənən proqnozlara UTM, ABŞ Dövlət Təyyarəsi və Milli Şəbəkələr, həmçinin Transvers Merkator, Lambert Konformal Konik və s. Kimi əsas proyeksiya növləri daxildir. GeoTIFF onlarla məlumat elementini yalnız 6 xüsusi elementə kodlamaq üçün "MetaTag" (GeoKey) yanaşmasından istifadə edir. etiketlər (33550, 34264, 33922, 34735, 34736 və 34737), platformalararası mübadilə çətinliklərindən qaçınmaq üçün TIFF platformasından müstəqil məlumat formatı təqdimatından istifadə edərək. GeoTIFF proyeksiya növlərini, koordinat sistemlərini, verilənlər bazalarını, ellipsoidləri və s. Təsvir etmək üçün ədədi kodlardan istifadə edir. Format Xüsusiyyətləri Revizyonu 1.0-də Bölmə 2.4-ə baxın. GeoTIFF Dosyası və Açar Strukturu və Tag ID, Açar ID və ədədi kod detalları üçün əlavələr.

TIFF formatı kimi, GeoTIFF də 32 bitlik ofset istifadə edir və həcmini 4 gigabaytla məhdudlaşdırır. CİS, geniş formatlı skanerlər, tibbi görüntüləmə və digər sahələrin ehtiyacları, 64 bit ofset istifadə edərək 4 GB TIFF limitini aşan və bununla da 18000 petabayta qədər faylları dəstəkləyən BigTIFF formatının inkişafına təkan verdi.

Yerli istifadə

LC təcrübəsi və ya mövcud fondlar Konqres Kitabxanası kolleksiyaları üçün GeoTIFF formatında kartoqrafik şəkillər əldə etmişdir. İlkin bir nümunə, CD-də əldə edilmiş 1992-ci il üçün Milli Torpaq Örtüsü Dataset idi. Kitabxananın bir vaxtlar kağız üzərində davamlı xəritə dəstləri əldə etdiyi yerlərdə bir çoxu indi rəqəmsal olaraq əldə edilir. Belə bir xəritə əldə edilməsinə həm bir kağız xəritəsini taramaqla yaradılan bir GeoTIFF, həm də orijinalın ESRI_shape və ya GeoDB_file formatı kimi vektorlaşdırılması daxil ola bilər.
LC üstünlükləri Konqres Kitabxanasının Tövsiyə Edilən Formatları Bəyannaməsi (RFS) GeoTIFF-i GIS Raster və Georeferenced Şəkillər üçün üstünlük verilən bir format kimi təqdim edir.

Davamlılıq amilləri

GeoTIFF 1.0 spesifikasiyasının inkişafı 160-dan çox müxtəlif məsafədən zondlama, CİS, kartoqrafik və tədqiqatla əlaqəli şirkət və təşkilatların georeferenced raster görüntülər üçün TIFF əsaslı mübadilə formatı yaratma səylərini təmsil etdi.

GeoTIFF uzun illərdir geniş dəstəklənir. Format bu veb saytda ilk dəfə təsvir edildiyi 2011-ci ildə GeoTIFF-i dəstəkləyən GIS / Image işləmə paketlərinə USGS-in dlgv32, ESRI ArcInfo, ESRI ArcExplorer, ESRI ArcView, ERDAS IMAGINE, PCI-nin EASI / PACE, MapInfo, Global Mapper və Python daxil idi. Təsvir Kitabxanası.

GeoTIFF-i dəstəkləyən əsas yerleşim proqram təminatlarının aşağıdakı nümunələri 2020-ci ilin əvvəllərindən etibarən dəstəklənən formatların siyahıları ilə əlaqələndirilir: ESRI ArcGIS və digər ESRI məhsulları ERDAS IMAGINE (indi Hexagon Geospatial-dan) Global Mapper MapInfo Professional (indi Pitney Bowes-dən). 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 Qeyd
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.

Notes

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.


Videoya baxın: تمثيل البيانات المكانية في نظم المعلومات الجغرافية بأستخدام نموذج Raster - الجزء الاول (Oktyabr 2021).