Time ordering of Coverages in a Collection
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- json
- Bereich
- data
Rechercherichtung
Beginne damit, die verlinkte data_access_api issue #12, den Vorschlag für eine Zeitdomäne auf Sammlungsebene und den referenzierten Abschnitt der CoverageJSON-Spezifikation zu lesen. Bestimme, ob sortierte Zeitstempel der Sammlung und die Anordnung von Coverages in das Schema oder in ein #161-Profil gehören, und dokumentiere anschließend das vereinbarte Verhalten und die Abschlusskriterien.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
In the particle tracking use case and drift models, the usual outcome is set of:
- trajectories - from drift models they are identifiable along the time, something like NCEI Multiple mooring lines with stationary instruments at different depths across the mooring lines and the instruments measuring at different points in time. but without 'z' in dim.
- series of snapshots, each snapshot is a MultiPoint, each point has properties - good for raw observations, particles are not identifiable at source, also preference for visualization as it allows for present frame by frame.
Here is the covjson schema compliant second representation as CoverageCollection of MultiPoint, each Multipoint at different time:
https://github.com/ILIAD-ocean-twin/data_access_api/issues/12
Traversing through all the Coverages/frames to know what are the timestamps and to order them does not feel like elegant.
So example has additional time domain (not breaking the schema nor mentioned in spec as MAY for CoverageCollection) on the collection level where all the timestamps are listed and sorted. It is redundant to timestamps in the Coverages while allowing to construct timescale, potentiallyy faster (all timestamps in one block, no need to traverse all the Coverages, esp they does not have to be in order).
Is that a good case to say what is the domain of the coverage collection if exists?
Is it a good candidate for #161 type profile?
- Vorherrschende Sprache
- HTML
- Sterne
- 15
- Forks
- 9
- Ø Merge
- 6 Std. 1 Min.
- Gemergte PRs (30 T.)
- 3
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus opengeospatial/CoverageJSON
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 45/100
opengeospatial/CoverageJSON#233 ·
-
New CovJson LibraryOffenImplementations
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
opengeospatial/CoverageJSON#229 · 3 Kommentare ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
opengeospatial/CoverageJSON#227 · 3 Kommentare · 1 Reaktion ·
-
enhancement
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 30/100
opengeospatial/CoverageJSON#218 · 4 Kommentare ·
-
V1.1
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
opengeospatial/CoverageJSON#216 · 9 Kommentare · 3 Reaktionen ·
Alle Issues in opengeospatial/CoverageJSON
Ähnliche Issues
-
Component: Ruby Type: bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag
-
area:ingestion bug effort:S level:L3 ready-for-agent
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
mczielinski/ob-analytics#354 ·
Maintainer antworten meist innerhalb von 1 Tag
-
author-page correction
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100
acl-org/acl-anthology#10185 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Serializing numpy object string arrays is slowEvtl. vergeben @febkor hat das vor 16 Tagen übernommen. OffenTRIAGE
Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
vaccfr/Sector-Files#225 ·