Terrain correction - prisms vs tesseroids layer
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
Direzione di ricerca
Iniziare esaminando il comportamento della correzione del terreno di prism e tesseroid quando i punti di misurazione si trovano all’interno di tesseroids, utilizzando lo stesso modello digitale del terreno. Determinare se l’assegnazione coerente delle altezze della superficie in entrambi i metodi produce un confronto coerente e documentare la procedura consigliata o la modifica necessaria.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I’m currently producing a new Bouguer anomaly map for Belgium. To handle the terrain correction, I would like to compare the prism layer and tesseroid leyer methods using the same digital terrain model. All the gravimetric data I have were measured on the ground.
The issue I’m facing is that certain points are considered to be “inside” the tesseroids, which does not seem to be a problem when using prisms. What solution would you recommend to ensure a coherent comparison?
My current approach is to assign each point the height of the surface of the tesseroid in which it is located. However, this means I’m using different heights in the two methods. Wouldn’t it be better, then, to apply the same procedure to the prism corrections—by assigning each measurement point the height of the prism surface?
Although the heights would still differ from those used with tesseroids, I assume that the comparison between the two terrain correction methods would then be based solely on the digital terrain model, making it more consistent.
Thank you for your help!
Elise
- Lingua principale
- Python
- Stelle
- 309
- Fork
- 91
- Merge medio
- 1g 10h
- PR unite (30g)
- 3
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
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 fatiando/harmonica
-
maintenance
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 28/100
-
maintenance
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
-
documentation
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
Tutte le issue di fatiando/harmonica
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
Status: Triaged Type: Enhancement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
canonical/craft-store#448 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
good first issue research size:s skill:numerics sub-issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
SKaiNET-developers/SKaiNET#1372 ·
I maintainer di solito rispondono entro 1 giorno
-
debt
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
microsoft/vscode-flake8#601 ·
I maintainer di solito rispondono entro 1 giorno