-
Notifications
You must be signed in to change notification settings - Fork 93
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(if: .... ) - metadata checks #367
Comments
While the Newer parameter tells us objects edited, we can also query the Adiff data for objects created before a certain date. Adding more possibilities to filter from the metadata also offer significative enhancements for Monitoring edits for a specific territory, a Mapathon, etc. Other then id, object id and version, it would be interesting to offer more possibilities to filter from uid, user (user name) and changeset comment (suggested in #189). Below, I provide other examples where metadata could be used to filter the Adiff data.
|
@pierzen : Changeset comments are not part of the usual diff files and not part of the Overpass database at this time. Roland marked a respective issue as invalid (#361), which I interpret as a 'this is not going to happen at all'. Maybe openstreetmap/openstreetmap-website#1500 would be better suited for this. Regarding users: you could already provide a dedicated list of user names as of today: |
Implemented in #219 |
thanks @tyrasd for referring my issue upstream into here. |
@polarbearing : uid() and id() have already been implemented. They will be available on overpass-api.de with the next release. |
Note: I moved this topic over from #345, where it got lost a bit in the overall test results.
Meta data checks missing
Somehow, meta data checks seem to be missing: we only provide relevant functionality via the
(newer: )
filter today, although that could be easily extended to changeset id, object id and version. What's missing here is all the operator logic, in place for(if:
. In a way, the new(if:
filter doesn't yet fit perfectly into the existing filters, or I should say, some of the existing filters would probably benefit from being lifted into(if:
, while at the same time, the whole new filter concept then doesn't need to be called(if:
anymore.As an example: construction sites, which are older than 2 years. The current way of expressing this is way too complicated. Something like
@timestamp < '2015-01-01T00:00:00Z
would be a massive improvement.The text was updated successfully, but these errors were encountered: