Martin Raifer
Martin Raifer
yeah, for such geometries an implementation like what you propose would make sense. JTS even has a built-in utility/mechanism (called [`PreparedGeometry`](https://locationtech.github.io/jts/javadoc/org/locationtech/jts/geom/prep/PreparedGeometry.html)) which basically does more or less exactly this. But...
How else did you expect the transformation to be done if the time part of a date-time string was not provided? Noon (`12:00:00`) or end of day (`23:59:59`)?
ok. It's about improving the documentationā¦ I changed the title of the ticket accordingly.
sorry, misclick
IMO, [this result](https://github.com/GIScience/oshdb/issues/189#issuecomment-584039870) is fine. If zerofilling was disabled (as per this feature request), I would expect only results with values > 0 in the final result.
there was a branch for this, which unfortunately never made it into a PR, but the central idea could be picked up again: https://github.com/GIScience/oshdb/compare/optional-zerofilling
maybe the wording could be improved, because I'm not sure everyone understands what we mean with _zerofill_. Maybe a term _sparse result_ would be more intuitive? What do you think?...
(please try to use more specific issue titles š )
Some initial comments: Solution 1 has the downside that it only works for "well behaved" regexes which don't match too many tags: it would be problematic when used with unspecific...
> indicates that the user wants all (or none?) OSM data. Yeah, I can see that there is some potential confusion around how an empty filter would work. For me,...