cityjson / specs

Specifications for CityJSON, a JSON-based encoding for 3D city models
https://cityjson.org
Creative Commons Zero v1.0 Universal
109 stars 25 forks source link

Harmonize enum of trafficDirection with CityGML 3.0 #107

Closed clausnagel closed 2 years ago

clausnagel commented 2 years ago

From the few predefined attributes of "CityObjects", the attribute "trafficDirection" defined for "_AbstractTransportationWay" is also defined in CityGML 3.0 for AbstractTransportationSpace. Both are defined as enum but the allowed values do not match: In CityJSON 1.1, one may use "one-way" and "two-way" whereas the values are restricted to forwards, backwards and both in CityGML 3.0.

It would be great to harmonize the allowed values in order to make data conversions easier. Maybe by simply adding the CityGML values to the enum in CityJSON?

hugoledoux commented 2 years ago

I had forgotten about that property, I guess in the spirit of CityJSON v1.1 I should just remove it, no?

You wrote "From the few predefined attributes of "CityObjects"", but if I am not mistaken this is the only one (except the "location" for the position of the entrance door). Am I missing something?

So either (1) remove the enum, or (2) add the v3 ones to the list. I would vote for (1) personally, you?

clausnagel commented 2 years ago

I was also counting "children_roles" for CityObjectGroup although it's different because it's outside "attributes".

I agree that removing "trafficDirection" is in the spirit of CityJSON v1.1. So, I second your proposal to resolve this issue.