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
Test and improve error messages for constraint expressions in opendap #362
Comments
The OPeNDAP DAP2 specification calls queries that look at data values "selection" constraint expressions. Array subsetting by index is called "projection" constraint expressions. I believe DAP2 only supports "selection" against the Sequence data type and "projection" on arrays. DAP4 (specification) uses slightly different terminology for constraints. However, I believe arrays can still only be subset by index and that selection by value is not supported for arrays. |
Thanks for the clarification @ethanrd, I did not catch that those only applied for certain types. I am a bit confused about simple data types like int, float, etc. In the Table 5 of the DAP2 spec it seems like the "selection" constraints should apply in that case, but when I tested this in TDS I get a 500 error. |
Okay, I may have been testing on an array of floats, which could be type (@DennisHeimbigner in case this is relevant for you too) |
A Sequence in OPeNDAP is a structure that may have many instances. So this dataset
might have 100 |
Oops! Looks like I explained more than needed. Sorry! Yes, as far as I know those types of queries are mainly useful for Sequences. |
Thanks Ethan! That is clear now! The current behavior may be correct then (I have not thoroughly tested it though). Maybe then I will revise this issue to:
|
Good catch, Ethan. I assumed the query was against a sequence. Ethan is correct that only |
The open dap spec contains a section about constraint expressions, which includes queries like
?var&var>0
. All types of expressions in the spec should work and be tested.This does not currently work in TDS and is not tested either. This could be a regression, but as there are no tests or evidence that it used to work, I am labeling this as an enhancement.
The text was updated successfully, but these errors were encountered: