You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
TLDR: How can we enhance the project.rs.xml to point to a subset of features in a single feature class?
QRiS uses a single feature class for features of the same type but for different points of time. So if you have a dam/jam count in 2007 and another in 2019, all the points for these features are stored in a single feature class distinguished by a foreign key that identifies the parent "data capture event" (i.e. timeframe).
This is good database design! The database can grow to store an unlimited number of data capture events and features without the database structure needing to change.
Also, this is handled in GIS by using query strings (aka "definition queries"). We leverage this in Riverscapes Business Logic when we want to filter features using "static" identifiers (e.g. FCode).
However, QRiS introduces the need to filter features by dynamic identifiers (i.e. data capture event foreign keys) that are not known at the time of writing the business logic and also vary project to project.
Question
Is it feasible to enhance the project.rs.xml specification to allow for a query string for individual layers. For example:
TLDR: How can we enhance the project.rs.xml to point to a subset of features in a single feature class?
QRiS uses a single feature class for features of the same type but for different points of time. So if you have a dam/jam count in 2007 and another in 2019, all the points for these features are stored in a single feature class distinguished by a foreign key that identifies the parent "data capture event" (i.e. timeframe).
This is good database design! The database can grow to store an unlimited number of data capture events and features without the database structure needing to change.
Also, this is handled in GIS by using query strings (aka "definition queries"). We leverage this in Riverscapes Business Logic when we want to filter features using "static" identifiers (e.g. FCode).
However, QRiS introduces the need to filter features by dynamic identifiers (i.e. data capture event foreign keys) that are not known at the time of writing the business logic and also vary project to project.
Question
Is it feasible to enhance the project.rs.xml specification to allow for a query string for individual layers. For example:
FYI @KellyMWhitehead @joewheaton
The text was updated successfully, but these errors were encountered: