Closed ajcasagrande closed 1 year ago
it is kind of easy fix in the default profile. We don't hardcode it in the source code. We can add another GetXXX in the default profile and make them backward consistent. https://github.com/edgexfoundry/device-onvif-camera/blob/7ec405a7ebe2d3fd94ca179867e83cca09fb31d0/cmd/res/profiles/camera.yaml#L206-L233
@cloudxxx8 @lenny-intel @trleasher-intel alternatively we can add secondary functions for the ones that still have Get and Set in the name (like for GetSupportedRules
, add a SupportedRules
duplicate). I'm not sure which is better, I just think it should be consistent whichever one we go with (right now some have the Get and some remove the Get).
We can never truly be word for word the same as the ONVIF spec, as there are conflicting names across services (which is why Media2Profiles
exists).
I am fine with either way. It's good to make the names as consistent as possible.
The Device Profiles provide an abstraction of the protocol, so IMO they don't have to match the ONVIF names exactly, but should be consistent in name, i.e Get vs no Get, etc.
Since some have Get and Set functions and others are just Get, it make sense to me to drop Get
from all the names for consistency.
@ajcasagrande, @presatish , add a task for this for EdgeX US?
Currently the service has inconsistent names for EdgeX commands compared to the onvif equivalent. For example, some commands remove the
Get
such as theStreamUri
command, however others such asGetPresets
keep theGet
in the beginning.Here is a list of all the EdgeX commands which begin with
Get
orSet
:Obtained via the command:
Here is a scraped table with all of the EdgeX commands and their Onvif equivalents. The difference field is what you get if you remove the edgex command name from the onvif call name: