[Feature Request] User defined schedules
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
Direzione di ricerca
Non sono indicati file, test o punti di ingresso. Inizia esaminando il repository per individuare il modello esistente di allineamento dei timestamp e le interfacce di query, quindi definisci come si integrano regioni, gerarchia, proprietà, geometria, pianificazioni e query di posizione. Il lavoro è completato quando sono stati concordati l’ambito e il comportamento per tutte e sei le funzionalità richieste.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is your feature request related to a problem? Please describe.
Inspections commonly include particular regions (e.g. grid cells in bathymetry, piles, etc), which may determine the types of data processing and analysis which need to occur. While naive data alignment by timestamp is definitely useful, more meaningful alignment is more likely based on user-defined regions, which may be defined by location data or time periods.
Describe the solution you'd like
- allow users to define regions with IDs
- support regions having a parent
- support properties/tags for regions (allows different types of analysis in different region types)
- support area polygons/central positions for regions (allows intelligent querying, and some level of plotting)
- support user-defined schedules that map time periods to region IDs (query timestamp -> most specific region ID)
- support location querying (query location -> most specific region ID)
Describe alternatives you've considered
| alternative | reason(s) why unsuitable |
|---|---|
| no regions, just timestamps | limits utility of alignment and analysis |
Additional context
- known regions could allow rough geo-tagging of photos even without a positioning system on the vehicle
- regions with locations and/or area polygons can be plotted, which can help make sense of data
- Lingua principale
- Python
- Stelle
- 3
- Fork
- 0
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ES-Alexander/data-alignment
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
ES-Alexander/data-alignment#3 · 1 commento ·
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
ES-Alexander/data-alignment#1 · 1 commento ·
Tutte le issue di ES-Alexander/data-alignment
Issue simili
-
enhancement good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
hatchet-dev/hatchet#5179 ·
I maintainer di solito rispondono entro 1 giorno
-
python-version
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
bug javascript P2-medium python release:v3.1
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
adrirubio/claude-deck#546 ·
I maintainer di solito rispondono entro 1 giorno