[openstreetmap-website] Changeset browser behaviour change (#169)

Ilya Zverev notifications at github.com
Mon Nov 26 10:03:00 GMT 2012


Open [this part of map](http://www.openstreetmap.org/?lat=57.820611&lon=28.315308&zoom=18&layers=M) and select "Data view" (or how's it called in English). Now try to select buildings 14 or 29. It won't work. But buildings 12 and 16 are easily selectable. That happens because objects are sorted by date. If they were sorted by size, for example, smaller areas, like buildings, would be selectable.

Now, the problem with changeset view is that there are three types of changesets:
  1. Those which cover more than a chosen view area (often partially, so the area is covered in meaningless vertical and horizontal lines). I don't consider such big bboxes worth showing: they just add a useless yellow background.
  2. Small changesets. Their position is significant, users should always be able to hover and see which changesets are so small and well-positioned.
  3. Rather big changesets: the probability of them being completely covered by small changesets is low enough. And in this case we've got them in a list.

So if to sort changesets solely by bbox area (W*H in the simplest case), it would solve a problem of selecting small changesets and won't affect selectability of bigger ones much.

---
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/169#issuecomment-10710031
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20121126/cfa588b6/attachment.html>


More information about the rails-dev mailing list