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
Array parameters #24
Comments
@netzahdzc, thanks for providing the details! As promised, I'm looking at the problem here. As explained in the docs, you need to indicate the attributes types (for now). You might be able to work around this issue by only adding the "type": "Array" to the "consistOf" attribute as shown below. The rest might not be necessary because the defaults are already well aligned with QL.
Complementing, I'll try to better understand what orion is doing with the default datatypes for arrays and dicts. This will give a better idea of which are the datatypes Quantum should be prepared to handle. Note QL is already accepting arrays of strings and dicts (structuredValues), but I need to align this with Orion's defaults so that we can later skip passing the "type" for the attributes as a whole. Let me know if that change lets you move forward in the meantime. |
ok, thanks!! |
Just an update after inspecting orion's behavior, the problem is Orion will apply the same type for both arrays and objects. Both will be tagged as QL was prepared to treat StructuredValue as objects, not as arrays. In your example, we're talking about attribute The task to do now in QL to fix this issue is to inspect the value and deduce/assign the corresponding type. The fix for this issue should be aligned with the resolution of #36. |
Fixed in https://github.com/smartsdk/ngsi-timeseries-api/pull/53/files. Feel free to reopen if this problem persists |
It seems that QuantumLeap is struggling when catching Array data. I have noticed that the Orion is receiving the data but never store as historical (on the Quantum side).
This is an example of the json sent:
This is the error I found when checking the Quantum's Log:
crate.client.exceptions.ProgrammingError: SQLActionException[ColumnValidationException: Validation failed for refdevice: ['device-9845A', 'device-9845B', 'device-9845C'] cannot be cast to type object]
The text was updated successfully, but these errors were encountered: