-
Notifications
You must be signed in to change notification settings - Fork 10
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
Transform2: Basic TAP validation #29
Comments
as per conversation between @kcoyle and @tombaker configuration file can:
|
Should we consider TAP column headers to be case sensitive or case insensitive? So should valueDatatype = valueDataType ? The options seem to be:
|
I suggest following Postel's law (aka the robustness principle) of being "conservative in what you do, be liberal in what you accept from others". In this case our documentation and examples should be case sensitive, lowerCamelCase, but implementation would be well advised to transform to lower case and remove any spaces. So both |
@philbarker So we should implement some sort of preprocessing of a CSV before the CSV parser initializes the dictionary of its contents?? |
I agree that the TAP headers should be allowed to be case insensitive. I'm less sold on allowing spaces, but don't oppose that. That said, I see this as an eventual enhancement and wouldn't want to require it for our July demonstration at LD4 unless it is an easy fix. |
@philbarker @kcoyle
So for valueConstraintType, it will recognize:
As an undocumented (and at-risk) feature, it also recognizes short forms - see issue 34 |
See documentation of dctap-python for particulars. |
The text was updated successfully, but these errors were encountered: