-
Notifications
You must be signed in to change notification settings - Fork 79
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
extendable land unit area concept. #56
Labels
Bug
Something isn't working.
Doc
Adding or updating documentation.
Enhancement
New feature request or improvement or optimization.
P1
Needs immediate attention.
Comments
Can i work on this issue ? |
Of course. That would be great. |
I am an Outreachy applicant .I found this issue interesting and I discussed with @kartikeysaran who is working on it. Can You assign this issue I would like to contribute to it |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Bug
Something isn't working.
Doc
Adding or updating documentation.
Enhancement
New feature request or improvement or optimization.
P1
Needs immediate attention.
Is your feature request related to a problem? Please describe.
Currently the system calculates the Land UNit area using a method on the provider (area)
This can be overridden by having a variable called
landUnitArea
.This is clumsy and obscure.
Describe the solution you'd like
This should be definable in the system settings, in a similar fashion to Localdomain -
simulateLandUnit
. But perhaps in the Landscape object. Allowing the user to dwefine a variable that is the Area to use.This way the variable can be used as a transform for eaxample. Either doing a SQL query or spatial layer lookup. Or just a differnt method to calculate the area.
Perhaps like:
landUnitAreaVariable
below:The text was updated successfully, but these errors were encountered: