Open schristley opened 2 years ago
You are correct, it could be simplified. At the moment, it is consistent with the object response where we have the same object structure in both the query and the response:
"repertoire": { "repertoire_id": "3" }
Assuming of course we fix the issue in #89 8-)
We could change it I suppose, but it isn't a bug just a difference in presentation, no?
Ok, I didn't see that correspondence at first, that makes sense to keep the same object structure in both queries and responses. Should we make that more explicit in the spec? Right now repertoire_description_object
is just the IDs:
repertoire_id: 1
sample_processing_id: 2
data_processing_id: 3
should we specify that the repertoire
key is part of the object, as that seems to be the intent? Otherwise the key can be anything...
repertoire:
repertoire_id: 1
sample_processing_id: 2
data_processing_id: 3
For the
rearrangement/count
end point, I notice there seems to be an extra object level, is this needed for some reason? Specifically, here is an example JSON post data:The
repertoire:
key inside therepertoires
array seems unneeded. It could simply be this asrepertoires
already provides the context: