COVESA / COVESA/data-expert-group
How to handle long VSS names?
- Dominant language
- No language data
- Stars
- 1
- Forks
- 1
- PR merge metrics
- No merged PRs in 30d
Description
_This is a topic originating from the Porto AMM_
Problems:
- Full dot-notated name of VSS signals can sometimes be very long
- Generating unique id (UUIDs) is sometimes not a solution if you want a SDK with understandable names
This issue is to collect ideas on how this can be approved.
Some initial Ideas:
- Possibility to specify alias with unique names on branches and/or signals
I.e. `Vehicle.Powertrain.Transmission.IsElectricalPowertrainEngaged` has an alias `alias: IsElectricalPowertrainEngaged`. Solutions/Services may support full name, alias or both. Name must be unique.
- General overhaul of Paths to make them shorter, like `Veh.PwT.Trans.IsElecPwTEng`
- Support a `label: xxxx` keyword to give a possibility to specify a longer name for this node. Like if branch id is `PwT`, then it can have `label: PowerTrain`. Could also be used for localization if needed.
Contributor guide
No contributing guide indexed for this repository
Research direction
No files, tests, or entry points are identified. Start by reviewing the VSS naming and path model, then compare the proposed alias, shortened-path, and label approaches with their uniqueness and localization requirements. Done would require an agreed design with clear naming rules and implementation scope.
Written by the indexing model from the issue text.
Assessment
- Domain
- data
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100