... | @@ -11,6 +11,7 @@ |
... | @@ -11,6 +11,7 @@ |
|
* [ ] JSON-Schema erwartet eine `semanticId` vom Typ `Reference` bei allen `HasSemantics`-Objekten, obwohl die semanticId laut Metamodell optional ist.
|
|
* [ ] JSON-Schema erwartet eine `semanticId` vom Typ `Reference` bei allen `HasSemantics`-Objekten, obwohl die semanticId laut Metamodell optional ist.
|
|
* [ ] Die Definition von `modelType` stimmt im JSON-Schema nicht mit der im Dokument beschriebenen JSON-Syntax überein: Laut Schema muss es ein JSON-Objekt `{"name": "NameOfTheAASClass"}` sein, laut Kapitel 5 im Dokument nur ein String mit dem Klassennamen.
|
|
* [ ] Die Definition von `modelType` stimmt im JSON-Schema nicht mit der im Dokument beschriebenen JSON-Syntax überein: Laut Schema muss es ein JSON-Objekt `{"name": "NameOfTheAASClass"}` sein, laut Kapitel 5 im Dokument nur ein String mit dem Klassennamen.
|
|
* [ ] `Blob`: Ein JSON-String kann keine beliebigen Binärdaten, sondern nur Unicode-Zeichen serialisieren. Wir schlagen daher base64-Encoding des `value` vor.
|
|
* [ ] `Blob`: Ein JSON-String kann keine beliebigen Binärdaten, sondern nur Unicode-Zeichen serialisieren. Wir schlagen daher base64-Encoding des `value` vor.
|
|
|
|
* [ ] Blob und File value ist im Meta-Modell optional und im Schema verpflichtend
|
|
|
|
|
|
## Abstrakte und allgemeine Typen
|
|
## Abstrakte und allgemeine Typen
|
|
* [X] LangString: Wie sollen die Annotationen funktionieren? Sollte ein Mapping mit einem String nach ISO 639-1 und ISO 3166-1 und einem String sein.
|
|
* [X] LangString: Wie sollen die Annotationen funktionieren? Sollte ein Mapping mit einem String nach ISO 639-1 und ISO 3166-1 und einem String sein.
|
... | | ... | |