Not a bug, but it is really hard to determine what areas you have downloaded. The contrast between the layers (particularly aerial) makes it almost impossible to keep track of your download areas. Thanks!

[hamish.henderson@…]

What steps will reproduce the problem?

1. Using markseen to keep track of areas that have been edited

What is the expected result? to be able to tell what is within your download area and what isnt

What happens instead? there isnt enought contrast between download and not download area.

Please provide any additional information below. Attach a screenshot if possible.

URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-06-02 22:03:39 +0200 (Wed, 02 Jun 2021)
Build-Date:2021-06-02 20:11:30
Revision:17919
Relative:URL: ^/trunk

Identification: JOSM/1.5 (17919 en) Mac OS X 10.16
OS Build number: macOS 11.3 (20E232)
Memory Usage: 1848 MB / 3641 MB (333 MB allocated, but free)
Java version: 1.8.0_291-b10, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Look and Feel: com.formdev.flatlaf.FlatDarculaLaf
Screen: Display 1 2240×1260 (scaling 1.00×1.00) Display 2 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 2240×1260
Best cursor sizes: 16×16→16×16, 32×32→32×32
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djava.security.policy=file:<java.home>/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.home=<java.home>/bin, -Djava.security.manager, -Djnlpx.origFilenameArg=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-1e50d544, -Djnlpx.remove=false, -Dsun.awt.warmup=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Dmacosx.jnlpx.dock.name=JOSM, -Dmacosx.jnlpx.dock.icon=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/25/4c122699-24c54dea.icns, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp , -Djnlpx.jvm="<java.home>/bin/java"]
Dataset consistency test: No problems found

Plugins:
+ EasyPresets (1616852928)
+ Mapillary (2.0.0-alpha.9)
+ apache-commons (35524)
+ apache-http (35589)
+ auto_tools (79)
+ changeset-viewer (25)
+ flatlaf (35734)
+ geochat (35640)
+ graphview (35640)
+ jna (35662)
+ mapwithai (1.8.2)
+ markseen (14)
+ osm-obj-info (56)
+ rex (53)
+ turnrestrictions (35640)
+ utilsplugin2 (35691)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://raw.githubusercontent.com/KaartGroup/Kaart-Styles/master/Kaart-Styles.mapcss
- https://raw.githubusercontent.com/KaartGroup/Kaart-Styles/master/Overlapping%20Ways.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1

Validator rules:
+ https://raw.githubusercontent.com/KaartGroup/KaartValidator/master/kaart.clingstone.validator.mapcss

Last errors/warnings:
- 16457.745 W: java.net.SocketTimeoutException: connect timed out
- 16457.748 W: Already here java.net.SocketTimeoutException: connect timed out
- 16640.592 W: java.net.SocketTimeoutException: Read timed out. Cause: java.net.SocketTimeoutException: Read timed out
- 16640.595 W: Already here java.net.SocketTimeoutException: connect timed out
- 16672.758 W: java.net.SocketTimeoutException: connect timed out
- 16672.760 W: Already here java.net.SocketTimeoutException: Read timed out
- 16689.771 W: java.net.SocketTimeoutException: connect timed out
- 16689.773 W: Already here java.net.SocketTimeoutException: connect timed out
- 16706.787 W: java.net.SocketTimeoutException: connect timed out
- 16706.791 W: Already here java.net.SocketTimeoutException: connect timed out

[hamish.henderson@…]

screenshot of markseen showing that its hard to see the download areas

[ris]

This is actually behaviour inherited from JOSM's own SlippyMapBBoxChooser @ ​https://github.com/risicle/josm-markseen/blob/dae2807bb2c5afc71b6d9b1263fed07e799ef40a/src/org/openstreetmap/josm/plugins/markseen/MarkSeenSlippyMapBBoxChooser.java#L36

You could petition JOSM upstream to simply amend ​https://github.com/openstreetmap/josm/blob/e9b50ad60954c9d33fbe197acfa74e76c7f56c21/src/org/openstreetmap/josm/gui/bbox/SlippyMapBBoxChooser.java#L219 to pull the downloaded-area opacity out of a manually configurable preference instead of using a fixed value of 32. Or even make the full RGBA color configurable in the way that many of JOSM's colors are.