Vairāk

Cik plaši tiek atbalstītas ligzdotās FeatureCollections GeoJSON?


Es zinu, ka FeatureCollections iekš FeatureCollections netiek atbalstīti saskaņā ar GeoJSON specifikācijām, taču esmu redzējis vairākas ieviešanas, kas to atbalsta. Vai ligzdoto funkciju kolekcijas tiek plaši atbalstītas, un kā ar tām tiek atbalstītas ieviešanas, kas tās neatbalsta?

Vai ligzdotie atribūti tiek plaši atbalstīti?


OGC API - funkcijas - 1. daļa: kodols

Šis dokuments ir OGC biedra apstiprināts starptautiskais standarts. Šis dokuments ir pieejams bez atlīdzības, bez diskriminācijas.

Šī dokumenta saņēmēji tiek aicināti kopā ar komentāriem iesniegt paziņojumu par visām zināmajām attiecīgajām patenta tiesībām un iesniegt apliecinošus dokumentus.

Dokumenta veids: OGC® Standard

Dokumenta apakštips: saskarne

Dokumenta valoda: angļu

Ar šo Open Geospatial Consortium ("Licences devējs") bez maksas un ievērojot turpmāk izklāstītos nosacījumus piešķir atļauju jebkurai personai, kas iegūst šī intelektuālā īpašuma kopiju un ar to saistīto dokumentāciju, rīkoties ar intelektuālo īpašumu bez ierobežojumu (izņemot turpmāk izklāstīto), tostarp bez ierobežojumiem tiesības īstenot, izmantot, kopēt, modificēt, apvienot, publicēt, izplatīt un/vai apakšlicencēt intelektuālā īpašuma kopijas, kā arī atļaut personām, kurām tiek nodrošināts intelektuālais īpašums to darīt ar nosacījumu, ka visi intelektuālā īpašuma paziņojumi par autortiesībām tiek saglabāti neskarti un katra persona, kurai tiek sniegts intelektuālais īpašums, piekrīt šī Līguma noteikumiem.

Ja veicat izmaiņas intelektuālajā īpašumā, visās modificētā intelektuālā īpašuma kopijās papildus iepriekš minētajam paziņojumam par autortiesībām ir jāiekļauj paziņojums, ka intelektuālais īpašums ietver izmaiņas, kuras LICENSOR nav apstiprinājis vai pieņēmis.

ŠĪ LICENCE IR TIKAI AUTORTIESĪBU LICENCE, UN NAV NOSACĪJUSI TIESĪBAS SASKAŅĀ AR PATENTIEM, KAS VAR BŪT spēkā jebkur PASAULĒ.

INTELEKTUĀLAIS ĪPAŠUMS NODROŠINĀTS "KĀDS", BEZ JEBKĀDU, TIEŠI VAI NETIEKAMU GARANTIJU, IESKAITOT BET APRĪKOJAMĀS GARANTIJAS, PIEMĒROTĪBU ĪPAŠIEM MĒRĶIEM UN NONINFARAM. AUTORTIESĪBU ĪPAŠNIEKS VAI ĪPAŠNIEKI, KAS IEKĻAUTI ŠAJĀ PAZIŅOJUMĀ, NEGARANTĒ, KA INTELEKTUĀLĀ ĪPAŠUMĀ SATURĀTĀS FUNKCIJAS ATBILS JŪSU PRASĪBĀM vai ka intelektuālā īpašuma darbība tiks pārtraukta. JEBKURA INTELEKTĪVĀ ĪPAŠUMA IZMANTOŠANA PILNĪGI JĀIZMANTO UZ LIETOTĀJA RISKU. AUTORTIESĪBU ĪPAŠNIEKS VAI JEBKURS INTELEKTUĀLĀ ĪPAŠUMA IESNIEGTĀJS INTELEKTUĀLĀ ĪPAŠUMĀ NEKĀDĀ GADĪJUMĀ NAV ATBILDĪGS par jebkādām prasībām, vai par tiešiem, īpašiem, netiešiem vai izrietošiem zaudējumiem, DATI VAI PEĻŅA, LĪGUMA DARBĪBĀ, NEPIECIEŠAMĪBĀ VAI CITAS JURIDISKAS TEORIJAS SASKARĪBĀ AR ŠĀS INTELEKTUĀLĀ ĪPAŠUMA ĪSTENOŠANU, IZMANTOŠANU, KOMERCIALIZĀCIJU VAI IZPILDI.

Šī licence ir spēkā līdz tās izbeigšanai. Jūs varat to izbeigt jebkurā laikā, iznīcinot intelektuālo īpašumu kopā ar visām kopijām jebkurā formā. Licence tiek pārtraukta arī tad, ja jūs neievērojat kādu no šī līguma nosacījumiem. Izņemot šajā teikumā paredzēto, neviena šāda licences izbeigšana neprasa jebkuras trešās puses galalietotāja apakšlicences izbeigšanu intelektuālajam īpašumam, kas ir spēkā brīdinājuma paziņojuma datumā. Turklāt, ja intelektuālais īpašums vai intelektuālā īpašuma darbība pārkāpj vai, pēc LICENSOR ’ vienīgā viedokļa, var tikt pārkāptas kādas trešās personas patents, autortiesības, preču zīme vai citas tiesības, jūs piekrītat, ka LICENSOR pēc saviem ieskatiem var izbeigt šīs licences darbību bez jebkādas kompensācijas vai atbildības pret jums, jūsu licenciātiem vai jebkuru citu pusi. Jūs piekrītat jebkāda veida izbeigšanai, lai iznīcinātu vai liktu iznīcināt Intelektuālo īpašumu kopā ar jebkāda veida kopijām neatkarīgi no tā, vai jūs vai kāda trešā persona to turat.

Izņemot šajā paziņojumā norādīto, LICENSORA vai jebkura cita intelektuālā īpašuma vai tā autortiesību īpašnieka vārdu nedrīkst izmantot reklāmās vai citādi, lai veicinātu šī intelektuālā īpašuma pārdošanu, izmantošanu vai citus darījumus bez iepriekšēja paziņojuma. LICENSOR vai šāda autortiesību īpašnieka rakstiska atļauja. LICENSOR ir un vienmēr būs vienīgā vienība, kas var pilnvarot jūs vai jebkuru trešo personu izmantot sertifikācijas zīmes, preču zīmes vai citus īpašus apzīmējumus, lai norādītu uz atbilstību LICENSOR standartiem vai specifikācijām. Šo nolīgumu reglamentē Masačūsetsas Sadraudzības likumi. Ar šo ir skaidri izslēgta Apvienoto Nāciju Organizācijas Konvencijas par starptautisko preču pārdošanas līgumu piemērošana šim līgumam. Gadījumā, ja kāds no šī Līguma noteikumiem tiek uzskatīts par neizpildāmu, spēkā neesošu vai spēkā neesošu, šāds noteikums tiek mainīts tā, lai tas būtu spēkā un izpildāms, un ar šādām izmaiņām viss Līgums paliek spēkā un ir spēkā. Neviens LICENSORA lēmums, darbība vai bezdarbība nav jāuztver kā atteikšanās no jebkādām tai pieejamajām tiesībām vai tiesiskās aizsardzības līdzekļiem.


Četri publicēšanas procesa soļi

1. Datu identifikācijas un uzskaites veidne

Izdevējdarba organizācijā jebkurš indivīds var apsvērt un viņam vajadzētu apsvērt iespēju sevi identificēt kā potenciālo atvērto datu tabulu pārvaldniekus. Turklāt priekšmetu eksperti un organizācijas vadītāji var arī identificēt datus, kas varētu apmierināt stratēģiskās vajadzības, kopīgojot tos atvērto datu portālā. Pēc identifikācijas visi ieteiktie dati jānovērtē un jānosaka par prioritāti.

Saskaņā ar SAM 5160.1 4. punktu aģentūrām/valsts iestādēm jāizveido un jāuztur uzņēmuma datu krājumi. Šajā uzskaitē jānorāda, vai uzskaitītās datu kopas var darīt publiski pieejamas (ti, izdošana ir atļauta ar likumu, ievērojot visu privātumu, konfidencialitāti, drošību, aģentūrai/valsts struktūrai pieder dati un citas spēkā esošas prasības) un vai tās pašlaik ir pieejamas sabiedrībai. Inventarā ir arī uzskaitītas visas datu kopas, kuras var darīt publiski pieejamas Aģentūras/valsts iestādes atvērto datu vietnē vai portālā tādā formātā, kas nodrošina datu automātisku apkopošanu, izmantojot Data.ca.gov un citus pakalpojumus (pazīstami kā “ievācami faili”). cik iespējams. Publiskajā datu sarakstā, ciktāl to atļauj likums un esošie noteikumi un nosacījumi, jāiekļauj datu kopas, kas izveidotas likumdošanas pilnvaru, valsts dotāciju, līgumu un sadarbības līgumu rezultātā (izņemot datus, kas iesniegti galvenokārt līgumu uzraudzības un administrācija). Ja iespējams, šajos sarakstos jāiekļauj standarta atsauces informācija, tostarp datu koordinatora kontaktinformācija un, vēlams, izmantojot pastāvīgu identifikatoru.

Tālāk ir norādīti ieteicamie lauki, kas jāreģistrē ar datu inventāru.

  • Nosaukums
  • Apraksts
  • Datu tips
  • Pastāvīgs identifikators
  • Ja fails nav lasāms mašīnā (piemēram, PDF), vai ir pieejami neapstrādātie faili, kas tika izmantoti, lai apkopotu mašīnlasāmu failu?
  • Ja fails tiek glabāts datu bāzē, kāds ir datu bāzes veids (piemēram, SQL, SaaS, Oracle)?
  • Vai šis fails atrodas organizācijā?
  • Vai fails atrodas uzņēmumā?
  • Vai fails tiek mitināts Tehnoloģijas departamentā?
  • Vai fails tiek mitināts ārpus vietnes?
  • Komentāri

Turklāt jāapkopo arī organizācijas datu koordinatori un viņu kontaktinformācija. Datu koordinatora kontaktinformācijas iegūšanai ir ieteikti šādi lauki:

  • Vārds
  • Uzvārds
  • Nosaukums
  • nodaļa
  • Nodaļa
  • Filiāle
  • Sadaļa
  • Vienība
  • Telefona numurs
  • E -pasts
  • Personas pārvaldīto datu veidi
  • Komentāri

Piemēru tam, kas jāiekļauj datu krājumā, lūdzu, skatiet tālāk esošajā saitē. Lūdzu, izmantojiet to kā veidni savas organizācijas datu krājumam.

2. Datu novērtēšana/prioritāšu noteikšana

Veidojot datu katalogu atvērtu datu portālam, publicēšanas dalībniekiem būtu jāizvērtē ieteikto datu vērtība, kvalitāte, pilnīgums un piemērotība saskaņā ar publicējamo valsts datu definīciju. Augstas vērtības dati ir tie, kurus var izmantot, lai palielinātu ieguldītāja organizatorisko atbildību un atsaucību, uzlabotu sabiedrības zināšanas par organizāciju un tās darbību, veicinātu tās misiju, radītu ekonomiskas iespējas vai reaģētu uz vajadzību vai pieprasījumu, kas konstatēts sabiedriskās apspriešanas laikā.

Turpmāk minētās A un B sadaļas nav ne izsmeļošas, ne piemērojamas visiem publicētājiem, bet drīzāk kalpo kā pamats potenciālo datu identificēšanai publicēšanai atklātā datu portālā. Katram A iedaļas jautājumam organizācijām jāizvērtē, vai dati atbilst publicējamo valsts datu definīcijai un attiecīgajiem atklāšanas apsvērumiem.

Vispārīgi jautājumi, lai identificētu augstas vērtības, augstas prioritātes publicējamus datus


Kādi “augstvērtīgi” dati pašlaik ir publiski pieejami?

Izdevējdarbības dalībnieki jau var publicēt ievērojamu datu apjomu tiešsaistē, lai gan tie var nebūt pieejami lielapjomā vai pieejami, izmantojot mašīnlasāmus mehānismus. Lieliski sākumpunkti ir iknedēļas, mēneša vai ceturkšņa pārskatu pārskatīšana, kuriem sabiedrība bieži piekļūst, vai publiski pieejamu lietojumprogrammu pārskatīšana, kas ļauj apmeklētājiem meklēt ierakstus.


Kādi pamatā esošie dati apkopo kopējo informāciju publicētajos pārskatos?

Publicētie pārskati bieži tiek aizpildīti ar datiem, kas apkopoti vai apkopoti no iekšējām sistēmām. Piemēram, iknedēļas publiskais pārskats var norādīt, ka organizācija šajā nedēļā ir slēgusi 25 projektus. Iekšējā sistēmā, kurā ir informācija par katru gadījumu, var būt papildu informācija, ko var publiskot.


Kādus datus organizāciju programmas izmanto tendenču un statistiskai analīzei?

Līdzīgi publicētajiem ziņojumiem, tendence un statistiskā analīze bieži tiek veikta, izmantojot datus no dažādiem avotiem. Šos avotus var pārskatīt, lai iegūtu datus, kurus var publiskot.


Kādi dati ir biežu PRA pieprasījumu priekšmets? Kādus datus pieprasa sabiedrība vai ziņu plašsaziņas līdzekļi?

Ir vairākas metodes, ar kurām sabiedrība pieprasa datus no valsts iestādēm. Piemēram, daži PRA pieprasījumi var mēģināt iegūt datus vai ierakstus, kas jāsniedz digitālā formātā. Šos pieprasījumus (īpaši atkārtotus pieprasījumus pēc tiem pašiem datiem) var izpildīt, padarot datus pieejamus atvērto datu portālā.


Kādi dati interesē dažādas ieinteresēto personu grupas?

Apsveriet iespēju sazināties ar sabiedrību, lai saņemtu atsauksmes, izmantojot esošos sabiedrības iesaistīšanās kanālus un kopienas atsauksmes. Saziņa ar pilsoņiem un izstrādātājiem palīdz nodrošināt, ka ieinteresētajām personām faktiski ir vajadzīgi datu izlaidumi. Turklāt atvērto datu portāls varētu nodrošināt mehānismu, lai vēlētāji pieprasītu datus, kas vēl nav publicēti.


Kādiem datiem bieži piekļūst organizācijas vietnē?

Vietņu analīze un tendenču analīze noteiks bieži piekļūtos datus.


Kādi dati iepriekš nav publicēti, bet atbilst “augstas vērtības” definīcijai?

Publicējami valsts dati, kurus var izmantot, lai palielinātu organizācijas efektivitāti un atsaucību, uzlabotu sabiedrības zināšanas par organizāciju un tās darbību, veicinātu organizācijas misiju, radītu ekonomiskas iespējas vai reaģētu uz vajadzību vai pieprasījumu, kas konstatēts pēc sabiedriskās apspriešanas.


Vai dati veicina valsts struktūru pamatuzdevumu vai stratēģisko virzību?

Apkopotu datu (statistikas, metrikas, darbības rādītāju), kā arī avota datu publicēšana bieži var palīdzēt organizācijai virzīties uz priekšu tās stratēģiskajā misijā. Turklāt atvērto datu portāls varētu kalpot kā kanāls efektīvai informācijas apmaiņai ar citām organizācijām.


Vai dati izceļ organizācijas sniegumu, vai datu publicēšana var dot labumu sabiedrībai, nosakot augstākus standartus?

Organizācija varētu būt valdības darbības standartu priekšgalā, kur datu atklāšana varētu mudināt citas valsts struktūras paaugstināt savu sniegumu.


Vai datu pieejamība atbilst federālajām iniciatīvām vai federālo datu publiskošanai?

Organizācijas datos var būt lielāka vērtība, ja pastāv sinerģija ar federālajiem datu centieniem.


Vai dati atbalsta lēmumu pieņemšanu valsts, vietējā, iekšējā vai cita ārējā subjekta līmenī, vai arī tajos ir iekļauta informācija, kas sniedz informāciju par sabiedrisko kārtību?

Šādu datu publiska publicēšana var būt spēcīga metode produktīvas pilsoniskās iesaistes un politikas debašu veicināšanai.


Vai datu pieejamība atbilst likumdošanas prasībām datu publicēšanai?

Var būt ar likumu noteikts ziņojums, ko var apmierināt, publicējot datus atvērto datu portālā. Ja organizācija apkopo un apkopo datus, lai izpildītu likumā noteiktās ziņošanas prasības, tad šīs vienības reglamentējošie likumi jau ir noteikuši, ka datiem ir liela vērtība.


Vai datu pieejamība uzlabotu saziņu starp valsts organizācijām?

Dažas valdības funkcijas var ietvert vairākas valsts organizācijas, kurām nepieciešama piekļuve līdzīgiem datiem. Datu pieejamība atklātā datu portālā veicinātu administratīvo vienkāršošanu un efektivitāti.


Vai datu pieejamība varētu radīt īpašas ekonomiskas iespējas?

Daudzos gadījumos organizācijai tas nebūs zināms iepriekš. Daži no lielākajiem atklāto datu kustības panākumiem ir saistīti ar valdības datu, piemēram, laika apstākļu datu un citu satelītattēlu, komerciālu piesavināšanos noderīgā veidā. Ciktāl organizācija var paredzēt datu nozīmīgu komerciālu izmantošanu, tās var vēlēties par prioritāti noteikt šo datu publicēšanu.


Vai datus varētu izmantot, lai izveidotu jaunas un noderīgas trešo pušu lietojumprogrammas, mobilās lietotnes un pakalpojumus?

Programmatūras lietojumprogrammas bieži izmanto datus no vairākiem avotiem, lai sniegtu vērtību saviem klientiem. Padarot pieejamus valsts datus, var nodrošināt lielāku vērtību (un ietekmi), izmantojot šīs lietojumprogrammas.


Vai sabiedrībai ir nepieciešami dati pēc darba laika?

Parasti, ja ir pieprasījums ārpus parastā darba laika (tas ir zināms un skaitļos izsakāms), šādi dati attiecīgā gadījumā būtu jāsaskaita ar augstu vērtību.


Vai datiem ir tieša ietekme uz sabiedrību?

Dati, visticamāk, būs augstākas vērtības, ja jau tagad ir redzams, ka sabiedrībai ir dziļa ietekme un interese (piemēram, sabiedrības drošības pārbaužu rezultāti).


Vai dati ir savlaicīgi ieinteresēti?

Paziņojumus par progresu vai panākumiem vai reakciju uz sabiedrības kritiku var stingri atbalstīt, publicējot saistītus datus, ja tādi ir.

Vai datu tabulas attēlo diskrētu, lietojamu informāciju?

Identificējot datu tabulas, organizācijas var būt nobažījušās, ka atvērto datu portāla lietotāji nesapratīs savus datus vai, ja tie tiks destilēti visneapstrādātākajā veidā, dati var zaudēt lietderību. Nav stingru noteikumu par to, kāds detalizācijas līmenis ir pietiekami detalizēts, lai valdības datu tabulai pievienotu vērtību. Kad vien iespējams, organizācijām vajadzētu pretoties kārdinājumam ierobežot datus tikai ar tiem, kas, viņuprāt, varētu būt saprotami vai noderīgi. Vienībām vajadzētu būt piesardzīgām par atvērtu datu portāla lietotāju nenovērtēšanu. Atvērto datu portāla lietotāji var nākt no dažādām jomām un specialitātēm, un viņi var paredzēt datu izmantošanu, ko organizācija neparedz. Labāka prakse (kā aprakstīts sadaļā par iepriekšēju publicēšanu) organizācijām nodrošina, ka ar katru datu tabulu saistītie metadati ir pilnīgi, ieskaitot visaptverošus pārskata dokumentus, kas apraksta datus, vienotu datu vākšanu, datu laukus un ieteikumus potenciālos pētniecības jautājumus, lai maksimāli palielinātu datu lietderību.

Veidojot grafiku konkrētas datu tabulas publicēšanai, organizācijām jāveic novērtējums, pamatojoties uz vairākiem faktoriem. Organizācijām jāizmanto tālāk minētie vispārīgie norādījumi (kopā ar datu prioritāšu aptauju), lai noteiktu katras datu tabulas prioritāti. Sākotnējās un notiekošās publicēšanas prioritāšu noteikšana nozīmēs augstvērtīgu datu līdzsvarošanu ar datu gatavību publicēšanai. Katrai organizācijai jāizveido un jāsniedz grafiki, kas nosaka datu publicēšanas prioritāti saskaņā ar šeit izklāstītajām vadlīnijām.

Savlaicīga prioritāšu noteikšana ir svarīga, atzīstot, ka augstas kvalitātes datu sagatavošana var aizņemt laiku (ņemot vērā, ka datu tabulas ir sarežģītas un līdz ar to var ievērojami atšķirties sagatavošanās laikā). Prioritāšu plāna un plānošanas apstiprinājumus saņems organizācijas izpildvaras vadības komanda.

Nosakot datu prioritātes izlaišanas organizācijām, jāņem vērā laiks, lai:

  • Identificējiet datus
  • Novērtējiet un apstipriniet datus (t.i., nodrošiniet datu konsekvenci, savlaicīgumu, atbilstību, pilnīgumu un precizitāti)
  • Nodrošiniet metadatu un datu vārdnīcas pilnīgumu
  • Sagatavojiet vizualizācijas un runas punktus
  • Iegūstiet visus nepieciešamos apstiprinājumus datu publicēšanai
3. Iepriekšēja publikācija

Pirms datu tabulas publicēšanas atvērto datu portālā vispirms ir jāveic vairākas darbības, lai nodrošinātu augstas kvalitātes un lietojamu produktu.

  1. Datu tabulas jāformatē mašīnlasāmā formātā. Ar komatu atdalītas vērtības (CSV) ir publicēšanas standarta formāts.
  2. Metadati (ievērojot metadatu vadlīnijas - skatīt zemāk) un datu vārdnīca, kas sniedz aprakstus un tehniskās piezīmes, kas nepieciešamas katram datu tabulas laukam, ir jāsavāc iepriekš un jāiesniedz publicēšanas laikā.
  3. Organizācijas tiek arī mudinātas katrā datu tabulā iekļaut vienu vai vairākas datu vizualizācijas (grafikus un/vai kartes), kā arī vienu vai vairākus potenciālus interesējošus pētniecības jautājumus, lai veicinātu sabiedrības iesaistīšanos un inovāciju saistībā ar stratēģiskiem mērķiem.
  4. Katra datu tabula kā daļa no apstiprināšanas procesa ir jāpārskata, lai nodrošinātu kvalitātes nodrošināšanu, atbilstību CHHS datu deidentifikācijas vadlīnijām un datu konsekvenci laika gaitā.
4. Publikācija

Publicēšanas process ir paredzēts, lai tas atbilstu organizāciju publicēšanas vadlīnijām. Apsvērumi ietver zīmolu, lietojamību, dizainu un pieejamību (piemēram, amerikāņu ar invaliditāti likuma ievērošanu). Katrai datu tabulai, kas publicēta atvērto datu portālā, nepieciešama atbilstoša kategorizēšana un tagi (atslēgvārdi), lai atvieglotu datu meklēšanu. Turklāt organizācijas var apsvērt datu kopas publikācijas kopīgošanu, izmantojot sociālos medijus, paziņojumu presei vai citu saziņas metodi.

Datu patērētāju mijiedarbību ar atvērto datu portālu un to izmantošanu lielā mērā ietekmē datu publicēšanas veids. Izdevumu autoriem jāsniedz dati mašīnlasāmā formātā (CSV), lai programmatūras rīki, lietojumprogrammas un sistēmas varētu tos apstrādāt. Tomēr atvērto datu portālā var atrast daudz dažādu standartizācijas veidu, tostarp: metadati, datu vārdnīca, failu nosaukumu konvencijas, demogrāfiskās kategorijas un navigācijas kategorijas un tagi. Ja vien iespējams, jāizstrādā standarti un saistītās vadlīnijas, lai nodrošinātu konsekvenci un atvieglotu datu automatizāciju un atkārtotu izmantošanu.

Metadati ir strukturēta informācija, kas apraksta, izskaidro, atrod vai citādi atvieglo informācijas resursa izgūšanu, izmantošanu vai pārvaldību (NISO 2004, ISBN: 1-880124-62-9). Metadatu shēmas un definīciju standartizācija ļauj vienādi piekļūt pamatinformācijai par informācijas resursu. Tas arī rada strukturētu vidi, kas ļauj veikt konsekventu un reproducējamu meklēšanu, publicēšanu un apkopošanu neatkarīgi no izmantotās platformas.

Atvērto datu portālam jāievēro labi izmantoti metadatu standarti, piemēram, federālo projektu atvērto datu (POD) metadatu shēmas standarti. POD metadatu shēmas struktūra savukārt ir balstīta uz datu kataloga vārdnīcas (DCAT) standartu. Pieņemot šos standartus, atvērto datu portāls var palīdzēt atvieglot tīmekļa datu katalogu savietojamību un nodrošināt, lai valsts iestāžu apvienošana būtu pēc iespējas vienmērīgāka.

Metadati ietver arī informāciju par izcelsmi, saistītajiem datiem, ģeogrāfisko atrašanās vietu, laikrindu turpinājumiem, datu kvalitāti un citiem būtiskiem rādītājiem, kas atklāj attiecības starp datu kopām un ļauj sabiedrībai noteikt datu avota piemērotību. Priekšroka jādod mašīnlasāmiem metadatu formātiem.

Lai gan metadati sniedz informāciju par datiem kopumā, datu vārdnīca sniedz informāciju par laukiem datu tabulā. Konkrēti tajā ir sniegta tāda informācija kā lauka kopējais nosaukums angļu valodā, iekļautie datu tipi (piemēram, vienkāršs teksts, skaitlis, nauda, ​​procenti, datums/laiks, atrašanās vieta), kā arī pilni lauka vērtību apraksti. Šie apraksti var ietvert neapstrādātu datu avotu, aprēķināto datu aprēķina metodes, izmantoto kategoriju aprakstus (t.i., vecuma grupu) vai laika joslas ar datumu/laiku saistītiem datiem. Šī informācija palīdz galalietotājam noteikt, vai datu tabulā ir noderīga informācija viņu vajadzībām. Mašīnlasāmiem datu vārdnīcu formātiem vajadzētu piešķirt prioritāti.

Kategorijas, tagi un atslēgvārdi

Atvērtie datu portāli atbalsta modeli, kas ļauj datu izdevējiem identificēt datus, kas pieder pie plašas kategorijas (piemēram, veselības un cilvēku pakalpojumi, sabiedrības drošība un izglītība). Pēc tam, izmantojot shēmu, kas ietver gan standartizētus, gan katrai kategorijai atbilstošus tagus un atslēgvārdus, atvērto datu portāls palīdz datu patērētājiem viegli un vienmērīgi meklēt un izgūt datu tabulas.

Lai gan datu publicēšanas noklusējuma formāts lielākajā daļā atvērto datu portālu ir komatatdalīta vērtība (CSV), portāli parasti atbalsta daudzus citus failu formātus. CSV failus parasti izmanto, lai ģenerētu API (vaicājamu datu pakalpojumu) atvērtos datu portālos, taču daudzas reizes datus nevar publicēt šādā formātā. Lai izdevējiem nodrošinātu papildu elastības platformas, ir atļauti šādi formāti:

  • CSV - ar komatu atdalītas vērtības
  • XLS - MS Excel faila paplašinājums
  • JSON - JavaScript objekta apzīmējums
  • XML - paplašināma iezīmēšanas valoda
  • RDF - resursu apraksta ietvars
  • ODF - atvērtā dokumenta formāts
  • ODS - atveriet dokumentu veikalu
  • TSV - cilnes atdalītās vērtības
  • Zip Shapefile - Shapefile faktiski ir vairāku failu kolekcija ar vienādu faila nosaukumu, bet atšķirīgiem paplašinājumiem. Atvērto datu portālam katrā formas failā ir jābūt (vismaz) šādiem failiem:
    • SHP - nosaka formas virsotnes
    • DBF - definē atribūtu tabulu
    • PRJ - definē datu projekciju
    • SHX - formas indeksēšanas fails efektīvai apstrādei
    • HTML/URL - hiperteksta iezīmēšanas valoda/vienotais resursu meklētājs
    • DOC/DOCX - Microsoft dokuments
    • TXT - teksts
    • JPG - Apvienotā fotogrāfijas ekspertu grupa
    • PNG - pārnēsājama tīkla grafika
    • GIF - grafikas apmaiņas formāts
    • TIFF - atzīmēta attēla faila formāts
    • PDF - pārnēsājamo dokumentu formāts
    • ZIP - saspiests fails
    • ODT - Atvērt dokumentu
    • BIN - binārais fails

    Publicēto datu tabulu atjauninājumi

    Dati par atvērto datu portāliem ir pastāvīgi jāatjaunina. Īpaši norādījumi par atjauninājumiem ir jāiekļauj tehniskajos un darba dokumentos, kad tie tiek izstrādāti. Katrai organizācijai jābūt atbildīgai par savu datu atjaunināšanu, pamatojoties uz savu iekšējo datu pārvaldības modeli. Ir ļoti ieteicams periodiski veikt iekšēju pārbaudi. Atjauninājumu publicēšanas biežums parasti ir iekļauts katras datu tabulas metadatos un norāda, cik bieži datu tabula tiks atsvaidzināta (piemēram, reizi gadā, mēnesī, dienā).


    Cik plaši tiek atbalstītas ligzdotās FeatureCollections GeoJSON? - Ģeogrāfiskās informācijas sistēmas

    Šajā nodaļā ir aprakstīti visi līdzekļi, kas ir jauni Oracle datu bāzes 19.c laidienā.

    Lietojumprogrammu izstrāde

    Lietojumprogramma Express

    Sociālās pierakstīšanās autentifikācija

    Iepriekš konfigurēta sociālās pierakstīšanās autentifikācijas shēma atbalsta autentifikāciju ar Google, Facebook un citiem sociālajiem tīkliem, kas atbalsta OpenIDConnect vai OAuth2 standartus.

    Sociālās pierakstīšanās autentifikācija galvenokārt ir noderīga šādos lietošanas gadījumos:

    • Jūsu lietojumprogramma ir vērsta pret internetu, un jūs sagaidāt, ka jūsu lietojumprogrammu izmantos nezināms skaits lietotāju no sociālajiem tīkliem.
    • Jūsu uzņēmums ir standartizējis vienu no šiem pakalpojumu sniedzējiem - Oracle Identity Cloud Service, iekšējo OpenIDConnect vai OAuth2 sistēmu autentifikācijai.

    Šīs sistēmas veic lietotāja akreditācijas datu pārbaudi. Ņemiet vērā, ka ikviens, kas ir reģistrēts šajā pakalpojumu sniedzējā, var izmantot jūsu lietojumprogrammu, ja vien jūs aizsardzībai neizmantojat autorizācijas shēmas.

    Saistītās tēmas

    REST iespējots SQL atbalsts

    Pretstatā datu bāzu saišu izveidei, Oracle Application Express instalācijas, kas izmanto Oracle REST Data Services (ORDS) 17.3 vai jaunāku versiju, tagad var izpildīt jebkuru SQL, izmantojot REST galapunktu. Izstrādātāji var viegli izveidot REST iespējotas SQL atsauces, kopīgotajos komponentos definējot nosaukumu, galapunkta URL un autentifikācijas informāciju.

    Oracle Application Express nodod SQL vai PL/SQL vaicājumu ORDS, izmantojot REST, un tiek atgriezta pašraksturoša JSON atbilde. JSON objektā ir rezultātu kopas metadati, rezultātu dati un lappušu numerācijas informācija.

    REST iespējotas SQL atsauces var izmantot par pamatu visiem atskaišu veidiem, piemēram, interaktīvajiem pārskatiem un klasiskajiem pārskatiem, bet ne Interaktīvā režģa reģioniem. Atsauces var izmantot arī ar kalendāriem, JET diagrammām, kokiem un PL/SQL procesiem.

    Oracle datu bāzu saites ir definētas katrā SQL priekšrakstā un darbojas, izmantojot SQL*Net (vai internetā mākoņa vidē), un tām ir jāatver sesija attālajā datu bāzē katram izpildītajam SQL vai PL/SQL. Turpretī REST iespējotās SQL atsauces ir definētas Oracle Application Express darbvietas līmenī, un tās darbojas kopā ar JSON, izmantojot HTTP un HTTPS, kas padara tās viegli lietojamas mākoņa vidē vai internetā. Atsauces var arī ievērojami uzlabot, jo ORDS izmanto savienojuma kopumu attālajā datu bāzē.

    Saistītās tēmas

    Uzlabots lietojumprogrammas izveides vednis

    Pilnībā atjaunotais lietojumprogrammas izveides vednis nodrošina šādas iespējas:

    • Pilnīgi jauna zema koda metode lietojumprogrammu izveidei.
    • Jauna un uzlabota lietotāja pieredze lietojumprogrammu izveidei.
    • Vienkāršāki un modernizēti burvji lapu izveidei.
    • Spēja izveidot sarežģītākas lapas, piemēram, informācijas paneļus un pamatinformāciju.
    • Atbalsts kopīgu ietvaru vai līdzekļu pievienošanai, veidojot lietojumprogrammu, piemēram, piekļuves kontrole, darbību pārskati vai motīvu atlase.
    • Iespēja pielāgot lietotāja saskarnes opcijas, piemēram, motīvu stilu, lietojumprogrammas ikonu un lapas ikonas.

    Šī jaunā vedņa izmantošanas galvenās priekšrocības ir iespēja ātri izveidot jaunas Oracle Application Express lietojumprogrammas bez nulles kodēšanas un uzlabotas lapas.

    Vēl viena būtiska priekšrocība ir iespēja precizēt iepriekšējo vedņa definīciju. Izstrādātāji var atgriezties lietojumprogrammas izveides vednī, izgūt definīciju no iepriekšējā vedņa (plāns), atjaunināt definīcijas un atjaunot citu lietojumprogrammu.

    Saistītās tēmas

    Uzlabots lapas izveides vednis

    Atjauninātajā lapas izveides vednī ir iekļauti šādi uzlabojumi:

    • Jauns lapas veids: blakus informācija par galveno - kreisais panelis ļauj veikt meklēšanu galvenajā ierakstā. Labajā panelī tiek parādīts galvenais ieraksts, izmantojot vērtību pāru pārskatu, un līdz četriem detalizētiem pārskatiem, izmantojot klasiskos pārskatus.
    • Jauns lapas veids: informācijas panelis - izvēlieties no dažādiem diagrammu izkārtojumiem, kuru pamatā ir datu paraugi. Izveidotās diagrammas var viegli atjaunināt Page Designer pēc paaudzes.
    • Iespēja esošai lietojumprogrammai pievienot kopīgus ietvarus vai līdzekļus, piemēram, piekļuves kontroli, darbību ziņošanu, motīvu izvēli un daudz ko citu (ja lietojumprogramma izmanto universālo tēmu).
    • Iespēja pievienot e -pasta ziņojumus un darba ziņojumus (darba nodrošināšana ir definēta noklusējuma shēmā).
    • Iespēja izveidot funkciju administrēšanas lapu vai atlasīt esošu lapu.

    Lapas izveides vednī veiktie uzlabojumi ir paredzēti, lai viegli piegādātu jaunus lapu veidus, un esošajās Oracle Application Express lietojumprogrammās ir iekļautas jaudīgas funkcijas.

    Saistītās tēmas

    Tīmekļa avota moduļi

    Oracle Application Express ievieš jaunu datu avota tipu Web avotu moduļi - deklaratīva metode, lai definētu atsauces uz ārējām REST API un vispārīgām JSON datu plūsmām. Tīmekļa avota moduļi saglabā papildu metadatus par to, kā parsēt atbildes datus un kartēt tos kā virtuālu tabulu ar rindām un kolonnām. Modulis var saturēt vienu vai vairākas tīmekļa avota darbības, kas ir atsauces uz konkrētu ārēju tīmekļa pakalpojumu.

    Tīmekļa avota moduļos var iekļaut arī pēcapstrādes SQL, kas modificē datus, pirms tos apstrādā Oracle Application Express komponents. Šo SQL var izmantot, lai lietotu funkcijas, apkopojumus vai pievienotos vietējām tabulām.

    Tīmekļa avota moduļus var izmantot par pamatu visiem pārskatu veidiem, piemēram, interaktīvajiem pārskatiem un klasiskajiem pārskatiem, bet ne interaktīvā režģa reģioniem. Šos moduļus var izmantot arī ar kalendāriem, JET diagrammām, kokiem un PL/SQL procesiem.

    Iepriekšējos Oracle Application Express laidienos bija iespējams definēt SOAP un REST Web pakalpojumus un pēc tam tos izmantot ierobežotos Oracle Application Express komponentos. Šādu pakalpojumu noteikšana bija manuāla, laikietilpīga un pakļauta kļūdām. Jaunie tīmekļa avota moduļi ir ļoti deklaratīvi, jo tie izmanto atklāšanu, lai izprastu un definētu ienākošo tīmekļa pakalpojuma struktūru.

    Saistītās tēmas

    Jauna REST darbnīca

    Pirms 18.1 laidiena lietojumprogrammā Express izveidotās RESTful pakalpojumu definīcijas tika saglabātas Application Express galvenās shēmas metadatu tabulās. Tagad Oracle Application Express var izmantot Oracle REST Data Services (ORDS) krātuvi, ja vien Application Express izmanto ORDS 17.4 vai jaunāku versiju. Oracle iesaka visu RESTful pakalpojumu migrēšanu uz Oracle REST Data Services (ORDS) repozitoriju.

    Esošos Application Express balstītos REST pakalpojumus var viegli migrēt uz jauno ORDS krātuvi. REST pakalpojumi, kas balstīti uz Application Express, turpina darboties, tomēr jūs nevarat izveidot jaunus vai rediģēt esošos uz Application Express balstītos RESTful pakalpojumus.

    Izmantojot ORDS krātuvi REST pakalpojumiem, ir daudz vieglāk pārvaldīt RESTful pakalpojumus vienā vietā, izmantojot daudzus rīkus, tostarp Application Express, SQL Developer, SQL Plus un SQLcl.

    Saistītās tēmas

    Vispārīgi

    Lietojumprogrammu nepārtrauktība Java: jaunu valstu pārvaldība

    Šī funkcija ievieš jaunus sesijas stāvokļus, tostarp AL8KW_ERR_OVLAP, AL8KW_EDITION, AL8KW_SQL_TXLP, un AL8KW_ROW_ARCHIVAL, kas tiek saglabāti normālas darbības laikā un tiek atjaunoti kļūmjpārlēces laikā, kad FAILOVER_RESTORE ir iestatīts un NEVĒLĒTĀJS vienāds AUTO.

    Šī funkcija uzlabo Java lietojumprogrammu nepārtrauktības pārredzamību.

    Saistītās tēmas

    Vecāku tēma: Vispārīgi

    Lietojumprogrammas nepārtrauktība Java: Deklaratīvā pieprasījuma norobežošana

    Ieviešot šo līdzekli, kad ir konfigurēta Java lietojumprogrammu nepārtrauktība AUTO režīms (tas ir pakalpojums FAILOVER_TYPE = AUTO), JDBC vadītājs injicē a beginRequest zvaniet izpildlaika laikā, pēc JDBC savienojuma izveides ar atkārtošanas datu avotu.

    Šī funkcija nodrošina nulles dīkstāvi Java lietojumprogrammām un trešo pušu savienojumu kopām bez nepieciešamības mainīt kodu.

    Saistītās tēmas

    Vecāku tēma: Vispārīgi

    Oracle tīkla žurnāla failu segmentācija

    The maximum size and number of text log files can be configured for Oracle Network components such as Oracle Net Listener, CMAN and GSM.

    This feature prevents issues of ever-increasing log file sizes.

    Related Topics

    Parent topic: Vispārīgi

    SQL*Net: Auto-Detection of Support for Out-of-Band Breaks

    Out-of-band breaks were enabled by default for UNIX platforms in past releases. However, this configuration causes numerous problems when network devices on the path between the client and the server do not allow out-of-band data to pass through. This data may either be dropped or inlined leading to server-side problems such as TNS errors or data corruption. These problems are often very hard to diagnose. The solution is to turn off usage of out-of-band data manually by setting a sqlnet.ora parametrs.

    The goal of this feature is to automatically probe the network path between the client and the server in order to determine the status of out-of-band support, and automatically enable or disable it.

    Related Topics

    Parent topic: Vispārīgi

    Java Library for Reactive Streams Ingestion

    This feature describes the new Java library for high speed ingestion of data streams with non-blocking back pressure. Java applications that use the provided APIs may continuously receive and ingest data from a large group of clients. The ingestion process is non-blocking and extremely fast through the direct path load into the database tables. Through the Universal Connection Pool (UCP), the ingestion process inherits Oracle RAC and Sharded database support, and furnishes high availability and scalability.

    This feature enables implementing high-speed ingestion of streaming data with scalability and high availability.

    Related Topics

    Parent topic: Java

    Materialized View Support for Queries containing JSON_TABLE

    Materialized views query rewriting has been enhanced so that queries with JSON_EXISTS, JSON_VALUE and other functions can utilize a materialized view created over a query that contains a JSON_TABLE funkciju.

    This feature is particularly useful when the JSON documents in a table contain arrays. This type of materialized view provides fast performance for accessing data within those JSON arrays.

    Related Topics

    Parent topic: JSON

    SQL/JSON Syntax Simplifications

    Syntax simplifications are offered for SQL/JSON path expressions, SQL/JSON generation with the json_object function, and field projection with the SQL/JSON nested clause.

    These features make the SQL interface for JSON processing easier to use for certain operations. For example, a query such as SELECT JSON_OBJECT(*) FROM emp can be used to construct a JSON representation for a row of table EMP. JSON NESTED clause can be used to succinctly map JSON values to table rows: SELECT * FROM customer NESTED jsonCol COLUMNS(first_name, last_name, address, state, zip).

    Related Topics

    Parent topic: JSON

    New SQL/JSON Function JSON_SERIALIZE and JSON Data Guide Support for GeoJSON Data

    You can use the new SQL/JSON function json_serialize to serialize JSON data to text or to UTF-encoded BLOB data. json_dataguide SQL aggregate function can now detect GeoJSON geographic data in your documents.

    json_serialize function is useful for extracting JSON values as text for printing or display. You can now use json_dataguide to create a view that projects such data as SQL data type SDO_GEOMETRY.

    Related Topics

    Parent topic: JSON

    JSON Update Operations

    You can now update a JSON document declaratively using the new SQL function json_mergepatch. You can apply one or more changes to multiple documents by using a single statement.

    This feature improves the flexibility of JSON update operations.

    Related Topics

    Parent topic: JSON

    JSON-Object Mapping

    This feature enables the mapping of JSON data to and from SQL object types and collection types.

    This feature makes it easier for programs that use SQL objects and collections to interact with JSON-based applications.

    Related Topics

    Parent topic: JSON

    DISTINCT option for LISTAGG aggregate

    LISTAGG aggregate function now supports duplicate elimination by using the new ATŠĶIRT atslēgvārds.

    LISTAGG aggregate function orders the rows for each group in a query according to the SAKĀRTOT PĒC expression and then concatenates the values into a single string. With the new ATŠĶIRT keyword, duplicate values can be removed from the specified expression before concatenation into a single string. This removes the need to create complex query processing to find the distinct values before using the aggregate LISTAGG funkciju. Ar ATŠĶIRT option, the processing to remove duplicate values can be done directly within the LISTAGG funkciju.


    Who’s On First Data in Practice

    These published data sets are what SFO Museum itself consumes to populate and run its own millsfield.sfomuseum.org (https://millsfield.sfomuseum.org) website. This website operates alongside SFO Museum’s existing online presence and collections website, which is part of the airport’s flysfo.com (https://flysfo.com) website. The Mills Field project and website is described as:

    [A] place to consider what it means for a museum in an airport, an airport with over 55 million visitors in 2017, to operate in a world where (almost) everyone is connected to the Internet. It is a place to learn what are the opportunities and what are our responsibilities, as a cultural heritage organization, to everyone who passes through SFO equipped with curiosity and a computer connected to the network?

    [It] is not an experiment or a ‘labs’ project. It’s not even our official website. It is a work in progress to understand and to share the arc of our direction as we answer the question above. To determine where we are going, where all these technologies will take us, and to invite you along for the ride.

    The Mills Field website is where everything described in this paper is given form and proven, or just as importantly, disproven. SFO Museum’s ambition for digital projects extend beyond a single website, but we use this website as a foundational layer on top of which everything else we do will be built.

    As mentioned at the beginning of this paper, SFO Museum has begun its efforts at the macro-level (the whole world) and has been working its way down to the collection itself. The reason for starting with everything that surrounds an object, whether it is a country or an airport or an airline or the gallery space where an object was displayed in, is to ensure a stable and durable infrastructure that allows each and every one of those facets—facets that are common currency in people’s day-to-day lives—to act as a conduit back to those objects and the larger SFO Museum collection.

    Figure 12: Screenshot of the SFO Museum Web page for airports related to the SFO Museum collection from the country of South Africa (https://millsfield.sfomuseum.org/countries/85633813/airports/).

    We also want this infrastructure to be open and available to others, from amateur enthusiasts to third-party developers to other groups at the airport itself. We want them to be able to fashion their own applications from, interpretations of, and uses for the SFO Museum collection. Therefore, it is important to SFO Museum that we are building our own public-facing services on top of the same open data we produce for general consumption. If we hope and expect others to build something interesting from our data then we should be able to prove, if only to ourselves, that we can too.

    While it remains early days in the project the decision to explicitly model the SFO Museum collection in space and time has thus far proven fruitful. By promoting place and history as first-class properties associated with every aspect of our collection, and by extension the airport in which it is housed, we are able to offer as many avenues as there are (or have been) places back in to the collection itself.