... | ... | @@ -34,6 +34,7 @@ |
|
|
* [X] Key und KeyType wegwerfen
|
|
|
* [X] Vererbung von Referable und Identifiable überdenken: Identifiables sollen per PathReference referenzierbar sein, brauchen jedoch keine idShort oder Parent
|
|
|
* [X] Grund: Key.type und Key.local werden nicht wirklich gebraucht, oder? Stattdessen sollte die Referenz einen Typ haben. Die verschiedenen o.g. Referenzentypen müssen unterschiedlich aufgelöst werden und haben eine unterschiedliche Semantik (Einbindung von entfernten/geteilten Elementen der VWS / Referenz auf ein anderswo lokalisiertes VWS-Objekt / Referenz auf einen externen Datensatz).
|
|
|
* [ ] Verwaltungsschalen enthalten aktuell nur Referenzen (ohne IdShort etc.) auf ihre Teilmodelle. Die Teilmodelle selbst sind somit nicht in der Verwaltungsschale enthalten. Das widerspricht jedoch der Art und Weise wie (z.B. im aktuellen Entwurf der REST-API) darauf zugegriffen wird.
|
|
|
|
|
|
## Security
|
|
|
* [X] Security Part macht so keinen Sinn. Besser rausnehmen, als unsinnige Sachen drinnen lassen. Ansonsten:
|
... | ... | @@ -45,5 +46,6 @@ |
|
|
* [X] Auf was für eine Art von Daten/Object verweist `Property.valueId`?
|
|
|
* [X] Wozu ist allowDublicated bei SubmodelElementCollection?
|
|
|
* [ ] Wenn OperationVariable kind = Template hat, wofür kann man das dann in der Instanz nutzen? Müsste dann nicht auch Operation kind = Template haben?
|
|
|
* [ ] Verwaltungsschalen enthalten aktuell
|
|
|
|
|
|
|