You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Easy enough to extract all that data for attributes of local entities, but, what about registrations?
In the case of iot agents, I guess the normal way is that an entity is registered with its entity id and type, and the list of attributes.
With that I could easily extract info for typeNames, and attributeCount (I'd increment it by one). The necessary info for attributeTypes is not so easy though; I'd have to query the iot agent to retrieve the type of the attributes.
Also, what if this registration is done in more than one broker? Could be counted more than once.
I'd need the registration to be "local" to make sure it's counted for just once.
Then we have the problem with more open registrations, like just an entity type.
For open registrations, I'd need to query the provider about the list of attributes.
It all gets extremely complicated and a clear definition on forwarding (global and local registrations) and federation will be needed before I can make a decision on how to fully implement `GET /attributes?details=true'.
So, for now, Orion-LD only considers local entities for `GET /attributes?details=true'.
The text was updated successfully, but these errors were encountered:
For now, only local entities are considered for
GET /attributes?details=true
.This is how the response payload body looks when details is turned on:
Easy enough to extract all that data for attributes of local entities, but, what about registrations?
In the case of iot agents, I guess the normal way is that an entity is registered with its entity id and type, and the list of attributes.
With that I could easily extract info for
typeNames
, andattributeCount
(I'd increment it by one). The necessary info forattributeTypes
is not so easy though; I'd have to query the iot agent to retrieve the type of the attributes.Also, what if this registration is done in more than one broker? Could be counted more than once.
I'd need the registration to be "local" to make sure it's counted for just once.
Then we have the problem with more open registrations, like just an entity type.
For open registrations, I'd need to query the provider about the list of attributes.
It all gets extremely complicated and a clear definition on forwarding (global and local registrations) and federation will be needed before I can make a decision on how to fully implement `GET /attributes?details=true'.
So, for now, Orion-LD only considers local entities for `GET /attributes?details=true'.
The text was updated successfully, but these errors were encountered: