Daha çox

Məlumatların uyğunluğu json yeniləmə

Məlumatların uyğunluğu json yeniləmə


ArcGIS 10.2.2 -dən məlumatların qarşılıqlı əlaqəli uzantısı ilə istifadə edirəm. Python, django və django-rest-framework istifadə edərək bir veb tətbiqini də qururam. Məlumat aralığından istifadə edərək arcmap-a əlavə edə biləcəyim bir json api qururam. ancaq arcmap / kataloqu yüklədiyi önbelleğe alınmış json sənədini necə boşaltmaq və yenilənmiş bir versiya ilə əvəz etmək üçün (api çıxışını dəyişdirdiyim üçün) necə əldə edəcəyimi anlaya bilmirəm. Fikirləriniz varmı?


Bunu başa düşdüm. ArcMap Seçimlərindəki Məlumat Birlikdə İşləmə sekmesinde tapılan "Önbelleği Sil" düyməsini basaraq Məlumatların qarşılıqlı əlaqəli önbelleğini təmizləyə bilərsiniz:

Özelleştirin -> ArcMap Seçimləri -> Məlumatların Birlikdə İşləmə nişanı -> Önbelleği Sil


Dərs 4.2: Məlumatların Əlaqələndirilməsinə Giriş

Bu dərs məlumatların qarşılıqlı fəaliyyətinin əsaslarını izah etməyi hədəfləyir.

Bu dərsi öyrəndikdən sonra bacarmalısınız:

məlumatların qarşılıqlı əlaqəsinin əsaslarını başa düşmək

məlumatların qarşılıqlı əlaqəsinin müxtəlif növlərini və təbəqələrini müəyyən etmək.

Vebdə ən çox istifadə olunan ‘qarşılıqlı fəaliyyət’ tərifi: ‘sistemin və ya məhsulun istifadəçi tərəfindən xüsusi səy göstərmədən digər sistemlərlə və ya məhsullarla işləmə qabiliyyəti’. Wikipedia bunu ‘interfeysləri tamamilə başa düşülən bir məhsulun və ya sistemin, bu gün və ya gələcəkdə digər məhsullar və ya sistemlərlə, tətbiqetmə və ya girişdə, heç bir məhdudiyyət qoyulmadan işləmək kimi bir xüsusiyyəti’ olaraq təyin edir.

Verilərin məlumat dəstlərində seriləşdirildiyini nəzərə alaraq, məlumatların qarşılıqlı əlaqəsindən danışarkən, yuxarıdakı təriflər bir məhsul olaraq bir verilənlər bazasına asanlıqla tətbiq edilə bilər.

CIARD icması tərəfindən kənd təsərrüfatı üçün məlumatların qarşılıqlı əlaqəsi mövzusunda təşkil edilən konfransın işində, məlumatların qarşılıqlı əlaqəsi ‘olaraq təyin olundu. Məlumat toplusunun bir xüsusiyyəti… məlumatların digər sistemlər tərəfindən asanlıqla əldə edilməsi, işlənməsi, yenidən istifadəsi və yenidən paketlənməsi ("idarə edilməsi") .’

Onu ‘iki sistem arasında’ qarşılıqlı əlaqəli olaraq təyin edən bəzi təriflər var, lakin mümkün qədər çox sistemin işləyə biləcəyi bir şeyin həqiqətən qarşılıqlı əlaqəli (və ya daha çox işlək) olduğu ümumi bir görüşdür. Daha da çoxunu görəcəyik ki, müəyyən məlumat formatlarından istifadə etməklə və müəyyən məlumat standartlarını tətbiq etməklə, hansı sistemlə işləyə biləcəyini bilmədən məlumatların "dizaynla qarşılıqlı işlək" edilə biləcəyini görəcəyik: spesifik sistemlərlə planlı qarşılıqlı əlaqə məlumatların olacağı deməkdir " bu sistemlərlə sıx əlaqələndirilir, eyni zamanda maksimum qarşılıqlı fəaliyyət mümkün qədər çox sistemlə boş birləşməni hədəfləyir.

Bununla birlikdə, heç vaxt ümumbəşəri və ya mükəmməl qarşılıqlı fəaliyyət kimi bir şey olmayacaq, bütün mümkün hallar üçün uyğun olacaq məlumatları ortaya qoymaq yolu. Birlikdə çalışmaq həmişə bəzi hallarda çox geniş və çox məqsədli (Dublin Core və ya schema.org və ümumi bir axtarış sistemindən istifadə halları kimi) və digər hallarda çox spesifik olan ümumi standartlar sisteminə və məlumatların ümumi istifadə üsullarına nisbətlidir. elmi və ya maraq dairələri (məlumatların spesifikasiyası və gen sıralarının vizualizasiyası kimi).

Həqiqətən də, yuxarıdakı təriflər qarşılıqlı əlaqəni yalnız məlumatların (dəstlərin) bir xüsusiyyəti olaraq təyin edir, çünki bu, qarşılıqlı fəaliyyətin obyekti olduğu üçün doğrudur, lakin tam qarşılıqlı fəaliyyətə nail olmaq üçün əməkdaşlıq etməli olan aktyorların və məhsulların ekosistemi daha genişdir: "Paylaşılan gözləntilər" in əhəmiyyətini vurğulayan qarşılıqlı əlaqənin maraqlı bir tərifi, Məlumat Birgə Əməliyyat Standartları Konsorsiumundan (DISC) biridir: 'Məlumatların qarşılıqlı əlaqəsi, məlumatları yaradan, mübadilə edən və istehlak edən sistemlərin və xidmətlərin aydın, paylaşılan gözləntilərə sahib olma qabiliyyətinə aiddir. bu məlumatların məzmunu, məzmunu və mənası. '

Qarşılıqlı fəaliyyət müxtəlif səviyyələrdə əldə edilə bilər. Vikipediya sintaktik qarşılıqlı əlaqəni və semantik qarşılıqlı əlaqəni ayırd edərkən, Səhiyyə Məlumat və İdarəetmə Sistemləri Cəmiyyəti (HIMSS) tərəfindən qarşılıqlı fəaliyyət növlərinin təsnifatında daha dənəvər bir fərq qoyulur:

Təməl ’Qarşılıqlı fəaliyyət bir informasiya texnologiyası sistemindən məlumat mübadiləsinin digər bir məlumat almasına imkan verir və qəbul edən informasiya texnologiyaları sisteminin məlumatları şərh etmə qabiliyyətini tələb etmir.

Bu səviyyə əsasən məlumat menecerini maraqlandırmadığı üçün təhlil etməyəcəyimiz ötürmə protokolları ilə əlaqədardır, eyni zamanda daha çox ümumi HTTP protokolunun üstündə işləyən bəzi yüksək səviyyəli mübadilə protokollarını da əhatə edir (məsələn, xüsusi REST API-ləri). OAI-PMH, SPARQL, Linked Data API və ya HTTP məzmun tipli istəklərə əsaslanan məzmun danışıqları). Bunlar məlumat menecerləri üçün maraqlı ola bilər, çünki oxunmadan və anlaşılmadan əvvəl məlumat ötürülməlidir və bunu etmək üçün FTP yükləmələrindən başqa fərqli və daha əlverişli yollar mövcuddur. Bu qarşılıqlı əlaqəli səviyyəyə 4.3 -cü dərsdə baxacağıq.

Struktur ’Qarşılıqlı işləmə, məlumat mübadiləsinin quruluşunu və ya formatını (yəni mesaj formatı standartlarını) müəyyənləşdirən orta səviyyədədir. Struktur qarşılıqlı əlaqə məlumat mübadiləsinin sintaksisini müəyyənləşdirir. İnformasiya texnologiyaları sistemləri arasındakı məlumat mübadiləsinin məlumat sahəsi səviyyəsində şərh olunmasını təmin edir.

Bu, fayl formatlarının və məlumat formatlarının ən vacib rol oynadığı səviyyədir və (meta) məlumatların 'maşın tərəfindən oxunan' vəziyyətə gətirildiyi və maşınlar tərəfindən təhlil edilə biləcəyi səviyyədir: maşının (meta) analiz etməsi daha asandır. Məlumat formatı / sintaksisi (XML, Json, CSV ...) daha çox struktur cəhətdən qarşılıqlı əlaqədardır. Bu qarşılıqlı fəaliyyət səviyyəsinə 4.3 -cü dərsdə daha dərindən baxacağıq.

Semantik Birlikdə çalışmaq, iki və ya daha çox sistemin və ya elementin məlumat mübadiləsi və mübadilə edilən məlumatlardan istifadə etmə qabiliyyətini ən yüksək səviyyədə təmin edir. Semantik qarşılıqlı əlaqə, həm məlumat mübadiləsinin quruluşundan, həm də söz ehtiyatı daxil olmaqla məlumatların kodlaşdırılmasından istifadə edir ki, qəbul edən informasiya texnologiyaları sistemləri məlumatları şərh edə bilsin.

Maşınlar struktur qarşılıqlı işləkliyi ilə fərqli elementlərin nə olduğunu (və qarşılıqlı struktur əlaqələrini) başa düşsələr də, semantik qarşılıqlı əlaqə ilə bu elementlərin mənasını da başa düşürlər və onları semantikadan xəbərdar vasitələrlə işləyə və bəzi qabaqcıl mülahizələr edə bilərlər. Bunun üçün məlumat formatları yetərli deyil: semantik texnologiyalar (bax 4.4-cü dərs) mövcud məlumat formatlarının əksəriyyətində seriallaşdırılan (meta) məlumatlarda razılaşdırılmış lüğətlərdən maşın tərəfindən oxunaqlı semantik elementlərin yerləşdirilməsinə imkan verir. RDF (RDF / XML, Turtle, N-Triples) və JSON-LD-nin müxtəlif tatları. Bu uyğunlaşma səviyyəsinə dərs 4.4-də baxacağıq.

Dərs 4.3-də struktur və memarlıq qarşılıqlı əlaqəsinin necə həyata keçiriləcəyini görəcəyik. Dərs 4.4 -də, semantik qarşılıqlı əlaqənin necə tətbiq oluna biləcəyini, 4.4.1 -ci dərsdə daha konkret nümunələrlə görəcəyik.

Məlumatların qarşılıqlı işləməsinin həyata keçirilməsinə dair daha ətraflı tövsiyələr üçün W3C ‘İnternetdə Ən Yaxşı Təcrübələrdə Verilər’ bəlkə də ən yaxşı istinad sənədidir. Əsasən "Əlaqəli Məlumat" yanaşmasına əsaslanır (bax dərs 4.3), lakin bir çox tövsiyələr 100% əlaqəli məlumatları hədəfləməsə də fərqli səviyyələrdə qarşılıqlı əlaqəni həyata keçirməyə kömək edir.

Metadatası olmayan məlumatlar maşınlar tərəfindən anlaşıla bilməz. Məlumatlar normal olaraq metadata daxil olur.

Vikipediyada verilənlərin tərifi belədir: ‘ Məlumatlardır maddələr toplusuna aid olan keyfiyyət və ya kəmiyyət dəyişənlərinin dəyərləri "Beləliklə, nəticədə məlumatlar həmişə bir kolleksiyanın bir hissəsidir (maddələr toplusu) və dəstdəki fərdi elementdə (satır, qeyd) məlumatlar bəzi dəyişənlərin dəyərləridir, buna görə də hər zaman daxil edilir. açarın (dəyişən) sonunda verilənlərə məna verən bir metadata elementi olduğu bir sıra dəyər-cüt cütlüyü. Bu əsas dəyər cütü, FAIR [5] şərtlərində ‘mümkün olan ən kiçik və # x27Data Elementlərindən biri olan‘ iki anlayış arasındakı vahid birlik ’adlanır.

Açar dəyər cütlüyünün hər iki hissəsi qarşılıqlı əlaqəli məsələləri təqdim edə bilər, bu səbəbdən metaməlumatların (məsələn metadata elementləri üçün razılaşdırılmış sxemlər, razılaşdırılmış dəyişən adlar) və məlumatların / dəyərin (məsələn, razılaşdırılmış nəzarət edilmiş siyahılar) uyğunluğu məsələlərini həll edirik. / dəyərin alınması lazım olan aralıklar və ya sintaksis məsələləri). Bununla birlikdə, nəzarət olunan dəyərlərin və sintaksisin və ya ölçü vahidinin 'metadata' kimi qəbul edilməsi də yaygındır (xüsusən də dəyərin içərisində deyil, ayrı ayrı metadata elementləri tərəfindən təyin olunmalıdır), eyni zamanda qarşılıqlı əlaqənin də əsasən metadata haqqında. Verilərin qarşılıqlı əlaqəsi metadatanın uyğunluğu sayəsində əldə edilir, məs. metadata ‘hava istiliyinin’ qarşılıqlı əlaqəli olmasını istəyirik, sonra ehtiyac duyduğumuz həqiqi dəyəri (məlumatları) əldə edək - dəyəri ifadə edən say, əlaqəli metadata olmadan əsla tapıla bilməz və başa düşülən olmayacaqdır.

Bir şey məlumatlara və metadata laqeyd yanaşdıqda (meta) data terminindən istifadə edərək yuxarıda göstərilən FAIR rəhbər prinsiplərində qəbul edilən eyni konvensiyaya riayət edəcəyik.

Fərdi toplanan məlumatları müşayiət edən metadata və məlumatların aid olduğu bütün toplama haqqında ümumi metadata var.

Bir verilənlər bazası bir məhsul, bir 'iş' (öz metadatası ilə) və bir verilənlər bazasında olan məlumatlar kimi (öz metadataları ilə, dəyərlərin uyğun olduğu dəyişənlər kimi) təsvir edilə bilər və birlikdə işləyə bilər.

Birlikdə fəaliyyət göstərməyə verilənlər bazası metaməlumatı səviyyəsində və məlumat səviyyəsində nail olmaq olar: yaxşı məlumat metadatası verilənlər bazası aşkar edilə bilər məlumat quruluşu haqqında yaxşı metadata edə bilər məlumatların təhlili (əlavə olaraq, faktiki məlumat qeydlərində razılaşdırılmış lüğətlərə və ya nəzarət edilən dəyərlərə bağlı standart dəyişən adlar kimi semantikanın istifadəsi məlumatlar başa düşüləndir və daha çox məlumat üçün 4.4 -cü dərsə baxın).

FAIR prinsipləri, müxtəlif metadata/məlumat qatları ilə əlaqədar çox açıqdır: təriflərinə görə, bir Məlumat Obyekti ' Məlumat elementləri + Metadata ilə bir Məlumat Elementi 'Və bu termindən istifadə edirlər (Meta) məlumatlar 'prinsip Metaməlumatlar üçün olduğu kimi, Data Object-də həqiqi, toplanmış Data Elements üçün də doğrudur'.

Bundan əlavə, eyni verilənlər bazası müxtəlif formalarda paylana bilər (Excel faylı, CSV, tətbiqetmə üçün xüsusi bir format) və maşınların hansı paylanmanı əldə edəcəyini bilməsi üçün bizə də metaməlumatlar lazımdır. paylamalar (məs. format, lisenziyalaşdırma, yenidən struktur metadata).

Var olduğunu bilmək vacibdir müxtəlif metadata təbəqələri : verilənlər bazasını təsvir edən metadata (təsvir metadata / discovery metadata), bölüşdürmələri təsvir edən metadata və məlumatları təsvir edən metadata (verilənlər bazasındakı dəyərlərin adlarını, növlərini və aralıklarını izah edən struktur metadata, məsələn sütun adları və cədvəlli verilənlər bazasındakı növlər) verilənlər bazası səviyyəsində və ya məlumat elementi səviyyəsində ola bilər.

Bütün əsas verilənlər bazası/məlumat metadata modelləri, ən azı iki səviyyədə metadata proqnozlaşdırır: çoxlu məlumat və paylama, əksəriyyəti həm rekord səviyyəsində, həm də (FAIR vəziyyətində) açar-dəyər cütü kimi daha kiçik məlumat elementlərini proqnozlaşdırır.


Sənayenin iki aparıcı proqram platformasının xam gücünü bir nəhəng super alətə birləşdirsəniz nəyə bənzəyir? Fikrimcə, bütün qəhrəmanların müvafiq vasitələrinin bir və hellipə birləşdiyi cizgi filmindən fərqli olaraq Oxumağa davam et və rarr

Mən pul xərclədiyim zaman bankım bunu bəyənir. Ciblərindən çıxan və çıxan bütün nağd pullar onlar üçün gəlirə çevrilir. Bankım da pulumu xərcləməyimə kömək etməyi sevir və & hellip üçün qəşəng bir ‘App’ yaratdı Oxumağa davam et və rarr


GSI GEMAS Avropa Geokimyəvi Məlumatları

GEMAS verilənlər bazası, 34 Avropa ölkəsində əkinçilik (Ap) və otlaq (Gr) torpaqlarının aşağı sıxlıqlı geokimyəvi nümunə götürülməsinə əsaslanır. Nümunə sıxlığı hər biri 1 sahənin 5.6 milyon km2, əkin sahələri (0-20 sm) və 2500 km2-də daimi ot örtüyünün altında (0-10 sm) olan ərazini əhatə edir. Kənd təsərrüfatı və otlaq torpaqlarının geokimyəvi xəritələşdirilməsi, 70-dən çox kimyəvi element və 4000-dən çox torpaq nümunəsində müəyyən edilmiş parametrlərdən ibarətdir. Avropa kənd təsərrüfatının və otlaq torpaqlarının geokimyası GEMAS geokimyəvi atlasının xəritələrində qrafik şəklində təsvir edilmişdir.

2016 -cı ildə İrlandiya Geoloji Tədqiqatı, Avropa ortağı olaraq GEMAS və EGDI -yə (Avropa Geoloji Məlumat Altyapısı) GIS məkan məlumatlarının təsnifatını və EGDI veb portalının Avropa məlumatlarının qarşılıqlı əlaqəsini dəstəkləmək üçün WMS geokimyəvi veb xəritələşdirmə xidmətlərinin nəşrini təmin edir.

GIS GEMAS nümunə təsnifatı ArcGIS 10.1 -də qurulmuşdur və orijinal GEMAS verilənlər bazası ESRI shapefile formatı olaraq mövcuddur.


5 Cavablar 5

Keçən həftə bu araşdırmanı etdim və eyni 2 kitabxana ilə bitdim. Spring 3-dən istifadə edərkən (Jackson'u varsayılan Json görünüşündə 'JacksonJsonView' olaraq qəbul edir) mənim üçün də bunu etmək daha təbii idi. 2 lib demək olar ki, eynidir. sonunda sadəcə bir json faylını xəritəyə salırlar! :)

Hər halda dediyiniz kimi Cekson performansda + var və bu mənim üçün çox vacibdir. Layihə, veb səhifələrindən görə biləcəyiniz kimi olduqca aktivdir və bu da çox yaxşı bir işarədir.

Jackson və Gson, faktiki məlumat bağlama dəstəyi ilə əlaqəli ən tam Java JSON paketləridir, bir çox digər paketlər yalnız ibtidai Map / List (və ya ekvivalent ağac modeli) bağlama təmin edir. Hər ikisi də ümumi tiplər üçün tam dəstəyə və bir çox ümumi istifadə halları üçün kifayət qədər konfiqurasiyaya malikdir.

Jacksonla daha yaxından tanış olduğum üçün Jacksonun Gson-dan daha tam dəstəyə sahib olduğunu düşündüyüm bəzi məqamlar (Gson xüsusiyyətini qaçırsam üzr istəyirəm):


1.3 Sertifikatlaşdırma və uyğunluq iddiaları

Bir məhsulun bu spesifikasiyaya uyğun olduğu nümayiş olunsa da, heç bir məhsul kimi təyin edilə bilməz SIF Sertifikatlı ™ məhsul ayrı -ayrılıqda nəşr olunan [SIFSertifikatı] qarşı sınaqdan keçirilməyincə və müəyyən edilmiş uyğunluq meyarlarından keçməyincə bir təşkilat və ya fərd tərəfindən. Hal-hazırda SIF Assosiasiyasına illik üzvlük haqqı ödəyən və təşəbbüsə vəsait ayıran təşkilatlar və şəxslər də təyinatdan istifadə edə bilərlər. SIF iştirakçısı marketinq, ictimaiyyətlə əlaqələr və digər materiallarda SIF Assosiasiyası və SIF ilə əlaqələrini təsvir etmək.


ƏLAQƏDAR İŞ

Coğrafi məlumatların qarşılıqlı əlaqəsi: coğrafi məlumatlar üçün qarşılıqlı fəaliyyət səviyyələri (Bishr 1998 Sheth 1999 Brodaric 2007 Manso və s. 2009) əvvəlcə SOA-dan SDI-dən LOD-a (Wache) qədər inkişaf etmiş memarlıq yanaşmaları ilə həll edilmişdir və s. 2001 Manso və s. 2009 Nativi və s. 2014 Kuhn və s. 2014). Əlaqəli məlumat şəbəkələri, geologiya, torpaq örtüyü və istifadəsi, torpaqlar, okeanlar, bitki örtüyü və digərləri kimi coğrafi biliklər də daxil olmaqla, coğrafi məlumatlar ilə əlaqəli müxtəlif sahələri əhatə edir (Brodaric & amp Gahegan 2006 INSPIRE 2008 Durbha və s. 2009 Lutz və s. 2009), lakin yeraltı suları üçün bu günə qədər yaradılmamışdır.

Səthi su məlumatlarının qarşılıqlı əlaqəsi: su sahəsindəki məlumatlara deyil, əvvəlcə SOA və mülkiyyətçi veb xidmətlərinin (məsələn, Tarboton) qəbul edilməsi ilə yerüstü su məlumatlarına yönəldilmiş su sahəsindəki erkən qarşılıqlı məlumat şəbəkələri və s. 2011), semantikaya yanaşmalar daxil olmaqla (Beran & amp Piasecki 2009 Duce & amp Janowicz 2010), sonra SDI arxitekturaları və standart veb xidmətləri (Bermudez & amp Arctur 2011 Yu & amp Di 2014). SDI yanaşmalarına bu dəyişikliyi tamamlayaraq, yerüstü suyun müxtəlif aspektləri üçün standart sxemlər üzərində iş davam edir (Taylor 2012 Dornblut & amp Atkinson 2014 Jackson və s. 2014). Əsasən akademik tədqiqatçılar arasında baş verən digər son inkişaflar, məlumatlar arasında əlaqələrin yaradılmasına kömək etmək üçün səth sularına LOD yanaşmalarını, xüsusilə qərar qəbuluna kömək etməkdir (Curry və s. 2014 Anzaldi & amp Wu 2014). Bu memarlıq aspektlərinin bir çoxu yeraltı su məlumatlarına ötürülə bilsə də, yeraltı suların xüsusiyyətləri əsasən ikinci dərəcəli bir problem olaraq qalır və hərtərəfli təmsil olunmur və semantik dəstək əsasən məlumatların çatdırılmasına deyil, məlumatların kəşfinə yönəlib.

Qrunt suları məlumatlarının qarşılıqlı əlaqəsi: son vaxtlara qədər GIN və NGWMN layihələri xaricində yeraltı suları məlumat şəbəkələrinin qurulması və əlaqələndirilməsi əsasən yox idi. Yeraltı sularda SDİ-nin erkən səylərinə Şimali Amerika və Avropada məlumat mübadiləsi şemalarının dəqiqləşdirilməsi daxildir (Boisvert & amp Brodaric 2012 INSPIRE 2013). Bunlar yeraltı su xüsusiyyətləri üçün beynəlxalq standartların (Lucido & amp Booth 2014) təşəbbüsünün və davamlı inkişafının, eləcə də Avstraliyanın Viktoriya əyaləti üçün Victoria's Ground Water (Visualizing Victoria's Ground Water) layihəsi kimi SDI əsaslı yeraltı su məlumat şəbəkələrinin inşası üçün təməl rolunu oynayır. Dahlhaus və s. 2012) və Yeni Zelandiyada ortaya çıxan səylər (Klug & amp Kmoch 2014). Bununla birlikdə, bu yeraltı su məlumat şəbəkələri (hələ) GIN və NGWMN -dən fərqli olaraq digər belə şəbəkələrlə açıq şəkildə əlaqələndirilməmişdir.


İstifadəçilərə bütün məlumat dəstlərini toplu şəkildə yükləməyə icazə verin

Açıq Data API'si təqdim edərkən, istifadəçilərə məhdud məlumatlar olmadığı təqdirdə bütün məlumat dəstlərini yükləməsinə icazə verməlisiniz. Bu istifadəçilərə:

verilənlər bazasını yerli olaraq təhlil etmək bacarığı

bütün verilənlər bazasına daxil olmağı tələb edən bir tapşırıq yerinə yetirərkən dəstək (məsələn, İngiltərədəki məktəb tutma sahələrində bir qrafik qurma)

İstifadəçilər, seçdikləri verilənlər bazası texnologiyasından istifadə edərək məlumatların yerli nüsxəsini indeksləşdirə və sonra ehtiyaclarını ödəmək üçün bir sorğu yerinə yetirməlidirlər. Bu o deməkdir ki, gələcək API dayanma vaxtı onlara təsir etməyəcək, çünki onlarda lazım olan bütün məlumatlar var.

Eyni əməliyyatı yerinə yetirmək üçün qeyd-qeyd məlumat API sorğusundan istifadə etmək həm istifadəçi üçün, həm də API üçün çox optimal olmazdı. Bunun səbəbi:

faiz məhdudiyyətləri girişi yavaşlatacaq və ya hətta bütün məlumatların yüklənməsini tamamilə dayandıra bilər

verilənlər bazası qeyd-qeyd yükləmə ilə eyni vaxtda yenilənirsə, istifadəçilər uyğunsuz qeydlər əldə edə bilərlər

Bir istifadəçiyə bütün bir verilənlər bazasını yükləməyə icazə verərsinizsə, onu yeniləmələri üçün bir yol təqdim etməyi düşünməlisiniz. Məsələn, API istehlakçılarının sizə API məlumatlarını vaxtaşırı yükləmələrini bilməsi üçün məlumatlarınızı canlı yayımlaya və ya yeni məlumatların mövcud olduğunu bildirə bilərsiniz.


Mündəricat

SensorThings API, xüsusi olaraq resurs məhdudiyyəti olan IoT cihazları və Veb developer icması üçün hazırlanmışdır. REST prinsiplərini, JSON kodlaşdırmasını və OASIS OData protokolunu və URL konvensiyalarını izləyir. Ayrıca, istifadəçilərə/cihazlara cihazlardan yenilikləri dərc etməyə və abunə olmağa imkan verən bir MQTT uzantısı var və HTTP -ə əlavə olaraq CoAP istifadə edə bilər.

SensorThings API-nin təməli, ISO 19156 (ISO / OGC Müşahidələri və Ölçmələri) üzərində qurulmuş, müşahidələr üçün konsepsiya modeli və müşahidələr apararkən nümunə götürmə xüsusiyyətləri üçün məlumat modelidir. SensorThings kontekstində xüsusiyyətlər kimi modelləşdirilir Şeylər, Sensorlar (yəni, O & ampM-də prosedurlar) və Maraqların xüsusiyyəti. Nəticə olaraq, SensorThings API, heterojen algılama sistemləri arasındakı fərqləri barışdırmaq üçün xüsusilə faydalı olan qarşılıqlı əlaqəli bir Müşahidə fokusu görünüşü təmin edir. yerində sensorlar və uzaqdan sensorlar).

IoT cihazı və ya sistemi a kimi modelləşdirilmişdir Şey. A Şey təsadüfi sayına malikdir Yers (0 daxil olmaqla) Yers) və ixtiyari sayda Məlumat axınları (0 daxil olmaqla Datastreams). Hər biri Datastream birini müşahidə edir Müşahidə olunan əmlak biri ilə Sensor və bir çoxu var Müşahidələr tərəfindən toplanmışdır Sensor. Hər biri Müşahidə bir xüsusiyyəti müşahidə edir XüsusiyyətOfInterest. O & ampM əsaslı model, SensorThings -ə heterojen IoT cihazlarını və cihazlar tərəfindən toplanan məlumatları yerləşdirməyə imkan verir. [5]

SensorThings API, hər biri bir hissə tərəfindən idarə olunan iki əsas funksiyanı təmin edir. İki profil Algılayıcı və Tapşırıq hissəsidir. Algılama hissəsi heterojen IoT sensor sistemlərindən müşahidələri və metadataları idarə etmək və almaq üçün standart bir yol təqdim edir və Sensing hissəsi funksiyaları OGC Sensor Müşahidə Xidmətinə bənzəyir. Tapşırıq hissəsi, sensorlar və ya aktuatorlar kimi tapşırılan IoT cihazlarının parametrləşdirilməsi üçün standart bir yol təqdim edir - buna da tapşırıq deyilir. Tapşırıq hissəsi funksiyaları OGC Sensor Planlama Xidmətinə bənzəyir. Həssas hissə, ISO/OGC Müşahidələri və Ölçmələri (O & ampM) modelinə əsaslanaraq hazırlanmışdır və IoT cihazlarının və tətbiqlərinin YARADILMASI, OKUNMASI, YENİLƏNMƏSİ və SİLİLMƏSİ (yəni, HTTP POST, GET, PATCH və DELETE) SensorThings xidmətindəki IoT məlumatları və metadata.

SensorThings API I Bölümü - Sensing aşağıdakı mənbələri müəyyənləşdirir. SensorThings RESTful bir veb xidmət olduğundan, hər bir varlıq standart HTTP felləri ilə (POST, GET, PATCH və DELETE) CREATE, READ, UPDATE və DELETE ola bilər: [6] [7]

  • Şey: Fiziki dünyanın (fiziki şeylərin) və ya informasiya dünyasının (virtual şeylərin) müəyyənləşdirilə bilən və rabitə şəbəkələrinə inteqrasiya oluna bilən bir obyekti. [8]
  • Yerlər: Şey və ya Şeylər ilə əlaqəli.
  • HistoricalLocations: Set, cari (yəni son bilinən) və əvvəlki yerləri təmin edir Şey vaxtı ilə.
  • Datastream: Müşahidələr toplusu və a Datastream eyni ölçün Müşahidə olunan əmlak və eyni istehsal olunur Sensor.
  • ObservedProperty: an fenomenini təyin edir Müşahidə.
  • Sensor: Mülkiyyətin dəyərini qiymətləndirmək məqsədi ilə bir xassəni və ya hadisəni müşahidə edən bir alət.
  • Müşahidə: Bir əmlakın dəyərini ölçmək və ya başqa şəkildə təyin etmək aktı. [9]
  • Maraqlı xüsusiyyət: An Müşahidə bir fenomenə bir dəyər verilməsi ilə nəticələnir.Fenomen bir xüsusiyyətin xüsusiyyətidir, ikincisi isə XüsusiyyətOfInterest nin Müşahidə. [9]

Yuxarıdakı algılama mənbələrinə əlavə olaraq, SensorThings API Part II - Tasking Core aşağıdakı mənbələri müəyyənləşdirir: [10]

  • TaskingCapabilities: Aktuatorun tapşırıq parametrlərini müəyyənləşdirir.
  • Tapşırıqlar: Yaratılmış Tapşırıqlar toplusu.
  • Aktuator: Siqnalı bəzi real fəaliyyətə və ya fenomenə çevirən bir çevirici növü. [11]

Şəbəkə üzərindən ötürülən məlumatların ölçüsünü azaltmaq üçün SensorThings API data array uzantısı istifadəçilərə birdən çox Müşahidə obyekti istəməyə və obyektləri dataArray formatında formatlamağa imkan verir. Bir SensorThings xidməti bir dataArray cavabını qaytardıqda, xidmət Datastream və ya MultiDatastream tərəfindən Müşahidə obyektlərini qruplaşdırır, bu da eyni Datastream və ya eyni MultiDatastream ilə əlaqəli olan Müşahidələr bir dataArray-da toplandığını bildirir.

Məlumat dizisi üçün nümunə tələb Redaktə edin

Nümunə data array response Edit

OpenIoT və SensorThings arasında qarşılıqlı əlaqə "SensorThing API -nin tətbiqinin OpenIoT ara proqramı üçün böyük bir inkişaf olacağına inanırıq. OpenIoT -a sensor dəyərləri üçün standartlaşdırılmış və həqiqətən istifadəsi asan bir interfeys verəcəkdir. Və ardıcıl məlumat modelinin eşleştirilmesi, əşyaların internetini təsvir etmək üçün həm ortaq bir kontekst verir". [12]

SensorThings API, Daxili Təhlükəsizlik Elm və Texnologiya Müdirliyi tərəfindən maliyyələşdirilən bir pilot layihədə [13] nümayiş etdirildi. Milli Təhlükəsizlik Elm və Texnologiyası Məsləhətçisi Dr. Reginald Brothers, "birdəfəlik texnologiyaların soba borusu məhdudiyyətlərini aradan qaldıran açıq standartlardan istifadə edərək bu müxtəlif sənaye sensorlarının bu gün birləşdirilə biləcəyi" praktik vəziyyətdən "təsirləndi. [ 14] "

  • OGC® SensorThings API Bölmə 1: Algılama[6]
    • Bu OGC® sənədinin daxili istinad nömrəsi: 15-078r6
    • Təqdimat tarixi: 2015-06-18
    • Yayımlanma tarixi: 2016-07-26
    • Redaktor: Steve Liang (Calgary Universiteti / SensorUp)
    • Həmmüəlliflər: Chih-Yuan Huang (Milli Mərkəzi Universitet) / Tania Khalafbeigi (Calgary Universiteti / SensorUp)
    • Bu OGC® sənədinin daxili istinad nömrəsi: 17-079r1
    • Göndərmə tarixi: 2017-10-13
    • Nəşr tarixi: 2019-01-08
    • Redaktor: Steve Liang (Calgary Universiteti / SensorUp)
    • Həmmüəlliflər: Tania Khalafbeigi (Calgary Universiteti / SensorUp)
    • I hissə - Algılama
    • II hissə - Tapşırıq

    Bığlar Redaktə edin

    Mart 2016-cı ildə SensorUp və Calgary Universitetindəki GeoSensorWeb Laboratoriyası Eclipse Vəqfinə açıq mənbəli bir proqram layihəsi təklifi göndərdi və təsdiq edildi. Layihə Bığlar adlanır. [15] Bığlar bir OGC SensorThings API çərçivəsidir. JavaScript müştəri və IoT ağ geçidi cihazları üçün yüngül bir serverə sahib olacaq (məsələn, Raspberry Pi və ya BeagleBone). Bığlar, xüsusi məlumat silosunun üstünlük təşkil etdiyi ilə müqayisədə sağlam və açıq IoT ekosistemini inkişaf etdirməyi hədəfləyir. Bığlar SensorThings inkişafını IoT inkişaf etdiricilərinin geniş və böyüyən dünyası üçün asanlaşdırmağı hədəfləyir.

    GOST Redaktə edin

    GOST [16], Geodan tərəfindən başladılan Go proqramlaşdırma dilində SensorThings API-nin açıq mənbəli bir tətbiqidir. Asanlıqla yerləşdirilə bilən server proqramı və JavaScript müştəri ehtiva edir. Hal-hazırda (İyun 2016) inkişaf mərhələsindədir, lakin ilk versiyası artıq yüklənib yerləşdirilə bilər. Proqram, Docker və ya Go dəstəkləyən hər hansı bir qurğuya (məsələn, Windows, Linux, Mac OS və Raspberry Pi) quraşdırıla bilər. Varsayılan olaraq sensor məlumatları bir PostgreSQL verilənlər bazasında saxlanılır.

    FROST Edit

    FROST-Server [17], OGC SensorThings API-nin Açıq Mənbə server tətbiqidir. FROST-Server, bütün uzantılar daxil olmaqla bütün spesifikasiyanı həyata keçirir. Java -da yazılmışdır və Tomcat və ya Wildfly -də işləyə bilər və Docker görüntüsü olaraq mövcuddur. Bir çox xüsusiyyətləri arasında String və ya UUID əsaslı şəxsiyyət identifikatorlarından istifadə etmək bacarığı var.

    FROST-Client [18], SensorThings API uyğun server ilə əlaqə qurmaq üçün Java müştəri kitabxanasıdır.

    SensorThings HcDT Diaqram SDK Düzəliş

    SensorThings HcDT [19] OGC SensorThings API üçün bir JavaScript qrafik kitabxanasıdır. Açıq mənbəyə əsaslanır [ aydınlığa ehtiyac var ] Highcharts kitabxanası və DataTables. Bu, inkişaf etdiricilərin hər hansı bir OGC SensorThings API xidmətindən məlumat axınlarına qoşulmağı və veb tətbiqetmələr üçün qrafiklərdə, cədvəllərdə və ya panel lövhələrində sensör müşahidələrini göstərmələrini təmin edən bir ön qrafik kitabxanasıdır.

    Mozilla STA Düzenle

    Mozilla, OGC SensorThings API -nin node tətbiqini hazırladı. [20]

    52 ° Şimali STA Düzenle

    52N SensorThingsAPI [21] OGC SensorThings API-nin açıq mənbəli tətbiqidir. Əsas xüsusiyyətləri OGC Sensor Müşahidə Xidmətini tətbiq edən 52N SOS ilə uyğunlaşma, fərdiləşdirilə bilən verilənlər bazası xəritələri və bir neçə rahatlıq uzantısıdır. Docker konteynerində, Apache Tomcat içərisində və ya müstəqil bir tətbiq olaraq yerləşdirilə bilər.

    Daxili Təhlükəsizlik Departamenti S & ampT Shaken Fury Əməliyyat Təcrübəsi

    2019 -cu ildə DHS Next Generation First Responder proqramı üçün Shaken Fury əməliyyat təcrübəsi [22], bir stadionda qismən struktur çökməsinə və HAZMAT sızmasına səbəb olan bir zəlzələ ssenarisini əks etdirir. OGC SensorThings API, birdən çox sensoru bir-birinə bağlayan və IoT effektiv real vəziyyət situasiya şüurunu təqdim edən standart interfeys [23] kimi istifadə olunur.

    Ağıllı Şəhərlər üçün Ağıllı Vətəndaşlar YYC - Cəmiyyətdən qaynaqlanan Hava Keyfiyyəti Algılama Redaktəsi

    8 Oktyabr 2016-cı ildə [24] Kalqaridəki bir qrup könüllü (ağıllı vətəndaşlar) bir araya gələrək, öz sensorlarını yığdı, evlərinə quraşdırdı və izdihamlı bir hava keyfiyyəti sensoru şəbəkəsi qurdu. Bütün məlumatlar OGC SensorThings API vasitəsilə ictimaiyyətə açıqdır. [25] Bu vətəndaşın algılama səyləri Calgary'nin hava keyfiyyəti sensorlarının sayını 3-dən 50-yə yüksəltdi.

    Nijmegen, NL-də Ağıllı Emissiya Layihəsi Düzenle

    Ağıllı emissiya [26], NL-nin Nijmegen şəhərində bir hava keyfiyyətinə nəzarət layihəsidir. Layihə şəhər daxilində bir çox hava keyfiyyəti sensoru yerləşdirdi. Məlumatlar OGC SensorThings API daxil olmaqla açıq standartlarla nəşr olunur. Layihənin bir hissəsi layihə sensor məlumatlarını OGC SensorThings API-yə yükləmək üçün açıq mənbəli bir ETL mühərrikidir. [27]

    SensorThings Tablosuna düzəliş edin

    Bu idarəetmə paneli OGC SensorThings API uyğun serverlərindən əşyaların İnterneti sensor məlumatlarının istifadəsi asanlıqla müştəri tərəfində görselləşdirilməsini təmin edir. Paneldə müxtəlif növ widgetlar düzəldilə və konfiqurasiya edilə bilər. Bu bir veb tətbiqidir və istənilən veb sayta yerləşdirilə bilər. Layihə səhifəsində canlı bir demo mövcuddur. https://github.com/SensorThings-Dashboard/SensorThings-Dashboard

    GOST İdarəetmə Paneli v2 Redaktə edin

    GOST Dashboard v2, SensorThings API-ni dəstəkləyən xüsusi HTML elementlərinin (veb komponentlərinin) açıq mənbəli kitabxanasıdır. Bu elementlər SensorThings API uyğun xidmətlərindən funksionallığı və məlumatları birləşdirən HTML tətbiqetmələrinin inkişafını asanlaşdırır. Komponentlər Predix-UI və Polymer ilə hazırlanmışdır.

    SensorThings API, 2005-ci ildə təsdiqlənmiş bir OGC spesifikasiyası olan OGC Sensor Müşahidə Xidmətinə bənzər funksiyalar təmin edir. Hər iki standart spesifikasiya OGC Sensor Web Enablement standart dəsti altındadır. Aşağıdakı cədvəldə iki spesifikasiya arasındakı texniki fərq ümumiləşdirilmişdir. [28]


    Nəticə

    Sənəd nəqliyyat sahəsindəki coğrafi məlumatların qarşılıqlı əlaqəsinə yönəldilmişdir və OpenTransportNet Layihəsinin nəticələrini təqdim edir. Əvvəlcə harmonizasiya prosesini bir bütün olaraq göstərir və izah edir və sonra məlumatların təsvirinin - medatada - və uyğunlaşmasının vacibliyini qeyd edir. Bundan sonra sənəd əvvəlcə həm əlaqəli məlumat səviyyəsini artırmağa, həm də müxtəlif formatlarda məlumat verməyə imkan verən Datatank həllini istifadə edərək - mümkün olan bir istifadə vəziyyətini təsvir edərək - ümumiyyətlə məlumatların açılmasına yönəlmişdir. Sonra sənəd nəqliyyat sahəsinə gedir və nəqliyyatla əlaqəli məlumatları standart açıq sxemə necə uyğunlaşdırmağın yolunu göstərir (INSPIRE TWG [7]). Daha sonra nəticələr bölməsi, üç əsas nəticəni vurğulayaraq, fərqli məkan və məkan olmayan məlumat mənbələri ilə təmin etmək və onlarla işləmək istəyən şəhər rəsmiləri və digər məlumat sahibləri üçün faydalı ola biləcək təcrübələri izah edir: 1) məlumatların və məqsədə uyğun olaraq qalır 2) məlumatların yenidən istifadəsi üçün maneələri azaldacaq və digər məlumatlarla birləşdirilməsinə imkan yaradan yollarla dərc edin 3) etibarlı, ardıcıl metadata və istifadəsi asan məlumat portalları vasitəsi ilə məlumatların istifadəsini dəstəkləyin və sonuncusu deyil ən azı 4) qurulmuş böyük (və beynəlxalq) məlumat dəstləri ilə qarşılıqlı əlaqəni təmin etmək və yaratmaq.