Keine mehrfachen Typen

Im Modell address-national.json werden für die Hausnummer (houseNumber) die Typen integer und string definiert. Die Hausnummer sollte eigentlich vom Typ integer sein und Zusätze in den Hausnummerzusatz (houseNumberSuffix) kommen. Um etwas flexibler zu sein, wurde aber alternativ auch ein string für die Hausnummer zugelassen. In FIM wurde die Hausnummer auch als Text-Feld definiert (F00000016).

    "houseNumber": {
      "type": [
        "string",
        "integer"
      ],
      "description": "Hausnummer",
      "maxLength": 9,
      "pattern": "^[1-9][0-9]{0,3}(-[1-9][0-9]{0,3})?$",
      "minimum": 1
    }

Die verwendung von mehr als einem Typen führt bei Codegeneratoren zu Problemen. Daher sollte nur der Typ string verwendet werden:

    "houseNumber": {
      "type": "string",
      "description": "Hausnummer",
      "maxLength": 9,
      "pattern": "^[1-9][0-9]{0,3}(-[1-9][0-9]{0,3})?$"
    }

added 1 deleted label

changed the description

changed title from Keine doppelten Typen to Keine mehrfachen Typen

26.08.2020: umsetzen

Eine andere Lösungsmöglichkeit wäre es die houseNumber als Integer zu belassen und ein optionales houseNumberRangeEnd Property hinzuzufügen. Analog müsste es natürlich auch ein optionales houseNumberRangeEndSuffix Property geben.

Damit könnte man auch Hausnummer Ranges inkl. Hausnummer Suffixen umsetzen (z.B. 10a-12c). Zugegebenermaßen ein etwas konstruierten Fall.

changed milestone to %beta7

added 1 deleted label and removed 1 deleted label

added 1 deleted label and removed 1 deleted label

mentioned in commit 1b9b5529

Close: Entscheidung wurde umgesetzt.

Die aktuelle Modellierung in einem Feld houseNumber mit entsprechendem Pattern entspricht der Modellierung in FITKO Bob. Daher beibehalten.

closed