-
Notifications
You must be signed in to change notification settings - Fork 1
CLASTR WIP #24
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
CLASTR WIP #24
Conversation
I've worked on the batch API results a bit. It isn't as complex as feared, in that it only adds a level to the return array. It seems to be possible to use the existing parsing code (or derivation of it) and apply that to each batch query result. |
Or, we just save the xlsx return:
|
Another thought on this is that currently we have a fix whereby "Penta D" or "Penta_E" are forced to "PentaD", etc. And it seems like it may be better to go the other way, e.g. force "PentaD" or "Penta_E" to "Penta D" and "Penta E" depending on what the API expects. Presumably it requires |
I failed to consider this. The API expects: This consideration highlights another point I've been thinking about: if a custom DB with malformed maker names (with respect to the API) is uploaded, or a batch file with malformed marker names is used, the API query will return nothing. I am thinking of adding a check prior to the API post request and throwing a warning/error message when non-compatible marker names are found. I could see someone having a mix of compatible and non-compatible markers and still wishing to query. |
Remaining to resolve:
Other things I am missing? |
This is just so we have a place to discuss any issues that may arise. Ideally, we'd be able to get this working for the batch query as well, though I foresee an even larger parsing nightmare on that front.