Please be aware that the project will have frequent updates to the main branch. There are no compatibility guarantees associated with code in any branch, including main, until it has been released. For example, changes may be reverted before a release is published. For the best results, use the latest published release.
The below sections record the changes for each API version in each release as follows:
- for each first alpha or release-candidate API version, all changes since the release of the previous public API version
- for subsequent alpha or release-candidate API versions, the delta with respect to the previous pre-release
- for a public API version, the consolidated changes since the release of the previous public API version
This public release contains the definition and documentation of
- location-verification v1.0.0
- location-retrieval v0.3.0
- geofencing-subscriptions v0.3.0
The API definition(s) are based on
- Commonalities v0.4.0
- Identity and Consent Management v0.2.0
Changelog since v0.2.0
- Full Changelog with the list of PRs and contributors: https://github.com/camaraproject/DeviceLocation/compare/v0.2.0...r1.2
- Added x-correlator to requests and headers
- Enhancements in documentation
- Testing plan
- Make
deviceoptional in requests, with related documentation - Make '+' mandatory for phoneNumber
- Adjust
maxAgebehaviour and minimum, and adjust documentation - Alignment of errors with Commonalities
- Update the PARTIAL case description:
match_rateis set in the response
- Added x-correlator to requests and headers
- Enhancements in documentation
- Testing plan
- Make
deviceoptional in requests, with related documentation - Make '+' mandatory for phoneNumber
- Adjust
maxAgebehaviour and minimum, and adjust documentation - Alignment of errors with Commonalities
- Clarify that
lastLocationTimeis mandatory in responses
- Adopt Commonalities guidelines for subscriptions (based on CloudEvents)
- Add
subscriptionMaxEventsfor maximum number of notifications - Add
SUBSCRIPTION_DELETEDandSUBSCRIPTION_UNPROCESSABLEas termination reasons - Add
terminationsDescriptionas optional event property - Added x-correlator to requests and headers
- Enhancements in documentation
- Testing plan
- Change base path to
geofencing-subscriptionsand adapt security scopes - Make '+' mandatory for phoneNumber
- Alignment of errors with Commonalities
This pre-release contains the definition and documentation of
- location-verification v1.0.0-rc.1
- location-retrieval v0.3.0-rc.1
- geofencing-subscriptions v0.3.0-rc.1
The API definition(s) are based on
- Commonalities v0.4.0-rc.1
- Identity and Consent Management v0.2.0-rc.1
Changelog since v0.2.0
- Full Changelog with the list of PRs and contributors: https://github.com/camaraproject/DeviceLocation/compare/v0.2.0...r1.1
- Added x-correlator to requests and headers
- Enhancements in documentation
- Testing plan
- Make
deviceoptional in requests, with related documentation - Make '+' mandatory for phoneNumber
- Adjust
maxAgebehaviour and minimum, and adjust documentation - Alignment of errors with Commonalities
- Update the PARTIAL case description:
match_rateis set in the response
- Added x-correlator to requests and headers
- Enhancements in documentation
- Testing plan
- Make
deviceoptional in requests, with related documentation - Make '+' mandatory for phoneNumber
- Adjust
maxAgebehaviour and minimum, and adjust documentation - Alignment of errors with Commonalities
- Clarify that
lastLocationTimeis mandatory in responses
- Adopt Commonalities guidelines for subscriptions (based on CloudEvents)
- Add
subscriptionMaxEventsfor maximum number of notifications - Add
SUBSCRIPTION_DELETEDas termination-reason - Added x-correlator to requests and headers
- Enhancements in documentation
- Testing plan
- Change base path to
geofencing-subscriptionsand adapt security scopes - Make '+' mandatory for phoneNumber
- Alignment of errors with Commonalities
This is the second alpha version of the DeviceLocation API family.
- API definition with inline documentation.
- This release contains significant breaking changes compared to v0.1.0, and it is not backward compatible
- Especially a lot of the parameter names changed in line with the agreed glossary within CAMARA Commonalities
- This is an alpha version, it should be considered as a draft.
- There are bug fixes to be expected and incompatible changes in upcoming versions.
- The release is suitable for implementors, but it is not recommended to use the API with customers in productive environments.
-
Second alpha version of
location-verificationAPI, v0.2.0, renamed fromlocation, with main changes:- Input property
ueIdevolved todevice, following CAMARA guidelines. - New input parameter
area, considering initially circular areas, and deprecating previouslatitude,longitudeandaccuracyproperties. - New input parameter
maxAge. - Response adds new values
UNKNOWNandPARTIALforverificationResult. It also adds propertiesmatchRateandlastLocationTime. - Security schemas and scopes aligned with commonalities guidelines.
- Error responses adapted to new commonalities guidelines.
- Inline documentation within OpenAPI spec.
- Input property
-
First alpha version of the new API
location-retrieval, v0.1.0:- Initial version already aligned with latest guidelines.
- Returns 2 possible location areas:
CIRCLEandPOLYGON.
-
First alpha version of the new API
geofencing, v0.1.0:- Initial version already aligned with latest guidelines.
- Follows CloudEvents format.
This is the first alpha version of the DeviceLocation API.
- API definition
- API documentation
- This is an alpha version, it should be considered as a draft.
- There are bug fixes to be expected and incompatible changes in upcoming versions.
- The release is suitable for implementors, but it is not recommended to use the API with customers in productive environments.
- New API
location, v0.1.0, with a single operation for location verification:- Given a device identified by the
ueIdobject, a set of coordinates (latitudeandlongitude), and the requestedaccuracy, returns a booleanverificationResult, verifying if the device is within the circular area delimited by the coordinates and the accuracy radius.
- Given a device identified by the