You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sometimes, in a "special case" preset one would like to keep parent fields only as "moreFields". For example, see openstreetmap/id-tagging-schema#423 where all generic building fields should be optional fields. Currently this can only be modeled by manually copying the fields of the building preset into the moreFields of the garages preset.
Alternatively, a reference like "moreFields": ["{building}"] could also be implemented to automatically include all fields from the referenced preset as moreFields, if they are not yet included as regular fields in the new preset. This would, however, make it very difficult to completely remove a field in a sub-preset.
The text was updated successfully, but these errors were encountered:
Sometimes, in a "special case" preset one would like to keep parent fields only as "moreFields". For example, see openstreetmap/id-tagging-schema#423 where all generic building fields should be optional fields. Currently this can only be modeled by manually copying the fields of the
building
preset into the moreFields of thegarages
preset.A possible solution could look like this:
Alternatively, a reference like
"moreFields": ["{building}"]
could also be implemented to automatically include all fields from the referenced preset as moreFields, if they are not yet included as regular fields in the new preset. This would, however, make it very difficult to completely remove a field in a sub-preset.The text was updated successfully, but these errors were encountered: