Open dktue opened 5 years ago
@dktue would you also add this to multipolygon relations that denote areas as well?
@kamicut sounds like a reasonable generalization. But for relations it's quite easier to figure out if they are areas or rings. If it's about the smallest possible step, we could start with ways only if relations would impose further problems.
@mmd-osm : I know it's not supported yet like nothing of the proposals in this repository is supported. I just wanted to encourage progress by pointing out a smallest possible step.
And if editors don't support it, it's not an issue: The bot that performs the mechanical edit could continue working continguously adding the attribute to those ways that have it set to null
.
If a bot can add the new attribute there is no value with this change.
@HolgerJeromin : I think there's value in it if a bot can make this change because the bot is very complicated. @joto mentioned in his talk at SOTM that he identified at least 187 (!) rules to decide wether a closed way is an area or not.
Every software using OSM data therefore must implement at least all of those rules to work correctly. Having an attribute would greatly simplify the way other software can consume and interpret OSM data.
It's really about having complexy at one place (in the bot!) and not in every software that uses OSM data.
And at some point in the future when editors support this, the bot can be disabled.
If there are really 187 rules, the following list should probably get updated https://wiki.openstreetmap.org/wiki/Overpass_turbo/Polygon_Features
@mmd-osm : And that's why I think the attribute would be beneficial.
@dktue :
in my mind - the minimal first step is creating
area
metadataFor me : the area
metadata is very important for processing osm historical data or fixing area
tags.
area
metadataaccording my knowledge:
universal area
metadata ? ( we need more planning, because https://xkcd.com/927/ )
for a long term - I would like if we have a same format for integrating all key/tags metadata ( my vision : ~"central key/tag metadata" repository )
some examples:
parish
,diocese
,deanery
architect
maxspeed
We have a Wikibase proposal for the central metadata, but I am not sure this is a best solution for us.
@ImreSamu : Is it really necessary to do this all at once? What I want to start with this discussion is encouraging people and convincing the developer-community that this is feasible. OSM can evolve, we're not forever locked to the current state.
So: Why can't we simply start with an area-metadata without having to plan metadata-organisation itself from scratch?
@mmd-osm : Of course it would be better to have a separate area data type. The advantage of an area
attribute would be that it is completely backwards compatible.
@mmd-osm
What if instead of an (asynchronous) bot we build the logic directly into the backend? If the user uploads a way without area
attribute the backed guesses and attaches the guessed value directly (synchronously)?
@dktue
Why can't we simply start with an area-metadata without having to plan metadata-organisation itself from scratch?
imho we need a minimal discussion about the _" Local optimum vs global optimum dilemma"._
I would like to reuse this metadata for QA tools and/or in the (future) central metadata repository.
imho: - this area metadata can be a puzzle piece - in the "big metadata picture".
Connection with
for me - some important design corner stones:
@ImreSamu : Where is the right place to discuss the metadata picture?
@dktue
Where is the right place to discuss the metadata picture?
I don't know, a new "issue" here?
imho: This is related to the collecting the Business requirements. I am only one of business stakeholders that have requirements
. ( as a QA tool writer )
I would love to see this progressing.
In short terms many developers would greatly benefit from an
area
attribute on ways. @joto mentioned in one of his talks that this attribute can possibly be added automatically in most cases -- a mechanical edit of current data seems to be possible.Just imagine how easy the world of a developer would be, if we had
So my question is: Can we do this separately? Can we already start providing the
area
-attribute right now for ways where anarea
-tag is explicitely set and go on from there?