iD VS browserosaurus

It's a known issue with the iD editor: https://github.com/openstreetmap/iD/issues/7381

For me a good example have always been https://kangax.github.io/compat-table/es6/ which rendered very poorly on Firefox. I see it's better now, but still, try to hover over the table (do couple of mouse movement, some circles or something) and see that it's not as responsive as Chrome is.

Another example is iD[0] Editor on https://www.openstreetmap.org/. But there, to be fair, it's also slow on Chrome but I feel it's a bit slower on Firefox.

[0] https://github.com/openstreetmap/iD

I've had limited success in getting some imagery in Josm, using the rather old Streetside plugin. Some of the problems may be in one of the libraries used to access the Streetside API, but there are also issues with standard Bing aerial imagery in editors too.

website AND contact:website are not supported by iD, so further updating the POI with iD won’t expose the values properly: https://github.com/openstreetmap/iD/issues/5015

FWIW: https://github.com/openstreetmap/iD/issues/7199 is where this issue is being tracked.

I hope my first reply didn't sound too brusque. It's not just you - it seems like it's a known problem for iD in the UK and not (yet?) solved. https://github.com/openstreetmap/iD/issues/9153

The day iD adds a simple way to measure width on aerial, it will get mapped everywhere. I exaggerate, but OSM is a work in progress and better tools means better maps. Hell, RapID can probably eventually offer values automatically. If only JOSM didn't look like accounting software, people would micromap there more too.

Created an issue here :) https://github.com/openstreetmap/iD/issues/8900

I think, indoor mapping support is indeed something to consider. It is a rather advanced mapping concept, so it might not be on the top of the todo list right now. However, I'm seeing that some work on this was already done (see https://github.com/openstreetmap/iD/issues/4780 / https://github.com/openstreetmap/iD/pull/3097), so it might be actually a relatively quick thing once the outstanding UI questions and issues are resolved.

Can you also look into developing a similar tool to https://github.com/will-stone/browserosaurus for Windows?

This is my favorite: https://browserosaurus.com/

browserosaurus (Free) Browserosaurus is an open-source (GPLv3 license), browser prompter for macOS. It works by setting itself as the default browser; any clicked links in non-browser apps are now sent to Browserosaurus where you are presented with a menu of all your installed browsers. You may now decide which app you’d like to continue opening the link with.

Have you tried making a different desktop entry/shortcut for each Firefox profile and then setting a browser picker as your default browser?

- Junction (Linux browser picker): https://github.com/sonnyp/Junction

- Finicky (macOS browsee rule setter): https://github.com/johnste/finicky and Browserosaurus (macOS browser picker): https://github.com/will-stone/browserosaurus

- Hurl (Windows browser picker): https://github.com/U-C-S/Hurl

Browsersaurus Free

Since you mention Mail/Messages, I assume you are on macOS. I had a similar issue - wanting to always open links from Slack in Chrome, but links from elsewhere in Brave. I use Choosy[1] which works well for me, but there look to also be some free/libre alternatives, like Browserosaurus[2] (which I've never tried).

[1]: https://www.choosyosx.com/

[2]: https://github.com/will-stone/browserosaurus

Browserosaurus (free): open a link in a specific browser

Closest is probably Browserosaurus, which will prompt to choose which browser to use whenever you click a link.