Closed cdmgtri closed 1 year ago
The NTAC decided to leave the types as they are. The CMF-to-JSON Schema transformation does provide patterns and definitions for XML Schema simple types to try to align the allowable range of values consistently between XML and JSON representations.
Migrated from NIEM/NTAC#43.
NIEM uses the
xs
andniem-xs
namespaces for XML Schema simple types and for CSC versions of those types with thestructures
attribute group.The name of the
niem-xs
namespace makes less sense on the NIEM JSON side. Plus, we need to bind these types differently for JSON since the XML Schema base types are not available. (We can try to simulate them as much as possible with the available JSON types and with patterns and built-in formats.) We also use simplexs
types directly for attributes and for some simple type bases.In NIEM JSON, the following seems little off:
nc:VehicleCMVIndicator
has typeniem-xs:boolean
nc:quantityUnitText
has typexs:string
Maybe we rename the
niem-xs
namespace to something more generic.nc:VehicleCMVIndicator
has typeniem-types:BooleanType
nc:quantityUnitText
has typeniem-types:StringSimpleType
And maybe we provide format-specific
types
ornative-types
schemas with the utilities.types:date
would be a wrapper for XSD typexs:date
types:date
would be a wrapper for JSON typestring
with formatdate
.We'll need to have JSON counterparts for other utility schemas anyway. Something like a
structures.xsd
and astructures.json
in theutilities
folder. Maybe we do the same thing and have atypes.xsd
and atypes.json
there as well. It gives us a layer of indirection.Dr. Scott: All our targets use the same base data types.
Christina: Even JSON-LD?