Better-osm-org: a script that adds useful little things to osm.org

ctrl + click works even for bbox on map

3 Likes

It certainly does! :+1:

Thank you! :grinning:

Some people have an opinion that you shouldn’t view too many changesets at once. One number I heard is 20, so that you don’t display more than 20 changesets. In this case the map view will be uncluttered.

But you’re not one of these people because you have the Load 300 button. If I press it, I’ll get a sea of orange bboxes which is going to be difficult to navigate.

The presence of the Load 300 button does not mean that I always use it)) This is a crutch button to load enough changesets for filtering. If you don’t take a city with active cartographers, then there will be a bunch of large bboxes in /history that I can filter out. (or hello to the OZON map team, which floods changesets)

The problem is different:

  1. With the script, more changeset are placed in the sidebar in the visible area
  2. Now on the map you see in the worst case 4 similar bbox colors:
  • changesets above
  • visible changesets
  • changesets below
  • changeset under hover

If earlier I could hardly find the edit under the hover because of the bad color, now there is even more color noise among which I need to find the active changeset.

I would take the risk to try not to show any non-visible (in sidebar) changesets at all :slight_smile:

Also, sometimes the hover fails and the bbox ends up not on top of other bboxes:

bbox


Alternatively, I want to play around with different bbox colors for different users, as done in Easy Changeset Viewer(ver 2025/03/29) and a hover for the usernames that highlights all their changesets

But I have to admit that this only works because of map discoloration


But if you dig deeper, only JOSM and iD’s built-in ability to split changeset into several small ones can put an end to interfering bboxes. Or an API that provides meta information about clusters of objects in changeset.

That’s a different problem. The color noise already exists on the map because can be arbitrarily colored. We may need to add an extra outline to bboxes that are supposed to stand out.

This is hopefully going to get solved by having another layer on top just to display hover highlights. That has to be a pointer-events: none layer.

I have secret tools somewhere that do per-user coloring.

1 Like

Or change the color. For example, black is much more noticeable (even though it stands out from the color palette)

Perhaps now for simplicity you can use .bringToFront() from Leaflet

I use the “show next 300” regularly. I find it usefull :slight_smile: Cluttering the map is in that case my own fault and also explicitely wanted - not a problem.

2 Likes

Same, I’m also a big fan of the “load 300” button