-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
lx and ly not populated. #65
Comments
actually never mind @jess-shue, I now see that the trees have UTM coordinates.... I should be able to calculate lx and ly from those (although it is stricky since the plot is not exactly oriented north. For future versions of the app, the crew should enter lx and ly. |
Hi @ValentineHerr, If an old tree was moved, these new coordinates will also capture those changes. So, the newly calculated lx, ly will be correct/changed for some stems. On my recent trip to Panama, I learned about this and also a new way of building a Notebook in the background that can be used to automatically calculate the new coordinates. Unfortunately, I did not know about this when setting things up for SCBI, but we can still make these coordinate calculations now. Milton provided an equation that will account for the orientation of the plot. Thanks, |
Thanks for the clarification, @jess-shue. I am able to calculate local coordinates based on x and y. For now, I am looking at the new NAD83 coordinates (calculated based on the decimal degree x, y) and am comparing them to the original coordinates in the plot below. There are trees that moved quite a bit. @Iriskennedy, @krystalbagnaschi and @rmh24 do you remember moving trees very far? (each blue line is an old tree moved) My next step is to identify those trees and see if there is anything in the notes. |
Here are the 45 cases that have been moved more than 20m. Some have comments but others don't. The 2 biggest move don't have a comment, which makes me think it may be an error... I find the little diagonal moves intriguing. Census crew, any idea why you would often have one tree move from one corner to the other? @jess-shue, quadrat does not get edited when you move the tree? |
@ValentineHerr No, again this is something we can do, but it was not built into SCBI's app. |
Hi Valentinne if you allow me, I will clarify your doubt about the movement of trees diagonally. This occurred in many cases because the person who mapped the trees in previous censuses was disoriented or had the maps upside down. The North behind them and the South towards their face. When normally they should map with the North in front and the South behind them.
So the trees' correct position would be the same, only on the opposite side of where they were mapped in previous censuses.
Atte,
From: Valentine Herrmann ***@***.***>
Sent: Tuesday, March 5, 2024 3:30 PM
To: SCBI-ForestGEO/2023census ***@***.***>
Cc: Subscribed ***@***.***>
Subject: Re: [SCBI-ForestGEO/2023census] lx and ly not populated. (Issue #65)
External Email - Exercise Caution
Here are the 45 cases that have been moved more than 20m. Some have comments but others don't.
I find the little diagonal moves intriguing. Census crew, any idea why you would often have one tree move from one corner to the other?
@jess-shue<https://github.com/jess-shue>, quadrat does not get edited when you move the tree?
image.png (view on web)<https://github.com/SCBI-ForestGEO/2023census/assets/19673377/dc5d7a26-b617-4657-b6ea-aadac9857ea4>
image.png (view on web)<https://github.com/SCBI-ForestGEO/2023census/assets/19673377/62906d08-e993-447f-8d46-ea9e1c8078fd>
-
Reply to this email directly, view it on GitHub<#65 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/A7DSWHTDMPX533KFVHWT64TYWYTLFAVCNFSM6AAAAABEHJOAOKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZZGU4DINZUGM>.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.******@***.***>>
|
@mitreds and @jess-shue thanks for the clarifications! |
Hi @jess-shue,
I see a lot of missing lx and ly coordinates. I didn't think of checking for that in our QA/QC but I now see it.
Here are the number of cases with missing coordinates. Is there a way to retrieve them? I am hopeful that there is since the data is supposed to be georeferenced in the app..??
The text was updated successfully, but these errors were encountered: